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

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

Логи смотри, прочекай память и хард

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

хард точно норм

по логам прям спама какой-то ошибкой нет, привычная картина

Устанавливаю sublime_text, пытаюсь запустить через subl — нет команды. which subl говорит, что нет такого бинаря. Установил из репы саблаймов — всё работает, через subl запускает.

path, не?

Пакет может ставиться куда угодно, бинарь всё равно запустить не могу.

Ок, тогда как я должен из сосноли запускать саблайм и почему, главное, я могу это сделать на другом компьютере через subl?

Одна на работе, на второй уже установил из репы другой. Ща переустановлю снова, покажу.

используй ярлык — очень, очень и очень плохой совет, не надо так. Есть пользователи тайловых менеджеров и dmenu... Выглядит как: мы сделали охренительно, это вы неправильно пользуетесь.

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

Это превосходно, но запускать-то его надо как-то.

➜ ~ echo $PATH /usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/home/mosgaz/bin:/usr/local/sbin:/usr/sbin Остаётся непонятным, почему на рабочем компе не работает.

Ты не понимаешь, что это стрёмно, что мне надо что-то отдельно прописывать в случае с пакетом вашим и не надо этого делать в случае с пакетом оригинальным?

Я не предлагаю ставить в /usr/bin. Но проблема от этого сама не испарилась.

А можно посмотреть как ты статистику и 99% считал?

Это не показатель.

Мало кто пользуется именно этим пакетом именно на этой сборке конктерного дистрибутива.

Это не значит что случай редкий.

Очень и очень многие разработчики запускают из консоли саблайм, передавая ему как параметры файлы на других дистрибутивах. Есть люди, пользующиеся тем же i3wm, кой, боюсь, популярнее, чем сама сборка rfremix: они пользуются dmenu. Есть те, кто не вникал в проблему стандартов и того, куда следует класть проприетарный софт в системе, устанавливая из официальных реп, в конце концов.

Это не значит, что все мудаки и идиоты, всё криво.

Да и немало людей, которые через alt+f2 на вполне себе гуях запускают софт потому что это тупо быстрее.

Извиняюсь что вклиниваюсь, а создание симлинка из /bin в /opt не решает проблему?

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

Консоль — это DE?

&

Ты точно читаешь то, что я пишу?

Или снова парсишь только ключевые слова?

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

Ну, это отрадно.

Если ты в дереве проекта находишься, в нём навигируешь в консоли и надо открыть файл, то надо пользоваться Alt+F2, всё верно.

В общем, понятно. Мне осталось только понять почему оно работает на рабочем компе. Возможно, я перетащил туда конфиг с прописаным path, не исключено. Инфу слил, за сим кланяюсь.

Я, чтобы редактировать файлы kwrite-ом.

В том, что человек, который делает dnf install -y sublime_text может не знать где именно оно лежит. Или все обязаны знать FHS, разбираться какой софт — проприетарен, какой — свободен?

Откуда он вообще знает из какой репы он лезет-то?

В том, что человек, который делает dnf install -y sublime_text может не знать где именно оно лежит. Или все обязаны знать FHS, разбираться какой софт — проприетарен, какой — свободен?

В RFR есть nonfree.

Это ты только знаешь как мейнтейнер.

Господи..

Ещё раз.

Хотя нет, сдаюсь.

Такие моменты мне довольно явно напоминают, почему сообщество-driven софт всегда будет уступать корпоративному по удобству и распространённости. И почему GNU/Linux всё ещё такой разрозненный и непопулярный.

Покажи конкретное сообщение, в котором я предлагаю что-то, нарушающее стандарт. Даже так: покажи конкретное сообщение, в котором я ВООБЩЕ хоть что-то предлагаю.

» он должен быть размещён в /usr/bin. Не только.

http://www.pathname.com/fhs/pub/fhs-2.3.pdf

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

Никакого упоминания о том, что в /bin или /usr/bin (стр. 25,26) должно быть непроприетарное ПО нет.

А /opt оказывается вообще для другого.

