akorop Сообщения

akorop	# 1 год, 7 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	redix akorop Неужто никто не пробовал WinBtrfs? Как никто? nafanja пробовал: https://archlinux.org.ru/forum/post/239586/ Так он не помнит, как ставил :) А у меня именно с установкой проблемы: вроде, встало, а как смонтировать раздел - непонятно. Винда букву давать отказывается, а собственных средств монтирования (как у ex2fsd) нет.

# 1 год, 7 месяцев назад

Сообщения: 1755

Участник с: 29 февраля 2012

redix
akorop
Неужто никто не пробовал WinBtrfs?
Как никто? nafanja пробовал: https://archlinux.org.ru/forum/post/239586/

Так он не помнит, как ставил :) А у меня именно с установкой проблемы: вроде, встало, а как смонтировать раздел - непонятно. Винда букву давать отказывается, а собственных средств монтирования (как у ex2fsd) нет.

akorop	# 1 год, 7 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	nafanja если активно работать под виндой, то NTFS однозначно… Ага. С отсутствием симлинков. И с тормозами под линуксом. Не, если верить словам, то btrfs - самое оно, но не взлетает... Неужто никто не пробовал WinBtrfs?

akorop	# 1 год, 7 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	vasek akorop, посмотри эти две проги: ext2read и linux-reader Увы, это в приниципе не то. Мне не читать надо, а активно работать. Например, скомпилировать прогу из обширных исходников. Из одних и тех же под обеими ОС. А прога будет ковырять обширные данные, тоже одни и те же.. И мне ну совершенно не хочется всё это держать в двух экземплярах, синхронизировать и разгребать последствия несинхронности.

akorop

# 1 год, 7 месяцев назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

vasek
akorop, посмотри эти две проги: ext2read и linux-reader

Увы, это в приниципе не то. Мне не читать надо, а активно работать. Например, скомпилировать прогу из обширных исходников. Из одних и тех же под обеими ОС. А прога будет ковырять обширные данные, тоже одни и те же.. И мне ну совершенно не хочется всё это держать в двух экземплярах, синхронизировать и разгребать последствия несинхронности.

akorop	# 1 год, 7 месяцев назад (отредактировано 1 год, 7 месяцев назад)
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	Обычно для этого используют NTFS или FAT32, но и то, и другое в Линуксе тормозит изрядно. Да и хочется иногда на этом разделе устроить, скажем, симлинки (пусть даже их винда не поймёт), и вообще... В общем, хочется, чтобы файловая система была линуксная, но поддержанная в винде. До сих пор я использовал ext4 с виндовым драйвером ex2fsd. Но он глючноват и давно заброшен, так что надежды на исцеление нет. Пишут, что, вроде btrfs имеет вполне вменяемый, включая поддержку симлинков, виндовый драйвер WinBtrfs (он штатно входит в ReactOS). Скачал последний (1.7.6), установил (в винде).В диспетчере устройств появился "btrfs-том". И всё. Никакой возможности назначить букву этому разделу я не вижу. Кто-то использовал этот драйвер? Может, есть какой-то неочевидный (для меня) нюанс в установке? Может, линуксный btrfs слишком свежий? Заранее благодарю за советы.

akorop

# 1 год, 7 месяцев назад (отредактировано 1 год, 7 месяцев назад)

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

Обычно для этого используют NTFS или FAT32, но и то, и другое в Линуксе тормозит изрядно. Да и хочется иногда на этом разделе устроить, скажем, симлинки (пусть даже их винда не поймёт), и вообще... В общем, хочется, чтобы файловая система была линуксная, но поддержанная в винде.
До сих пор я использовал ext4 с виндовым драйвером ex2fsd. Но он глючноват и давно заброшен, так что надежды на исцеление нет.
Пишут, что, вроде btrfs имеет вполне вменяемый, включая поддержку симлинков, виндовый драйвер WinBtrfs (он штатно входит в ReactOS).
Скачал последний (1.7.6), установил (в винде).В диспетчере устройств появился "btrfs-том". И всё. Никакой возможности назначить букву этому разделу я не вижу.
Кто-то использовал этот драйвер? Может, есть какой-то неочевидный (для меня) нюанс в установке? Может, линуксный btrfs слишком свежий?
Заранее благодарю за советы.

