LINUX.ORG.RU

Релиз open-source клиента для GigaNotes

 , giganotes, ,


2

2

Состоялся релиз кроссплатформенного opensource клиента ведения заметок для сервиса GigaNotes под лицензией Apache 2.0.

Его основные возможности и особенности:

  • Древовидная иерархия папок для хранения заметок.
  • Ведение заметок без подключения к сети.
  • Синхронизация заметок между устройствами.
  • Удобный пользовательский интерфейс с навигацией по заметкам и мощным текстовым редактором.
  • Поддерживает offline mode — работу только с локальной базой без синхронизации с сервером (исходный код сервера является закрытым).
  • Удобная навигация между заметками через кросс-ссылки.
  • Может использоваться как персональная wiki.
  • Имеет веб- и мобильные версии.

Главное отличие от EverNote — дерево с древовидной иерархией папок. Такая структура уже реализована CherryTree, но, к сожалению, данная программа не поддерживает синхронизацию заметок между устройствами, и это ложится на плечи пользователей.

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



Проверено: jollheef ()
Последнее исправление: Virtuos86 (всего исправлений: 10)

При попытке собрать бинарь:

  • application Linux category is set to default "Utility" reason=linux.category is not set and cannot map from macOS docs=https://electron.build/configuration/configuration#LinuxBuildOptions-category
Error: Exit code: 1. Command failed: /home/xi/.cache/electron-builder/fpm/fpm-1.9.3-2.3.1-linux-x86_64/fpm -s dir -t rpm --architecture amd64 --name giganotes --force --after-install /tmp/t-Yxea9Q/2-after-install --after-remove /tmp/t-Yxea9Q/3-after-remove --description Note taking application --version 1.1.4 --package /home/xi/work/develop/javascript/giganotes-desktop/release/giganotes-1.1.4.x86_64.rpm --maintainer FourthByte <4thbyte@gmail.com> --url https://giganotes.com --vendor FourthByte <4thbyte@gmail.com> --rpm-compression xzmt --rpm-os linux --depends libnotify --depends libappindicator --depends libXScrnSaver /home/xi/work/develop/javascript/giganotes-desktop/release/linux-unpacked/=/opt/GigaNotes /home/xi/work/develop/javascript/giganotes-desktop/dist/favicon.256x256.png=/usr/share/icons/hicolor/256x256/apps/giganotes.png /tmp/t-Yxea9Q/5-GigaNotes.desktop=/usr/share/applications/giganotes.desktop

{:timestamp=>"2018-11-30T13:57:20.825187+0300", :message=>"Need executable 'rpmbuild' to convert dir to rpm", :level=>:error}                                                                                                         

    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/builder-util/src/util.ts:128:16
    at ChildProcess.exithandler (child_process.js:296:5)
    at ChildProcess.emit (events.js:182:13)
    at maybeClose (internal/child_process.js:962:16)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:251:5)
From previous event:
    at FpmTarget.build (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/targets/fpm.ts:232:43)                                                                                                    
    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/platformPackager.ts:130:24                                                                                                                 
From previous event:
    at AsyncTaskManager.add (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/builder-util/src/asyncTaskManager.ts:14:20)                                                                                              
    at LinuxPackager.packageInDistributableFormat (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/platformPackager.ts:122:17)                                                                    
    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/platformPackager.ts:113:10                                                                                                                 
    at Generator.next (<anonymous>)
    at runCallback (timers.js:705:18)
    at tryOnImmediate (timers.js:676:5)
    at processImmediate (timers.js:658:5)
From previous event:
    at LinuxPackager.pack (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/platformPackager.ts:110:95)                                                                                            
    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/packager.ts:376:24
    at Generator.next (<anonymous>)
    at xfs.stat (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/fs-extra-p/node_modules/fs-extra/lib/mkdirs/mkdirs.js:56:16)                                                                                         
    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/graceful-fs/polyfills.js:285:20
    at FSReqWrap.oncomplete (fs.js:155:5)