Единственная правда в том, что в /opt/bin нельзя класть пользовательские исполняемые файлы, поскольку зарезервироавно для администраторов.

В том, что человек, который делает dnf install -y sublime_text может не знать где именно оно лежит. Или все обязаны знать FHS, разбираться какой софт — проприетарен, какой — свободен?

Человек, который делает dnf install, в 90% случаев знает про dnf repoquery -l.

Человек, который делает dnf install, в 90% случаев знает про dnf repoquery -l.

Ещё раз вопрос про то, откуда 90%. Я, вот, не знал.

А /opt оказывается вообще для другого.

Правда, да, в дополнение есть пометка.

Ещё раз вопрос про то, откуда 90%. Я, вот, не знал.

Из Google.

Из Google.

В гугл есть процент, показывающий сколько людей знают про dnf repoquery -l? А можно ссылку, где это указано?

http://www.pathname.com/fhs/pub/fhs-2.3.pdf

Ну так вот: где можно найти информацию о том, что opt/ для проприетарщины, а /usr/bin — нет? Вот сейчас посмотрел, google-chrome тож сидит в /usr/bin. Гугл тоже криворукие, наверное (хотя, плохой пример, они много криворукие)?

В гугл есть процент, показывающий сколько людей знают про dnf repoquery -l? А можно ссылку, где это указано?

Я не про процент говорил.

Я не про процент говорил.

А как мой вопрос звучит?

http://www.pathname.com/fhs/pub/fhs-2.3.pdf

Уже принят FHS 3. Оно устарело.

Хорошо, сейчас посмотрю.

Хорошо, сейчас посмотрю.

Filesystem Hierarchy Standard refspecs.linuxfoundation.org Filesystem Hierarchy Standard. LSB Workgroup, The Linux Foundation. The FHS document is used by: • Independent software suppliers to create applications which are FHS compliant, and work...

http://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.pdf Нашёл, да.

Ииии ни слова о проприетарности.

На всякий случай упомяну, я не понимаю, что ты хочешь там найти. Просто напоминаю, что FHS 2.3 устарел.

На всякий случай упомяну, я не понимаю, что ты хочешь там найти. Просто напоминаю, что FHS 2.3 устарел.

Виталий утверждает, что в /usr/bin по стандарту нельзя проприетарщину, а можно её только в /opt.

Единственный Requirement — отсутствие поддиректорий. И снова нет ничего о проприетарности.

Гайдлайн != стандарт.

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

А ещё ты же их и нарушаешь.

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

Покажи тогда где указана инфа для проприетарных пакетов не из апстрима, что их нельзя в /usr/bin и можно в /opt.

И в любом случае, ты изначально о стандартах говорил, не о гайдлайнах. А стандарты это не нарушает.

Так вот: проблема развития не в том, что стандарты не соблюдаются. Проблемы в том, что: "У нас нет никаких проблем, всё по стандартам, ну то есть по гайдлайнам, мы всё делаем правильно, а гугл — макаки, разрабы — макаки, DE — кривые, пользователи — мудаки, жаловаться в ближайшую прачечную".

И ни строчки про проприетарность, о которой говорилось выше.

Почему нельзя сделать линк из /opt в /usr/bin в таком случае?

Вон их сколько всяких разных.

Почему нельзя бинарь в alternatives засунуть?

С update-alternatives? Скорее всего есть.

по логам прям спама какой-то ошибкой нет, привычная картина

Было на нескольких машинах, зависание + перезагрузка. Процессоры разные интелы, видео бюджетные nvidia 200 серии. В моем случае помогала установка проприетарных дров на видео, что и почему так происходило хз, DE MATE, оперативка и диски были в порядке

Ура. Спасибо. Может его тоже назвать subl, вместо sublime_text, чтобы было консистентно с оригиналом? Точнее, ln -s /etc/alternatives/sublime_text /usr/bin/subl чтобы путаницы не было для тех, кто уже пользовался им. Рядом всё равно не установится, будет конфликт при попытке установить из их репозитория.