x86_64 server- supported

а остальное не нужно

@ignatenkobrain, это правда? Я слышал, что оно собирается на линуксе через такую сраную задницу (в оффтоп-софте не умеют в кроссплатформенные системы сборки), что люди, собиравшие это под RHEL, плакали, кололись, и жалобно просили разрешить им собирать OpenJDK вместо этого. anonymous (28.06.2016 1:00:12) https://www.linux.org.ru/news/opensource/12699021?cid=12699351

я то откуда знаю

я ж это говно не собирал

плюс это не собирали люди из редхата

Хмм...

О БОЖЕ! В винде дотнет это «ducktape of windows». В линуксе похожую роль к сожалению выполняет питон. Если дотнет заменит питон - будет очень хорошо. Если шапка с космонавтом будут продвигать язык, то может что-нибудь и выгорит) makoven ★★★ (28.06.2016 14:30:39) https://www.linux.org.ru/news/opensource/12699021?cid=12700918

)

он вообще понимает, что это разные языки в принципе? Даже если всё опустить, роль питоноскриптов в 100 не возьмёт на себя c# с его 2-3 к строк

а то и больше

ms funboy

да просто у чувака горит с того, что многим полюбился питон)

ms funboy

Не напоминай мне о нашем бывшем упоротом зверьке.

А то ещё скастуешь.

Он тут не забанен.

да я знаю его, тот еще клоун.

он вообще понимает, что это разные языки в принципе? Даже если всё опустить, роль питоноскриптов в 100 не возьмёт на себя c# с его 2-3 к строк

Круче этого, я видел только идею заменить пистон на Go.

да просто у чувака горит с того, что многим полюбился питон)

Да, это так. Но... Сисярп... Не, ну правда. Засилие питона печалит. Хотя уже поздно что-то менять pacman --sync --search python | wc -l 2518 https://www.linux.org.ru/news/opensource/12699021?cid=12701569

плюс это не собирали люди из редхата

Ну, прям вообще. А кто соглашение подписывал? Today, we’re pleased to announce that .NET Core is now not only available on Red Hat Enterprise Linux and OpenShift via certified containers, but is supported by Red Hat and extended via the integrated hybrid support partnership between Microsoft and Red Hat. Редхатокапец. anonymous (28.06.2016 16:31:49) https://www.linux.org.ru/news/opensource/12699021?cid=12701329

Если оно без графической части (как его там, WPF?) - то уносите. Уж лучше запилите мимикрию под GTK3 и JavaFX в OpenJDK. Куда полезней будет. А иначе, это очередное кривое Mono, которое криво запускает кривопрограммы (с расчётом на Mono, напр. KeePass) на C#. Только для сборки сего придётся подпереть ещё БОЛЬШЕ костылей. nexfwall ★★★★ (28.06.2016 18:02:45) https://www.linux.org.ru/news/opensource/12699021?cid=12701636

Если оно без графической части (как его там, WPF?) - то уносите. Уж лучше запилите мимикрию под GTK3 и JavaFX в OpenJDK. Куда полезней будет. А иначе, это очередное кривое Mono, которое криво запускает кривопрограммы (с расчётом на Mono, напр. KeePass) на C#. Только для сборки сего придётся подпереть ещё БОЛЬШЕ костылей. nexfwall ★★★★ (28.06.2016 18:02:45) https://www.linux.org.ru/news/opensource/12699021?cid=12701636

Типа того.

Ну, прям вообще. А кто соглашение подписывал? Today, we’re pleased to announce that .NET Core is now not only available on Red Hat Enterprise Linux and OpenShift via certified containers, but is supported by Red Hat and extended via the integrated hybrid support partnership between Microsoft and Red Hat. Редхатокапец. anonymous (28.06.2016 16:31:49) https://www.linux.org.ru/news/opensource/12699021?cid=12701329

хм, не знал. не читай @ сразу отвечай

хм, не знал. не читай @ сразу отвечай

Я бы так хотел, чтобы ты узнал, зачем. Но думаю, тебе не ответят. Да и обременять не хочу.

вы серьёзно?

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

почему вы не относитесь к этому как к той же жаве?

