HI @ALL
В общем-то, проблема в названии топика.

Чуть по-подробнее
Решил навести порядок в своих фото и столкнулся с тем, что скопившиеся на много лет фото сделаны совершенно разными девайсами и, соответственно, имеют совершенно разные названия. Моя нежная и ранимая душа перфекциониста икнула, пукнула и забилась в истерике.
Надо что-то делать!
Т.к. фото с текущего девайса получают названия типа IMG_YYYYmmdd_HHMMSS.jpg, то логично будет все старые фото привести к такому же виду.
Вот тут-то и начинаются проблемы.
Часть файлов я могу переименовать командами
rename 's/P_/IMG_/g' *.jpg
rename 's/_p//g' *.jpg
rename 's/_BF//g' *.jpg
rename 's/_HDR//g' *.jpg
Это те файлы, название которых уже содержит дату и время съёмки, но отличаются форматом названия. А вот как быть с остальными просто не представляю.
Точнее говоря, я знаю чего я хочу, но не могу найти пути решения
Мне нужно каждый файл, который после применения вышеуказанных команд не входит в список
find . -type f -regextype sed -regex ".*/\IMG_[0-9]\{8\}\_[0-9]\{6\}\.jpg"
т.е. не называется IMG_YYYYmmdd_HHMMSS.jpg, переименовать в соответствии с датой съёмки.
Получить такое название я могу из exif командой
identify -verbose filename.jpg | grep "exif:DateTimeOriginal" | awk '{print "IMG_"$2"_"$3".jpg" }' | sed 's/\://g'

Пример:
identify -verbose ./IMG_20180928_203934.jpg | grep "exif:DateTimeOriginal" | awk '{print "IMG_"$2"_"$3".jpg" }' | sed 's/\://g'
IMG_20180928_203934.jpg

Теперь нужно переименовать данный файл, используя полученные данные, и перейти к следующему файлу.
Если же данные exif отсутствуют или по какой-либо причине не содержат дату съёмки, то файл следует переименовать в IMG_N.jpg
Вот как-то так.
Хочется собрать из всего этого один скрипт, а лыжи не едут.
Совсем.
:`-(
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
redix
Но глянуть кто, что наваял можно.
Вот и мне захотелось посмотреть, что из себя представляет Ubuntu Mate на текущий момент (18.04 / 19.10).
Посмотрел.
Снёс вчера около 300 пакетов )))
В том числе Mate и lightdm.
Конструирую i3buntu
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
А я вот в очередной раз убеждаюсь, что поставить нужное проще и быстрее, чем очищать от ненужного. )))
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Aivar
Два вопроса: почему не арч и не xmonad?
Захотелось поностальгировать )))
Сейчас вот понемногу допиливаю. Что-то получается, что-то пока нет. Вот с выводом xxkb затык - ну никак не хочет он на обоих мониторах отображаться, только на родном. Но, в целом, приемлимо, хотя ещё много всего надо сделать. Это только первое приближение к тому, что хотелось бы видеть.

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket

Издеваюсь над старым ноутом
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
а может проще всё-таки
sudo pacman -Rdd skype
;)
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
https://www.archlinux.org/mirrors/status/ - вот отсюда стоит выбирать, там наглядно видно какой из серверов с зеркалом лучше. Причём учитывается не только скорость, но и такие факторы, как актуальность пакетов (среднее время отставания от основных репов - average mirroring delay), аптайм и т.п.
В общем, чем выше Mirror score, тем качественнее зеркало.
Бывают быстрые зеркала, но с большой задержкой, т.е. пакеты обновляются с опозданием. Иногда и по нескольку дней могут опаздывать. Было такое. В частности, именно на тындексе несколько лет назад была такая трабла. Потом вроде поправили.
А бывает и наоборот - информация всегда актуальна, но скорость не самая высокая. В качестве примера могу привести зеркала kernel.org и berkley
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
У меня несистемные разделы (два дополнительных харда) монтируются в /media/$USER/
Мне так привычнее
По большому счёту монтировать можно в любое место, главное права правильно выставить
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
jim945
Ничего интересного кроме новых обоев там нет.
А разве этого мало? В отдельных случаях этого хватает даже для того, чтобы создать свой дистрибутив. Особенно, если обои "нескучные" )))
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Можно попробовать поискать чейнджлоги той версии - может там какие намёки есть.
Если конечно так сильно интересно. )))
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket