Здравствуйте.

Я использую Linux Mint Cinnamon с 2012 года и обычно мне хватало включения в настройках 3 ряда и добавления букв Эсперанто Ĉ, ĉ, Ĝ, ĝ, Ĥ, ĥ, Ĵ, ĵ, Ŝ, ŝ, Ŭ, ŭ.

Но в последнее время мне понадобилось кроме эсперантских букв ещё и расширенные типографские символы типа §, °, —, ₽, „, “, «, ».

Это достигается путём включения галочки «дополнительных типографских символов». Эти символы тоже вешаются на 3 ряд клавиш, что создаёт конфликт с эсперантскими буквами, замещая их.

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

Но она тоже вешается на 3 ряд клавиш и конфликтует с ранее выбранными раскладками замещая их.

Соответственно, у меня возник вопрос, как развести все эти раскладки, чтобы можно было пользоваться одновременно всеми символами?

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

Я не до конца понимаю, что такое клавиши 5 ряда и как туда подключить раскладки. Есть галочка переключения на 5 ряд, но это ни на что не влияет.

Когда-то в начале 2000-х я вручную редактировал файлы раскладок для Linux (хотя это было не очень удобно, т.к. приходилось изменять какую-то существующую раскладку) и в Windows (Которой я тогда параллельно пользовался) с помощью какой-то утилиты.

Я хотел бы понять:

1. Как подключать раскладки в 5 ряд.
2. Как добавить или изменить элементы в «Параметры раскладки клавиатуры».

Привет, All!

По причине описанной в другой ветке этого форума, у меня возник более конкретный вопрос, который я вынес сюда как более общую тему:

• Как в системе Linux Mint 18.3 реализовано автоопределение usb-устройств сейчас в 2018 году?

Проблема в том, что почти вся информация, которая находится по подобным поисковым запросам датируется 2011-2015 годами и ссылается на настройку утилиты udev путём добавления в каталог /etc/udev/rules.d/ файлов с описаниями правил монтирования.

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

Каталог /etc/udisks2/ тоже пуст.

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

Привет All!

Работаю я в школе, использую в учебном классе компы с Linux Mint.

Недавно, буквально этим летом, досталась мне пара старых, но нулёвых наборов Lego Mindstorms Education (9797) с NXT 2.0

Эти наборы были закуплены для некой целевой программы (о которой я сейчас не буду говорить) ещё в 2013 году, но использовать их по назначению возможности не было.

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

Проблемы, собственно, две:

1) NXT - древний как говно мамонта, т.к. с 2013 года ему на смену пришёл EV3 с другим софтом и другим железом.

2) Весь родной софт для Lego заточен под Windows и MacOS, а сторонний софт, который вроде как затачивался и под Linux, в силу древности и неактуальности моделей NXT умер не дойдя до стабильных версий.

Последние несколько дней я перелопачиваю интернет в поиске чего-то что могло бы мне помочь заставить работать Linux с NXT, но все немногочисленные рецепты 2010-2012 годов мне в 2018 году уже не помогают.

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

Установить этот же софт под Wine у меня не получилось.

В школе, в качестве языка программирования мы сейчас преподаём Python3, поэтому сначала я очень обрадовался когда нашёл упоминание про NXT-Python, но к сожалению, мне не удалось его установить (может я тупой и криворукий).

Собственно у меня три больных вопроса:

1) Как заставить Linux Mint 18.3 увидеть NXT, подключенный через USB?

Я нашёл статью 2012 года, где предлагалось использовать udev, добавляя в /etc/udev/rules.d соответствующий файл с настройками. Но, как я понял, автоматическим монтированием USB-устройств в современном Минте занимается не udev и даже не udisk, т.к. все папки с конфигами от этих программ лежат пустыми.

2) Как затащить под Linux Mint 18.3 какую-то систему программирования на языках NXC и/или Python3 для моих NXT?

3) Возможно ли, всё же завести родной софт под Wine?

Буду благодарен, если кто-то сможет подсказать что-то конкретное.

Здравствуйте!

У меня такой вопрос:

Если коротко: Мне нужно установить инсталлятор Linux Mint на загрузочную флешку с «живой» системой.