а про питон в оси - если не он, то что?

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

нужно выпилить либо пип либо пакеты. Они же вместе там ну никак не дружат.

единственный + пакета - то, что он тянет зависимости с собой, которые ему нужны.

но по идее, этому можно научить тот же пип.

Посоны, в OpenJDK 9 будет поддержка мимикрии под GTK3... https://bugs.openjdk.java.net/browse/JDK-8145568

@ignatenkobrain, это правда? Я слышал, что оно собирается на линуксе через такую сраную задницу (в оффтоп-софте не умеют в кроссплатформенные системы сборки), что люди, собиравшие это под RHEL, плакали, кололись, и жалобно просили разрешить им собирать OpenJDK вместо этого. anonymous (28.06.2016 1:00:12) https://www.linux.org.ru/news/opensource/12699021?cid=12699351

Зачем это нужно если есть Mono?

О БОЖЕ! В винде дотнет это «ducktape of windows». В линуксе похожую роль к сожалению выполняет питон. Если дотнет заменит питон - будет очень хорошо. Если шапка с космонавтом будут продвигать язык, то может что-нибудь и выгорит) makoven ★★★ (28.06.2016 14:30:39) https://www.linux.org.ru/news/opensource/12699021?cid=12700918

Что за бред?

Что за бред?

По ссылке почитай.

Зачем это нужно если есть Mono?

Дык в том то и дело. Только вот Mono тоже не нужен.

Если оно без графической части (как его там, WPF?) - то уносите. Уж лучше запилите мимикрию под GTK3 и JavaFX в OpenJDK. Куда полезней будет. А иначе, это очередное кривое Mono, которое криво запускает кривопрограммы (с расчётом на Mono, напр. KeePass) на C#. Только для сборки сего придётся подпереть ещё БОЛЬШЕ костылей. nexfwall ★★★★ (28.06.2016 18:02:45) https://www.linux.org.ru/news/opensource/12699021?cid=12701636

KeePass 2 - лучший на сегодняшний день менеджер паролей. Именно из-за него приходится держать в системе mono.

Дык в том то и дело. Только вот Mono тоже не нужен.

ты серьёзно?

KeePass 2 - лучший на сегодняшний день менеджер паролей. Именно из-за него приходится держать в системе mono.

keepassx

KeePass 2 - лучший на сегодняшний день менеджер паролей. Именно из-за него приходится держать в системе mono.

Он лучший только в винде. А когда запускаешь его в Mono, оно превращается в нечто отвратное.

ты серьёзно?

Да. Как никогда.

keepassx

Это кривое говно умудряется падать по 10 раз за день и повреждать базы с паролями. Нет уж, я лучше буду Mono терпеть.

Это кривое говно умудряется падать по 10 раз за день и повреждать базы с паролями. Нет уж, я лучше буду Mono терпеть.

не сталкивался. К тому же они сильно обновились буквально недавно

Он лучший только в винде. А когда запускаешь его в Mono, оно превращается в нечто отвратное.

Зато работает нормально и базы не повреждает. А на внешний вид лично мне плевать совершенно.

не сталкивался. К тому же они сильно обновились буквально недавно

Знаю. Вот 2.0 и повреждает. А 1.x была вообще неюзабельна из-за отсутствия поддержки нормального формата баз паролей.

хз, вообще не встречал проблем. Ни повреждений (как это вообще возможно, там же строгий стандарт), ни падений

хз, вообще не встречал проблем. Ни повреждений (как это вообще возможно, там же строгий стандарт), ни падений

Как база вырастет метров на 20, так узнаешь.

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

просто судя по динамике, которую я вижу, она и за метр то ой как не скоро вырастет.

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

Нет, у меня тысячи паролей там хранятся, а также различные ключи.

Нет, у меня тысячи паролей там хранятся, а также различные ключи.

Зачем когда есть гугл

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

почему вы не относитесь к этому как к той же жаве?

.NET CLR кстати в разы лучше жабы будет. Оно хотя бы память не жрёт как жаба.

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

KeePass 2 это давно умеет. Любое количество кастомных полей, любое количество файлов и т.д.