akorop	# 1 год, 8 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	vasek не проще ли просто набирать сам UTF-код этих символов? Набирать - примерно так же. Но их надо помнить. А, с Compose, скажем, угловая открывающая кавычка « : Caps < < (У меня Caps - compose key). Или ¾ : Caps 3 4. Такое даже я могу запомнить.

akorop

# 1 год, 8 месяцев назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

vasek
не проще ли просто набирать сам UTF-код этих символов?

Набирать - примерно так же. Но их надо помнить. А, с Compose, скажем, угловая открывающая кавычка « : Caps < < (У меня Caps - compose key). Или ¾ : Caps 3 4. Такое даже я могу запомнить.

akorop	# 1 год, 8 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	Да, через раскладку можно, конечно. Но Compose - это как бы готовое стандартное решение, и в системном определении есть куча полезных клавиш, вроде ½, или °, или « ». Хотелось просто немного добавить. Оказалось, не так уж просто, и не так уж стандартно...

akorop

# 1 год, 8 месяцев назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

Да, через раскладку можно, конечно. Но Compose - это как бы готовое стандартное решение, и в системном определении есть куча полезных клавиш, вроде ½, или °, или « ». Хотелось просто немного добавить. Оказалось, не так уж просто, и не так уж стандартно...

akorop	# 1 год, 8 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	(Сперва вводная, вопрос в конце) Так получилось, что мне стало нужно довольно часто вводить некоторые греческие буковки и математические символы. Вводить их через мышевыбор из таблицы символов (или заранее надёрганной строки) замахался, и решил это сделать по-культурному, через Compose Keys. Сделал, как написано в Вики файл ~/.XCompose, прописал нужные символы и запоминающиеся комбинации - стало почти хорошо. Почти, поскольку в некоторых приложениях это не работало. Например, в leafpad. Ещё раз перечитал вики, добавил в загрузку иксов export GTK_IM_MODULE=xim - заработало везде. И примерно в это же время в stm32cubeide (основанном на eclipse) появился мерзкий глюк: если не трогать мышь, то текст в непредсказуемые момент времени исчезает, потом появляется, и т.д. Потратив кучу времени и нервов, я понял, что одно с другим связано! Если нет GTK_IM_MODULE=xim - редактор stm32cubeide работает нормально, если есть - глючит. Офигеть можно. В качестве костыльного решения теперь запускаю stm32cubeide через скрипт, в котором устанавливаю GTK_IM_MODULE="", но такое решение не блещет красотой... В вики написано, что использование ~/.XCompose - это типа устарело и вообще, но ничего другого не предлагается. Редактировать прямо системный файл в /usr/share/X11/locale/ - плохо. Во-первых, некошерно, во-вторых может слететь при очередном обновлении. Так вот, вопрос. Как коректно и безглючно добавить свои compose-клавиши к системным? Или что есть с аналогичной функциональностью (мышеложство не предлагать)?

akorop

# 1 год, 8 месяцев назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

(Сперва вводная, вопрос в конце)
Так получилось, что мне стало нужно довольно часто вводить некоторые греческие буковки и математические символы. Вводить их через мышевыбор из таблицы символов (или заранее надёрганной строки) замахался, и решил это сделать по-культурному, через Compose Keys. Сделал, как написано в Вики файл ~/.XCompose, прописал нужные символы и запоминающиеся комбинации - стало почти хорошо. Почти, поскольку в некоторых приложениях это не работало. Например, в leafpad. Ещё раз перечитал вики, добавил в загрузку иксов export GTK_IM_MODULE=xim - заработало везде.
И примерно в это же время в stm32cubeide (основанном на eclipse) появился мерзкий глюк: если не трогать мышь, то текст в непредсказуемые момент времени исчезает, потом появляется, и т.д. Потратив кучу времени и нервов, я понял, что одно с другим связано! Если нет GTK_IM_MODULE=xim - редактор stm32cubeide работает нормально, если есть - глючит. Офигеть можно.
В качестве костыльного решения теперь запускаю stm32cubeide через скрипт, в котором устанавливаю GTK_IM_MODULE="", но такое решение не блещет красотой...
В вики написано, что использование ~/.XCompose - это типа устарело и вообще, но ничего другого не предлагается. Редактировать прямо системный файл в /usr/share/X11/locale/ - плохо. Во-первых, некошерно, во-вторых может слететь при очередном обновлении.

Так вот, вопрос. Как коректно и безглючно добавить свои compose-клавиши к системным? Или что есть с аналогичной функциональностью (мышеложство не предлагать)?