Если подробно: Я хочу разбить флешку на два раздела /dev/sdb1 и /dev/sdb2, Первый раздел будет какой-нибудь FAT для переноса данных,а на втором разделе я установлю Linux Mint 18.3, который планирую использовать как загрузочный диск для обслуживания виндовых компов.

Также, для меня важно, чтобы эту систему можно было обновлять, устанавливать софт из PPA репозиториев и т.п. Т.е. мне нужна «живая» система, а не просто DVD образ.

С перечисленными задачами у меня проблем нет. Я подобное уже делал.

Вопрос в том, что я хочу установить на эту «живую» систему ещё и инсталлятор, который позволил бы с этой же флешки и устанавливать тот-же Linux Mint 18.3

До этого для создания инсталляционных флешек я просто скачивал ISO образ и с помощью dd заливал его на флешку. При этом, на флешке создавалась файловая система (кажется UDF), которую невозможно было изменить.

Какое-то пару лет назад, я уже пытался создать подобную флешку. Я нашёл, что в установочном DVD образе, есть программа инсталлятор, которая по умолчанию не ставится в систему при установке. Тогда я устанавливал устанавливал этот инсталлятор из репозитория, но почему-то так и не смог заставить его работать. В итоге, не добившись результата я всё-же решил тогдашние свои задачи немного другим путём и отложил решение вопроса с инсталлятором на потом. Со временем я подзабыл детали того ковыряния.

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

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

Здравствуйте!

У меня стоит компьютерный класс из 10 ученических компов с Linux Mint Cinnamon 18.1

На компах для каждого класса создан свой пользователь.

Сейчас пишу простенькие скрипты для управления ученическими компами с учительского через подключения по ssh. Всё просто включение компов (всех или выборочно) компов: * Выключение (всех или выборочно) компов. * Копирование файлов срезу на все компы. * Выполнение произвольной команды сразу на всех компах.

* Запуск приложений в X на всех компах под теми пользователями, который в данный момент работают в X (на разных компах могут быть разные).

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

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

Но вот я дошёл до следующей своей хотелки и даже не знаю с какой стороны к ней подступиться.

Идея такая: сделать удалённое включение всех компов в классе с автоматическим входом в сеанс X под произвольным (передаваемым как опция скрипту) пользователем.

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

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

Здравствуйте!

Возникла у меня проблема с подключением библиотеки SDL_draw при написании программ на Си под Linux. Перерыл в интернете всё что только можно и не нашёл описания как решить эту проблему. Поэтому прошу помощи и вразумления.

Использую на нескольких компьютерах Linux Mint Cinnamon 17.2 x64 Для программирования на Си использую редактор vim и компилятор gcc

Если честно, то с Си я тоже только ещё разбираюсь, ничего приличного пока не успел сделать.

С SDL я только только пытаюсь разбираться. Для одной конкретной и не сложной задачи мне нужно использовать рисование примитивов: точки, линии, окружности. Решил использовать библиотеку SDL_draw.

В репозитории дистрибутива такой библиотеки не было. Я установил до кучи все libsdl* , но это не помогло.

Я нашёл ссылку и скачал исходники с ( sdl-draw . sourceforge . net ) файл SDL_draw-1.2.13.tar.gz

Распаковал

Выполнил по инструкции:

sudo ./configure
sudo make
sudo make install

В итоге в /usr/local/lib были созданы библиотеки libSDL_draw.a и libSDL_draw.so

Вопрос теперь только в том как подключать эту библиотеку в программе на Си.

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

Например:

#include <SDL/SDL.h>
#include <SDL/SDL_draw.h>

или как вдругом источнике:

#include <SDL_draw.h>

При попытке скомпилировать ругается на отсутствие файла SDL_draw.h

При этом SDL/SDL.h прекрасно подключается, так же как и другие библиотеки установленные из репозитория.

У меня возникло подозрение, что проблема просто в том, что где-то в системе не прописан путь к библиотекам.

Все остальные SDL библиотеки, установленные из репозитория, лежат в папке /usr/lib/x86_64-linux-gnu/

А установленные вручную, как я уже написал, в /usr/local/lib

Я пробовал создавать символьные и жёсткие ссылки, размещая их в /usr/lib/x86_64-linux-gnu/ Пробовал просто копировать файлы туда