From previous event:
    at Packager.doBuild (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/packager.ts:344:39)                                                                                                      
    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/packager.ts:314:57
    at Generator.next (<anonymous>)
    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/graceful-fs/graceful-fs.js:111:16
    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/graceful-fs/graceful-fs.js:45:10
    at FSReqWrap.oncomplete (fs.js:141:20)
From previous event:
    at Packager._build (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/packager.ts:285:133)
    at /home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/packager.ts:281:23
    at Generator.next (<anonymous>)
From previous event:
    at Packager.build (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/packager.ts:238:14)
    at build (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/app-builder-lib/src/index.ts:58:28)
    at build (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/electron-builder/src/builder.ts:227:10)
    at then (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/electron-builder/src/cli/cli.ts:42:48)
    at runCallback (timers.js:705:18)
    at tryOnImmediate (timers.js:676:5)
    at processImmediate (timers.js:658:5)
From previous event:
    at Object.args [as handler] (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/electron-builder/src/cli/cli.ts:42:48)
    at Object.runCommand (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/electron-builder/node_modules/yargs/lib/command.js:238:44)
    at Object.parseArgs [as _parseArgs] (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/electron-builder/node_modules/yargs/yargs.js:1063:30)
    at Object.get [as argv] (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/electron-builder/node_modules/yargs/yargs.js:1004:21)
    at Object.<anonymous> (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/electron-builder/src/cli/cli.ts:25:28)
    at Module._compile (internal/modules/cjs/loader.js:688:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:699:10)
    at Module.load (internal/modules/cjs/loader.js:598:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:537:12)
    at Function.Module._load (internal/modules/cjs/loader.js:529:3)
    at Function.Module.runMain (internal/modules/cjs/loader.js:741:12)
    at findNodeScript.then.existing (/home/xi/work/develop/javascript/giganotes-desktop/node_modules/npx/node_modules/libnpx/index.js:268:14)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! giganotes@1.1.4 electron:linux: `npm run build:prod && npx electron-builder build --linux`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the giganotes@1.1.4 electron:linux script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/xi/.npm/_logs/2018-11-30T10_57_20_894Z-debug.log

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

зависимости

От полутора мелкософтовских пакетов? Толку-то. Ты ещё тарники с контрольными суммами и скриптом для их проверки пакетами назови.

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

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

Разумеется, на кой чёрт мне это? Дел с виндой не имею и не собираюсь. Ткни носом туда, где я не прав. Система поставки появилась? Posix shell скрипты (да, я знаю про vbs, я как-то собирал, сам это ешь)?

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

Проблема именно в пакетах с зависимостями (а также неумении договариваться и отказываться от личного борцунства).

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

А, ну я понял о какой проблеме ты говоришь. Ок, есть такое

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

Ну напиши или найди того, кто напишет.

Че там писать то ? мышой на QT Creator подвигал и готово!

vasya_pupkin ★★★★★
()
Последнее исправление: vasya_pupkin (всего исправлений: 1)
Ответ на: комментарий от Aceler

Андроид тоже опенсорц. Но он является платформой, на которой можно рубить денег.

Он такой, условный опенсорс - реальные прошивки фактически большей частью не открытые.

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

И причём тут пакеты? Кто мешает собирать пакеты официальному «дилеру», а не мантейнеру? Условно - PPA.

Не путай процесс и технологию.

А зачем ты нужен?

Чтобы тебе в комментах кто-то отвечал, очевидно же

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

Кто мешает собирать пакеты официальному «дилеру», а не мантейнеру? Условно - PPA.

Спор в контексте «разрозненные пакеты» vs. «пакетный менеджер»? Тогда очевидно, что получаются разрозненные пакеты, которые устанавливаются пакетным менеджером. Совмещаем недостатки обоих подходов.

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

Спор в контексте «сраный монолит + статические сборки а-ля винда» vs «пакетная организация системы»)

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

Он такой, условный опенсорс - реальные прошивки фактически большей частью не открытые.