akorop	# 1 год, 8 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	А он поймёт, что нужно запускать запускать от root? А он умеет sudo? Если да - то можно прописать это в sudoers. Что именно прописывать не скажу, у меня такая проблема возникала в более простом случае, когда просто пользователь (или скрипт, запущенный пользователем) запускал команду с sudo. Тогда прописывалось имя команды, примерно так (пишу по памяти): ALL ALL=(ALL) NOPASSWD: /usr/local/bin/bla-bla-bla А ещё можно поиграть с chmod u+s , но тут опять таки надо знать имя файла, и вообще, это плохое решение, поскольку слетит при обновлении. А если нет, то надо ставить вопрос иначе - как разрешить работу с портом 5500. Тут я не советчик.

akorop

# 1 год, 8 месяцев назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

А он поймёт, что нужно запускать запускать от root? А он умеет sudo?
Если да - то можно прописать это в sudoers. Что именно прописывать не скажу, у меня такая проблема возникала в более простом случае, когда просто пользователь (или скрипт, запущенный пользователем) запускал команду с sudo. Тогда прописывалось имя команды, примерно так (пишу по памяти):
ALL ALL=(ALL) NOPASSWD: /usr/local/bin/bla-bla-bla
А ещё можно поиграть с chmod u+s , но тут опять таки надо знать имя файла, и вообще, это плохое решение, поскольку слетит при обновлении.
А если нет, то надо ставить вопрос иначе - как разрешить работу с портом 5500. Тут я не советчик.

akorop	# 1 год, 8 месяцев назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	Кстати о батарейке. Когда она подсевшая, то бывают фантастические глюки. Например, комп просто стоит мёртвый, как будто RAM нет. А без батарейки работает нормально.

akorop	# 1 год, 8 месяцев назад (отредактировано 1 год, 8 месяцев назад)
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	nafanja akorop, я, как обычно, говорил в общем, а ты в частности… так вот, если бы все придерживались принципа "работает не трожь" , мы бы сейчас жили в пещерах!!! Наоборот. Не тратить ресурсы на бессмысленную "модернизацию" - это возможность направить их на что-то полезное. Но, конечно, если, как говорят на Полтавщине, "загорілась в жопі сірка", то да, надо модернизировать. И из той же оперы "хочь і гірше, аби інше" ("інше" - другое; остальное и так понятно). К чему приводит такой подход, видно, например, по нынешнему состоянию тут, у нас, файлового диалога в большинстве программ. Вполне приличный файловый диалог был в Windows 95. Он был слегка улучшен (без кавычек), кажется, в Windows 7, когда появились кнопки пути, но не препятствующие ручному вводу. Ну почему не воспроизвести то, что действительно удобно?! (В целом пользовательский интерфейс Windows вызывает у меня рвотные позывы, но именно файловый диалог - таки хорош). UPD И почему не модернизирует спички? Непорядок. Давно было пора заметить, что их разработка abandoned и объявить, что спички deprecated. Раз никто не модернизирует - значит, никому не нужны.

akorop

# 1 год, 8 месяцев назад (отредактировано 1 год, 8 месяцев назад)

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

nafanja
akorop, я, как обычно, говорил в общем, а ты в частности…
так вот, если бы все придерживались принципа "работает не трожь" , мы бы сейчас жили в пещерах!!!

Наоборот. Не тратить ресурсы на бессмысленную "модернизацию" - это возможность направить их на что-то полезное. Но, конечно, если, как говорят на Полтавщине, "загорілась в жопі сірка", то да, надо модернизировать. И из той же оперы "хочь і гірше, аби інше" ("інше" - другое; остальное и так понятно).
К чему приводит такой подход, видно, например, по нынешнему состоянию тут, у нас, файлового диалога в большинстве программ. Вполне приличный файловый диалог был в Windows 95. Он был слегка улучшен (без кавычек), кажется, в Windows 7, когда появились кнопки пути, но не препятствующие ручному вводу. Ну почему не воспроизвести то, что действительно удобно?! (В целом пользовательский интерфейс Windows вызывает у меня рвотные позывы, но именно файловый диалог - таки хорош).
UPD И почему не модернизирует спички? Непорядок. Давно было пора заметить, что их разработка abandoned и объявить, что спички deprecated. Раз никто не модернизирует - значит, никому не нужны.