.NET CLR кстати в разы лучше жабы будет. Оно хотя бы память не жрёт как жаба.

согласен. Мне в принципе больше C# нравится. Жаба слижком уж...

Зато работает нормально и базы не повреждает. А на внешний вид лично мне плевать совершенно.

А я вот с радостью бы свалил на pass. Только там ещё меньше клиентов...

согласен. Мне в принципе больше C# нравится. Жаба слижком уж...

C# очень годный ЯВУ. Пару раз смотрел его.

KeePass 2 это давно умеет. Любое количество кастомных полей, любое количество файлов и т.д.

надеюсь там когда нибудь нормальный GUI

надеюсь там когда нибудь нормальный GUI

Когда Mono пропатчат для поддержки тем GTK, так сразу и будет.

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

KeePass 2 это давно умеет. Любое количество кастомных полей, любое количество файлов и т.д.

Но при этом плагины не все работают под Linux. И головная боль с синхронизацией.

Но при этом плагины не все работают под Linux. И головная боль с синхронизацией.

оно не решает вопрос синхронизации.

Но при этом плагины не все работают под Linux. И головная боль с синхронизацией.

1. Плагины не нужны. Режим автоввода работает нормально.

ERROR: S client not available

вообще всё больше хочу пилить свой облачный костыль

2. Никаких проблем с синхронизацией не вижу.

с каким нибудь rsync в основе. хех.

оно не решает вопрос синхронизации.

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

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

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

bash-скрипт не прикрутишь на Android. Тем более, частичную синхронизацию.

криптознатоки, ssh протокол достаточно безопасен?

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

Зачем нужны плагины для синхронизации? Просто сихронизируешь базу паролей (*.kdbx файл) с любым облаком или своим сервером и всё.

криптознатоки, ssh протокол достаточно безопасен?

Да.

криптознатоки, ssh протокол достаточно безопасен?

Пока Rijndael не сломали вроде ещё. ?

Зачем нужны плагины для синхронизации? Просто сихронизируешь базу паролей (*.kdbx файл) с любым облаком или своим сервером и всё.

KeePass умеет только в WebDAV. OH SHI-

bash-скрипт не прикрутишь на Android. Тем более, частичную синхронизацию.

прикрутишь. termux, linux chroot, чисто запустить.

KeePass умеет только в WebDAV. OH SHI-

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

bash-скрипт не прикрутишь на Android. Тем более, частичную синхронизацию.

На андроиде стоит штатный клиент Google Drive. Файл сохраняешь в облаке и он сам будет синхронизироваться. Проще некуда.

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

KeePass, имхо, должен работать с облаком напрямую. А не через костыли.

KeePass, имхо, должен работать с облаком напрямую. А не через костыли.

Вот как раз напрямую - это костыли.

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

На андроиде стоит штатный клиент Google Drive. Файл сохраняешь в облаке и он сам будет синхронизироваться. Проще некуда.

Клиент Google Drive не будет работать без Google составляющей начинки Android, которую я обычно вырезаю.

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

Клиент Google Drive не будет работать без Google составляющей начинки Android, которую я обычно вырезаю.

Ну это уже явно не проблемы KeePass.

Ставь дропбокс тогда. Ему гуглятина не нужна.

Всё равно контейнер надёжно зашифрован.

Ставь дропбокс тогда. Ему гуглятина не нужна.

Dropbox могут тебя отправить найух за зашифрованную базу KeePass.

Ты забыл?

Dropbox могут тебя отправить найух за зашифрованную базу KeePass.

Да плевать им на файл базы. Меня забанили, т.к. у меня там почти 100 ГБ контейнеров хранилось.

Да плевать им на файл базы. Меня забанили, т.к. у меня там почти 100 ГБ контейнеров хранилось.

Но у тебя же платный акк!

Был...

Бэкапы с ПК и прочее в зашифрованном виде. А ради файла в 100 КБ никто ничего делать не будет.

Но у тебя же платный акк!

Да.

Ну забанят, новый акк зарегаешь. Делов-то.

Они долбанулись? Их клиент же умеет в partial sync.