Не путай процесс и технологию.

Кто мешает собирать пакеты официальному «дилеру», а не мантейнеру?

100500 дистрибутивов мешают. Особенно тот факт, что они любят обновляться, и обновляться внезапно.

Условно - PPA.

А если код не открыт? Вот и получаем, что условный вендор и официальный дилер создаёт deb и rpm, внутри которых в PRE_INSTALL стоит скрипт, который определяет дистрибутив, библиотеки и скачивает нужную версию с сайта вендора.

Пакетно же!

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

Он такой, условный опенсорс - реальные прошивки фактически большей частью не открытые.

При чём тут процесс и технология? Берём фактически установленный на телефоне софт (типа как бы технология). Он открытый? Хрен там.

А если код не открыт?

Вот я тебе про то и говорю, что всё сводится к этому вопросу всегда. «А если код не открыт»... А если не открыт - да пусть они НА ХРЕН ИДУТ! Мне линукс нужен именно ради открытости, а не чтобы «типа просто другая платформа была».

И на андроиде то же самое. Не нужно мне 1500 платных калькуляторов с андроид-маркета, блин.

А с открытым кодом и пересборка под любой дистрибутив проблемы не составляет. По мне кстати было бы неплохо и проприетарный софт заставить в исходниках распространять - законом прям :) и самое интересное никто бы и не пострадал особо, по-моему. Пусть типа по лицензии запрещено юзать, не заплатив, но по крайней мере заплатив, получаешь не непонятный блоб, а нечто, что можно исследовать, пересобрать и т.п. А то несправедливо. Купив машину, я же имею право её разобрать? А почему с софтом не так?

vitalif ★★★★★
()
Последнее исправление: vitalif (всего исправлений: 3)
Ответ на: комментарий от Aceler

Точнее, честно говоря, вообще-то непонятно, в чём проблема статически собрать, если ты уж так хочешь своё проприетарное поделие распространять. Собственно, никто ничего другого и не придумал. Но факт в том, что условно в линуксе можно собрать статически, но при этом поддерживать в остальной части системы порядок на основе пакетов, а в винде просто ВСЁ собрано статически и никакого порядка нет вообще.

А если не статически, то опять же - чего вы хотели-то, а? Ну, библиотеки имеют свойство обновляться, да. Какая альтернатива? Заморозить всё и никогда не обновлять? Ну так в общем-то даже и такой дистрибутив есть - RedHat, welcome. Даже ядро какое-то супер древнее. Другое дело, что это на хрен никому не нужно, а нужно как раз чтобы всё обновлялось.

Хотя кстати даже под виндой что-то типа «пакетных менеджеров» появилось в последнее время.

Ну это очевидная же концепция, блин. Просто некий каталог софта, имеющего зависимости друг от друга. Всяко удобнее, чем, блин, install.exe.

Единственная у меня претензия к пакетам - это то, что мантейнеры несколько «мельчат», это да. Типа там KDE хрен знает на какое количество пакетов поделен в дебиане. Но при этом ставишь 1 пакет и всё равно по зависимостям приезжает 50% остальных - проще уж было всё одним ставить...

vitalif ★★★★★
()
Последнее исправление: vitalif (всего исправлений: 2)
Ответ на: комментарий от vitalif

При чём тут процесс и технология?

Ты реально не заметил, что это цитата из тебя лично? Вот и ответь на этот вопрос.

Мне линукс нужен

Вот я и говорю, что к этому вопросу сводится. Тебе линукс нужен какой угодно, тебя может и гайка устроит и FreeDOS. А ты кому нужен? Кого волнует, что нужно лично тебе, кроме твоей матери? Взрослей уже.

Заметь — свободное ПО точно также страдает от пакетной системы, но тебя это не интересует.

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

Ну да, если пересобирать всё самому, наверное. Странно, что линукс не взлетает, да?

