LINUX.ORG.RU

Разработчики kde идут по пути гнома!

 , ,


0

1

Буквально вчера спокойно запускал исполняемые файлы из долфина левой кнопкой мыши, сегодня прилетела обнова и долфин СПЕЦИАЛЬНО отказывается запускать исполняемые файлы!

Файл является программой, поэтому в целях безопасности он не будет запущен

$ file doomrl
doomrl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.4.0, with debug_info, not stripped

chmod +x давно стоит, иначе раньше он бы не запускался.

Случилось это ровно после того, как на manjaro stable прилетела обнова только долфина:

$ pacman -Qi dolphin | grep Версия
Версия               : 19.08.3-1.1

Конечно же я могу $ ./doomrl &, но это лишние телодвижения. Неужели принуждают добавлять все исполняемые файлы в меню приложений?

Волнует то, что «это не баг, а фича!»

Пиши .desktop файл вместо криков на ЛОРе. Всего несколько строчек, можешь скопипастить с готовых

Неужели принуждают добавлять все исполняемые файлы в меню приложений?

Да

Волнует то, что «это не баг, а фича!»

Выпей успокоительного, то что разработчики раздизайнили и сделали сознательно, следуя Free Desktop стандартам - явно фича, а не баг

vertexua ★★★★★
()
Последнее исправление: vertexua (всего исправлений: 2)

В настройках Dolphin выключи подтверждение запуска скриптов и бинарников

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

В настройках Dolphin выключи подтверждение запуска скриптов и бинарников

То есть выбор между плохой идей разрабов и полным отказом от безопасности?

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

То есть выбор между плохой идей разрабов

А как надо было?

Ну я бы максимум сделал мастер легкого создания desktop файлов

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

мастер легкого создания desktop файлов

Есть в KMenuEdit

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

А как надо было?

При клике на файл слазить в БД, если файл БД есть и его размер и чексумма совпадают с указанными и указана опция ‘‘не спращивать при запуске’’ то просто запустить.

Если запись для файла в БД отсутствует или размер или чексумма не совпадают с указанными то вывести диалоговое окно с сообщением ‘‘Этот файл является программой, запустить?’’, кнопками Да,Нет,Отмена,Создать ярлык и чекбоксом ‘‘Более не спрашивать о этом файле’’, ну и боксом со всякой информацией о файле:, размере, atime, ctime, mtime, хэшсуммы и что там можно через lsof и подобное вытащить.

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

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

arturianec100
() автор топика
Ответ на: комментарий от vertexua

разработчики раздизайнили и сделали сознательно

Убрать или очень сильно осложнить «не труъ» - это gnome way, это «не труъ» никак не мешает использовать «труъ» способ. Запуск даблкликом никак не мешает запускать через .desktop.

arturianec100
() автор топика
Ответ на: комментарий от arturianec100

Действительно, перемудрили

Но в запросе подтверждения же есть флажок «не спрашивать больше»

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

С .desktop куча удобностей и так. Плюс ты коммитишься что ты реально установил себе приложение, пускай в хомяк. А не просто кликнул мимо и шлепнул по файлу с варезника в Downloads

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

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

откуда взялась, откуда в ней записи о неких исполняемых файлах?

Почему ты постоянно несёшь какой-то фэнтезийный бред?

sluggard ★★★★★
()

долфин СПЕЦИАЛЬНО отказывается запускать исполняемые файлы!

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

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

no-such-file ★★★★★
()
Ответ на: комментарий от torvn77

информацию о состоянии флажка где хранят

Это так важно?

no-such-file ★★★★★
()
Ответ на: комментарий от vertexua

Если бы была стандартная утилита для создания .desktop-файлов – это бы имело смысл. А так – просто втыкание палок в колёса обычным пользователям. Каждый раз писать .desktop-файл – ужасный и ненужный геморрой.

следуя Free Desktop стандартам - явно фича, а не баг

)))

kekelia
()
Ответ на: комментарий от torvn77

А что, в БД? И что там про записи в базе-то? Ну, сверившись с которыми можно разрешить запуск файла. Что за записи, откуда взялись?

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

ПКМ на меню запуска приложений → Редактировать меню. Дальше там выбираешь категорию, жмёшь «Добавить пункт», и вперёд. Всё стандартно, через гуй, без ручной писанины.

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

Что за записи, откуда взялись?

Когда ставится флажок ‘‘Больше не спрашивать’’ диалог DE считает хешсумму и сохраняет её в БД вместе с названием файла и его размером.

Сама БД обычный текстовый файлик в xml формате.

Нужно это всё чтобы оболчка DE помнила какие файлы следует запускать без подтверждения и переспрашивала если эти файлы изменились.

torvn77 ★★★★★
()

Что-то странное ты рассказываешь. Специально проверил, т.к. в тестинге тоже обновился, но получил только окошко «Запустить?» с галкой «Запомнить». После этого все стало запускаться без вопросов.

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

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

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

мастер легкого создания desktop файлов

То есть запускать ускоритель интернета напрямую небезопасно, а через ярлычок — безопасно?

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

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

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

КДЕ нужно очень многим, включая меня. А проблему я уже решил.

arturianec100
() автор топика
Ответ на: комментарий от vertexua

Десктоп-файлы - худшее, что могло случиться с линуксом на десктопе. Гномо-реестр и кривые темы на втором/третьих местах

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

Он только что придумал aegis из Нокиевской MeeGo 2011 года. :) Не додумался только что сравнивать хэш бинарника с хэшем указанным для этого бинарника в дистрибутивном пакете должно ядро при загрузке, чтобы не было большого оверхеда на отдельное чтение для подсчёта текущего хэша в юзерспейсе.

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

Десктоп-файлы - худшее, что могло случиться с линуксом на десктопе. Гномо-реестр и кривые темы на втором/третьих местах

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

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

arturianec100
() автор топика
Ответ на: комментарий от arturianec100

Ну и проблем тогда нет особых. Это вариация на тему защиты от дурака, мне кажется.

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

Не, пересчитывать всё при запуске ОС - лишняя работа, мешает.

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

Подсчёт ОДНОГО хеша при каком-то событии пусть и с оверхедом - гораздо меньше работы и ощутимо быстрее.

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

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

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

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

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

Надо было уточнить, что при загрузке файла в оперативу, а не загрузке ОС.

arturianec100
() автор топика
Ответ на: комментарий от Stanson

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

Это делает не ядро, а ld.so.

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

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

На венде принято писать в типо файлоатрибуты, что он скачан из интернета. Если Explorer при попытке запуска файла находит такой атрибут, то спрашивает у пользователя подтверждения.

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

Это делает не ядро, а ld.so.

Вот это

и делает ещё кучу работы, например по динамической линковке.

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