Нашёл описание в файле /etc/ld.so.conf ссылку на папку с конфигами /etc/ld.so.conf.d/*.conf

Там нашёл файл x86_64-linux-gnu.conf

Его содержимое:

# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu

Я добавил туда строку: /usr/local/lib

Но не смотря на это даже после перезагрузки ничего не изменилось.

Я добавил файл local.conf, куда вынес последнюю строчку и удалил её из файла x86_64-linux-gnu.conf

Ещё я временно добавлял /usr/local/lib в переменную PATH (на всякий случай, для эксперимента, хотя он там и не должен быть)

Это тоже ничем не помогло.

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

Что же мне ещё сделать? У меня уже фантазия кончилась

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

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

PPS: Да, ещё забыл сказать, что как вариант я рассматривал ещё изменение файла configure, ведь именно в нём прописан путь, куда ставятся библиотеки. Но посмотрев на этот файл, я решил, пока его тоже не трогать, т.к. некоторые настройки там мне не очевидны.

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

Подскажите пожалуйста как решить такую задачу:

Есть локальная сеть из 10-15 компов на которых стоит Linux Mint Cinnamon 17.2

Шлюзом для этой сети в интернет является комп с установленным Ubuntu Server 14.04

Интернет канал не очень широкий.

Вопрос в том, как сделать на этом сервере локальный репозиторий для Минта.

Ну или как-то кэшировать запросы, чтобы одни и те же пакеты не грузились по 10-15 раз.

При этом полное зеркало оригинального репозитория мне не нужно. Да и многие программы ставятся из ppa репозиториев.

Т.е. в идеале было бы здорово настроить так:

- При необходимости установить какую-то программу проверяется наличие последней актуальной версии на локальном сервере.

- Если пакета нет или он устаревший - скачивается из инета и сохраняется на сервере, для последующей установки на других компах.

- После этого устанавливается на комп в локальной сети.

- При этом скачиваться должны только запрошенные пакеты.

- Плюс должен быть лёгкий способ добавления ppa репозиториев (т.е. настройка на одном компе, а не на каждом в локальной сети).

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

Подскажите, реально ли это сделать на сервере с отличным от локальносетевых компов системой?

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

Я хотел бы оставить пока Ubuntu Server и не заменять его т.к. там сейчас уже настроены некоторые другие нужные мне сервисы.

PS: А если бы на сервере стоял бы не Ubuntu, а какая-нибудь CentOS или ещё хуже - FreeBSD/OpenBSD (ну чисто теоретически, для общего развития)?

Здравствуйте.

Недавно я плотно занялся фотографией и по сему случаю купил себе камеру Fujifilm X-T1. Выбор камеры был осознанным и хорошо взвешенным.

Кроме того, фотографией я периодически занимался и раньше, поэтому несколько сотен (может тысяч) фотографий у меня накопилось и до этого.

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

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

Но дело в том, что и для работы и для почти всех задач я сейчас использую Linux Mint 17 Cinnamon. Хотя на всех компах у меня второй системой стоит седьмая маздайка (Бывает иногда нужно).

Знаю, что работа с фотографиями под Linux`ом - не сахар, но хочу попробовать.

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

Постановка задачи:

1) Нужно создать, каталогизировать и в дальнейшем наполнять фотоархив.

2) Архив будет храниться на внешних жёстких дисках (вероятней всего в NTFS).

3) При каталогизации будут использоваться метки, которые позволят осуществлять поиск по содержанию.

4) Архив должен быть доступен из под разных операционных систем (Linux и Windows), и в идеале - с разных компов.

5) В разных ОС должно присутствовать совместимое программное обеспечение для работы с архивом и поиском по меткам.

Важно найти надёжное, удобное и масштабируемое решение.

Кроме того, важные пункты: Необходимо программное обеспечение позволяющее работать с RAW форматом от Fujifilm. Расширение фуджового формата RAF. А учитывая, что камера довольно новая, в Linux есть не так много программ, которые могут с ним работать.

И ещё, думаю возможно имеет смысл присмотреться к формату DNG (Аппаратно независимый цифровой негатив). В таком случае нужны конвертеры RAF -> DNG.

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

Я использую Linux Mint Cinnamon в школе для работы в компьютерном классе. Не буду останавливаться на вопросах почему именно Linux и почему именно Mint, а не что-то другое (Altlinux, Linuxwizard, etc).

Из разных оконных менеджеров Mint-a мне больше всего понравился Cinnamon (а не Mate). KDE - не потянут компы из-за маленькой памяти.

В принципе, Cinnamon меня устраивает почти полностью, за исключением пары специфических моментов.

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

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

В связи с этим, несколько огорчает излишняя дружелюбность и не достаточно высокая вандалоустойчивость Linux в целом и Оконных менеджеров (включая Cinnamon) в частности. Хотя у Linux в целом есть и весьма положительные в этом смысле качества (права доступа, удалённое управление и т.п.)

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

1) Ограничение на количество рабочих столов и какие-то средства позволяющие вручную через конфиги изменить количество созданных десктопов (через горячий угол в стиле Gnome 3).

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

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

3) Идеальным вариантом была бы возможность запрета для конкретного пользователя вносить изменения в настройки своего рабочего стола и вообще системы. Хотя сейчас я планирую скриптом восстанавливать модельную ранее сохранённую конфигурацию после каждой загрузки.

Неттоп с xubuntu используется для вывода информации (презентаций Impress) на два телевизора.

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

Если в папку по сети закидывают какой-то файл, этот файл должен запускаться на вывод.

Например, вывод презентации это строка: libreoffice --show file.odp

Вопрос именно в том, как повесить на демона проверку содержимого каталога?

PS: Думаю, что может иметь смысл, сначала переносить файл из выбранного каталога в другое место, и от туда уже его выводить, а выбранный каталог очищать, чтобы демон продолжал ожидать нового файла для вывода.

Планируется позже использовать эту систему для вывода разных типов файлов (видео, презентации, и .т.п.) с помощью разных приложений. Но пока важно выводить только презентации.

PPS: Прошу прощения за вопрос, думаю сам смог-бы разобраться со временем, вот только времени нет. Нужно сделать как можно скорее.

Вопрос может показаться банальным, но всё же.

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

Смотрел под это дело разные дистрибутивы (как специализированные так и простые). Сейчас, мне наиболее оптимальной с точки зрения лёгкости, симпатичности и наличия прикладных программ кажется Mint 15.

Но насколько я успел посмотреть, разные отечественные дистрибутивы ориентированные на использование в школе (например Alt Linux, Linux Wizard и т.п.) основаны на RPM дистрибутивах.

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

Вопрос в том, почему ориентированные на образование линуксы выбирают RPM?

Существуют ли какие-то программы, которые в RPM дистрибутивах предоставляют большие возможности по управлению классами?

Когда-то ещё в 90-х я пользовался Red Hat Linux, т.е. к RPM я не испытываю аллергии, но сейчас мне как-то больше нравятся DEB - ориентированные дистрибутивы.

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

Ну и вообще, может есть какая-то скрытая таинственная разница между RPM-ориентированными и DEB-зависимыми?

PS: Я знаю, что существуют конвертеры, как минимум из RPM в DEB. Что-то я даже так устанавливал.

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

Можно ли под Линуксом ограничить доступ к файлам только по паролю?

Идея такая: В школе стоит учебный класс с линуксами, на каждый класс делается свой пользователь (создавать индивидуального пользователя на каждого ученика весьма накладно). В каждом классе учится некоторое количество учеников (порядка 25). Данные необходимые для работы лежат на сервере и расшарены на всех компах (это для того, чтобы ученик не зависел от конкретного компа). Но необходимо как-то сохранять работы каждого ученика таким образом, чтобы другие ученики того же класса не могли прочитать, изменить или удалить данные конкретного ученика.

Нужно как-то ограничивать доступ к файлам из под одного и того же пользователя.

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

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

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

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

Как сделать в русских Linux (Mint, Ubuntu) английские названия папок пользователя, не изменив локализации системы?

После недавнего выхода Mint 15 я решил поставить его и посмотреть. Сначала поставил в виртуальной машине. Он мне понравился. Потом поставил на свой ноутбук.

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

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

Что забавно, после загрузки половина интерфейса перевелась на русский язык, все стандарты и шаблоны тоже российские, но есть ряд программ и настроек, которые остались с английским интерфейсом. Это неудобно.

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

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

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