По мне кстати было бы неплохо и проприетарный софт заставить в исходниках распространять - законом прям :) и самое интересное никто бы и не пострадал особо, по-моему. Пусть типа по лицензии запрещено юзать, не заплатив, но по крайней мере заплатив, получаешь не непонятный блоб, а нечто, что можно исследовать, пересобрать и т.п. А то несправедливо. Купив машину, я же имею право её разобрать? А почему с софтом не так?

No argument here.

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

Ты реально не заметил, что это цитата из тебя лично? Вот и ответь на этот вопрос.

Я реально заметил, только цитата не к месту слегка

Вот я и говорю, что к этому вопросу сводится. Тебе линукс нужен какой угодно, тебя может и гайка устроит и FreeDOS. А ты кому нужен? Кого волнует, что нужно лично тебе, кроме твоей матери? Взрослей уже.

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

Заметь — свободное ПО точно также страдает от пакетной системы

Да где оно от неё страдает-то? Я блин угораю. Все дистрибутивы, ВСЕ, основаны на пакетах. Но при этом оказывается все страдают. Прям мазохисты какие-то!

vitalif ★★★★★
()
Последнее исправление: vitalif (всего исправлений: 1)
Ответ на: комментарий от dikiy

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

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

Я реально заметил, только цитата не к месту слегка

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

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

Да мне насрать, кому я нужен.

Вот это ты зря, себя надо любить ;-)

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

Если считать целью существования опенсорса и дистрибутивов — угодить тебе любимому лично, то вопросов нет.

Да где оно от неё страдает-то?

Никогда линуксом не пользовался?

Aceler ★★★★★
()

И даже здесь почти весь тред обсуждают, что как только из линупса выкинут пакеты, уж тогда-то виндузятники все на линупс и перебегут. Ага, на федорку с вяленым по дефолту уже половина перебежала, а на flatpak вторая половина перебежит, и свершится ОН!!!

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

Если считать целью существования опенсорса и дистрибутивов

А какова цель существования оперсорса и дистрибутивов?

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

Блин. Вот ты привязался. Ок, отвязываемся от конкретно меня.

Я что хочу сказать: вот допустим даже сделаешь ты супер-дистрибутив линукса, где будут стабильные АПИшки, непакетная организация, удобно блобы поставлять и я не знаю чего там ещё. Скажешь - идите к нам! А тебе скажут - а зачем? Чем вы лучше винды? У нас и на винде всё работает и 99% юзеров на ней. И ещё 1% на макоси, и так приходится ещё и с ней трахаться. Зачем нам ещё с вашей платформой корячиться? Ну фотошоп у вас хотя бы есть? Игры есть? Офис 100% совместимый есть? Визио есть? Вообще хоть какое-то?

Ты такой оппа... не, чо-то нет. И никто к тебе не придёт. Ни вендоры, ни юзеры.

А сейчас: идите к нам, у нас тут всё открытое - удобно разрабатывать, отлаживать, в железе ковыряться. А ещё пакеты и всё это открытое ставится 1 командой. И пересобирается повторяемо скриптами. И обновляется удобно, система не дохнет при обновлении с версии на версию.

Твой «массовый юзер» на это, в общем-то да, поведёт плечами. А не совсем массовый типа нас, которые тут комментят - скажет такой ооо, да, тема. И станет юзать.

Короче, «ориентация на массового юзера» для линукса довольно бесполезна. И уж точно не в пакетах проблема малого % использования на десктопе.

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

vitalif ★★★★★
()
Последнее исправление: vitalif (всего исправлений: 3)
Ответ на: комментарий от vitalif

Чем вы лучше винды?

Возможностями.

Ну фотошоп у вас хотя бы есть?

Есть лучше - GIMP. Его можно свободно скачать и сразу использовать, а не ебать себе моск торрентами и активациями. И вообще, а зачем хомячку фотошоп? Фотки подправить можно и в более простом редакторе. Просто складывается впечатление, что кого не коснись - всем нужен фотошоп, все неебаться крутые художники-фотографы-дизайнеры, знающие все тонкости работы с этим редактором.

Игры есть?

Да.

Офис 100% совместимый есть?

Libre Office на 100% совместим со всеми свободными форматами документов.

Визио есть?

Думаю, LO draw 99% пользователей удовлетворит своими возможностями. Оставшиеся будут точно знать зачем им нужен именно visio.

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

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

почему не нужен? конспекты там и т.д.

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

Ну фотошоп у вас хотя бы есть? Игры есть? Офис 100% совместимый есть? Визио есть? Вообще хоть какое-то?

А никогда не задумывался, почему фотошопа у вас нет? Почему игорь появился только после того, как стим сделал из линукса платформу насильно, в обход пакетного менеджера?

Вот и ответ.

А пока в линуксе удобно разрабатывать в опен сорсе, но неудобно потом пользоваться. При внедрении единого формата пакетов последний недостаток отпадёт.

Но уж точно не следует делать заявления в стиле «пакеты - это худшее, что могло случиться с линуксом».

Вообще-то заявление было обратное, открой ветку-то :-)

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

А у кого как. У кого-то just for fun, у кого-то just business. Для первых пакеты в общем-то, не проблема, для вторых проблема огромная.

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

у кого-то just business

А у кого FOSS (а конкретно GNU/Linux) - это just business в десктопном сегменте? Во всех остальных сегментах пакеты как-то не помешали линуксу захватить лидерство. А на десктопах продвигать его хоть кто-то пытается?

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

LO draw 99% пользователей удовлетворит своими возможностями. Оставшиеся будут точно знать зачем им нужен именно visio.

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

vitalif ★★★★★
()
Последнее исправление: vitalif (всего исправлений: 1)
Ответ на: комментарий от Aceler

А никогда не задумывался, почему фотошопа у вас нет? Почему игорь появился только после того, как стим сделал из линукса платформу насильно, в обход пакетного менеджера?

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

А, да, сорри, про «худшее» не говорил действительно. Ну это я уже по дальнейшему тону подумал, ты же вон считаешь что игры из-за отсутствия пакетности появляются))))

vitalif ★★★★★
()
Последнее исправление: vitalif (всего исправлений: 2)
Ответ на: комментарий от vitalif

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

Докажи.

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

И это именно потому, что нет пакетов, а не потому, что она это ОС от Гугл? И без пакетов для хромос так много софта доступно, что им пришлось... Добавить поддержку deb пакетов! И почему-то они выбрали не snap или flatpak, а именно deb.

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

Почему игорь появился только после того, как стим сделал из линукса платформу насильно, в обход пакетного менеджера?

Ну конечно же, издатели с самого первого релиза самого первого дистрибутива просто мечтали выпускать под онтопик все свои игры, но все эти годы не могли осилить ни deb'а, ни rpm'а. И пришёл пресвятой Габен, и сказал устанавливать игрыв обход ПМ, и возрадовались издатели, и исполнилась их мечта давняя Игоря на линукс привести. А планы Valve по выходу на рынок игровых устройств здесь конечно же ни при чём, ведь игровым издателям плевать на потенциальную прибыль, они тупо выходят на все платформы, где нет пакетов.

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

Я тоже брал Galaxy Note под «делание записок, так, чтобы с рукописным вводом, и все дела».

В итоге все конспекты (а я действительно временами конспектирую некоторые доклады и совещания) делаются Swype-ом. Монстры стилуса говорят, что у них получается не меньше 60 слов в минуту. У меня, наверное, меньше, но все равно вполне достаточно, для того, чтобы на ходу записывать за ораторами те моменты, которые требуются для работы. Есть ещё специализированные варианты текста, не пригодные для обычного Свайпа. Например, текст, переполненный формулами. Но, кажется, и для этого случая специализированный ввод был бы удобнее чистой рукописи.

А вот возможность тут же, не выходя из «записочек», набросать чертежик, пусть и корявенький, «не по ГОСТу» — это вообще киллер-фича. Я в прошлом году, когда домик заказывал, поразил подрядчика в самую пятку, когда в процессе беседы зарисовал его объяснения относительно размеров оконных и дверных проемов с учетом возможной усадки. Вау-эффект в действии. Ну и таких случаев было достаточно с того момента, как сын задарил мне первый SGN, просто этот — самый запоминающийся.

AlexM ★★★★★
()
Последнее исправление: AlexM (всего исправлений: 2)
Ответ на: комментарий от Aceler

Если пакеты так хороши, почему Габен не использовал пакеты?

Чтобы стим на линуксе работал так же, как не других платформах, например?

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

Конечно, гугл сразу использовал бы пакеты для веб-ориентированной ОС, как же. Почему когда они решили что какой-то софт их ОС всё-таки нужен, добавили поддержку именно deb, а не snap или flatpak? Если все дело в пакетах, почему EndlessOS никому не нужна?

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

Чтобы стим на линуксе работал так же, как не других платформах, например?

Да. Чтобы разработчикам игр не приходилось собирать 100500 пакетов под 100500 дистрибутивов, достаточно было бы собрать один раз. Одного пиара от валв мало, надо ещё где-то игры взять.

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

добавили поддержку именно deb, а не snap или flatpak?

Потому что ещё не добавили. Deb там только в рамках Crouton, для любителей обмазаться пакетами, не совместимыми с Ubuntu, и в dev канале.

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

Потому что весят меньше, а не хромобуках места с гулькин нос.

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

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

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

И, кстати, игры под Steam за счёт отсутствия пакетной системы, реализованы в Linux лучше, чем под Windows. В Windows, например, ты сначала качаешь игру, а потом, когда уже предвкушаешь развлекалово, нажимаешь на запуск, но нет - перед запуском игры сидишь и ждёшь, пока скачаются и установятся все эти бесконечные VC redistributable, DirectX или как там он сейчас называется, ,Net Framework и так далее. Если повезёт, они не попросят перезагрузки.

А под Linux, за счёт того, что все библиотеки контролирует сам клиент стима, игра запускается сразу же.

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

Ну это ты сказал, что всё дело в пиаре, а не я, вот ты и доказывай :-)

А то вон Microsoft пиарила-пиарила свой Edge, а оно стухло. Так что одного пиара мало.

И да, может, просто перечислишь преимущества пакетного менеджера перед подходом, предлагаемым Steam? Может, Гейб просто неправ, надо было в дебах всё сделать?

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

Да. Чтобы разработчикам игр не приходилось собирать 100500 пакетов под 100500 дистрибутивов, достаточно было бы собрать один раз.

Ну а еще чтобы пользователь мог их по разным дискам распихать, игры не по 100 МБ весят. Silver bullet не существует, прям breaking news.

Одного пиара от валв мало, надо ещё где-то игры взять.

Не пиара, а планов выйти на рынок игровых устройств. Если бы стим машины взлетели, то издатели, которые вовремя не озаботились их поддержкой, теряли бы деньги. С любыми пакетами. А когда Габен с рынка слился, игр под линукс стало выходить намного меньше. Интересно, почему так? Ведь пакетов как не было так и нет.

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

Ну а еще чтобы пользователь мог их по разным дискам распихать, игры не по 100 МБ весят. Silver bullet не существует, прям breaking news.

И что, пакеты помогут? Нет.

Зато в Steam есть настройка, куда ставить игры. Без пакетов.

Не пиара, а планов выйти на рынок игровых устройств. Если бы стим машины взлетели, то издатели, которые вовремя не озаботились их поддержкой, теряли бы деньги. С любыми пакетами. А когда Габен с рынка слился, игр под линукс стало выходить намного меньше. Интересно, почему так? Ведь пакетов как не было так и нет.

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

Ну ОК. Я так и не увидел списка преимуществ пакетной системы.

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

И что, пакеты помогут? Нет.
Зато в Steam есть настройка, куда ставить игры. Без пакетов.

А я где-то говорил что игры нужно паковать в deb пакеты?

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

Я говорю, что система дистрибуции вообще значения не имеет, значение имеет потенциальная прибыль. Если бы SteamOS использовала deb/rpm пакеты, то разработчики паковали бы игры в deb/rpm пакеты. Потому что видели потенциал для зарабатывания денег такой же, как уже увидели при анонсе стим машин.

Я так и не увидел списка преимуществ пакетной системы.

Возможность одним обновлением устранить критическую уязвимость в условном libpng вместо поочередного обновления всего прикладного софта, который может и не обновиться? Единообразный внешний вид приложений хотя бы в рамках одного тулкита, а не как в snap и flatpak? Меньше занимаемого дискового пространства? Вон некоторые один раз KDE'шные либы жмутся поставить, а что если ставить их столько раз сколько KDE'шных приложений установлено? Получится как в андроде, когда сраный фонарик может весить 100-200 МБ. Вот для игр преимуществ пакетной системы никаких, поэтому стим её не использует. Silver bullet не существует, breaking news.

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

А я где-то говорил что игры нужно паковать в deb пакеты?

Ты вписался за утверждение «пакеты — это лучшее…»? Нет? Тогда выйди из треда или обозначь, за что ты топишь, может, и предмета спора нет. А то ты влез посередине ветки и удивляешься, что я тебе что-то приписываю.

Я говорю, что система дистрибуции вообще значения не имеет, значение имеет потенциальная прибыль. Если бы SteamOS использовала deb/rpm пакеты, то разработчики паковали бы игры в deb/rpm пакеты. Потому что видели потенциал для зарабатывания денег такой же, как уже увидели при анонсе стим машин.

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

Даже для SteamOS deb/rpm пакеты для игр всё равно создают проблемы из-за того, что ты не можешь иметь несколько версий библиотек в пакетной системе. А Steam — может.

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

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

Единообразный внешний вид приложений хотя бы в рамках одного тулкита, а не как в snap и flatpak?

Вот в snap и flatpak он как раз единообразный, причём дефолтный в любом тулките и на любом дистрибутиве. Просто мечта для писателя документации, обзоров, документации, учебников. В флатпаке это пытаются исправить, впрочем, будет печалька.

Меньше занимаемого дискового пространства?

Тут да.

Вот для игр преимуществ пакетной системы никаких, поэтому стим её не использует.

Тогда что ты мне доказываешь? :D

Silver bullet не существует, breaking news.

Silver может и не существует, но для Гейба сейчас важно сделать процесс портирования игр на Linux максимально дешёвым, раз коммерческой отдачи с этой платформы немного. А максимально дешёвым означает — без того лучшего, что случилось с Linux.

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

и не теряли бы прибыль на том, что в одном дистрибутиве у них игра бы работала, а в другой не SteamOS и пофиг.

Fixed. Ну а еще никто не запрещает в deb все свое носить с собой. Внезапно, да?

Даже для SteamOS deb/rpm пакеты для игр всё равно создают проблемы из-за того, что ты не можешь иметь несколько версий библиотек в пакетной системе. А Steam — может.

4.2, пакетная система не мешает иметь несколько версий библиотек.

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

Security апдейты ломающие приложения? Ну разве что приложения со вшитыми эксплойтами.

Вот в snap и flatpak он как раз единообразный, причём дефолтный в любом тулките и на любом дистрибутиве.

А если я хочу везде недефолтный? Как говорит один упорыш из этого треда, "ваши задачи не задачи"?

Тогда что ты мне доказываешь? :D

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

Silver может и не существует, но для Гейба сейчас важно сделать процесс портирования игр на Linux максимально дешёвым, раз коммерческой отдачи с этой платформы немного. А максимально дешёвым означает — без того лучшего, что случилось с Linux.

Ну и здорово. А вот объявлять стимоподобную систему дистрибуции silver bullet'ом и яростно пропихивать её везде — не здорово.

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