Обновление безопасности для Linux Flash Player

Как вам известно, ранее компания Adobe отказалась от активного развития Flash Player для Linux, но как ни странно, вчера эта же компания изъявила выпустить обновления безопасности. Похоже что все же Компании Adobe не безразлична судьба или же развитие флеша для Linux.

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

Flash Player для Linux застрял на версии 11.x уже в течение многих лет, и Adobe не собирается возобновить плановые обновления пока как видно, лишь иногда и даже очень редко один раз в несколько лет выходят обновления безопасности которые можно перечесть на пальцах одной руки. Flash Player в ветке 11 версии пока официально не объявлен умершим, но время от времени Adobe помнит, что есть Linux пользователи и нужно хоть иногда что-то делать хоть и в сфере безопасности.

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

sudo apt-get install flashplugin-installer --upgrade

Далее вы должны увидеть процесс обновления флеш плеера:

Чтение списков пакетов… Готово
Построение дерева зависимостей      
Чтение информации о состоянии… Готово
Предлагаемые пакеты:
  x-ttcidfont-conf ttf-bitstream-vera ttf-dejavu ttf-xfree86-nonfree xfs
Пакеты, которые будут обновлены:
  flashplugin-installer
обновлено 1, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 296 пакетов не обновлено.
Необходимо скачать 6 856 Б архивов.
После данной операции, объём занятого дискового пространства возрастёт на 0 B.
Получено:1 http://ru.archive.ubuntu.com/ubuntu/ trusty-updates/multiverse flashplugin-installer i386 11.2.202.554ubuntu0.14.04.1 [6 856 B]
Получено 6 856 Б за 0с (11,3 kБ/c)        
Предварительная настройка пакетов ...
(Чтение базы данных … на данный момент установлено 315994 файла и каталога.)
Preparing to unpack …/flashplugin-installer_11.2.202.554ubuntu0.14.04.1_i386.deb ...
Unpacking flashplugin-installer (11.2.202.554ubuntu0.14.04.1) over (11.2.202.540ubuntu0.14.04.2) ...
Processing triggers for update-notifier-common (0.154.1ubuntu1) ...
flashplugin-installer: downloading http://archive.canonical.com/pool/partner/a/adobe-flashplugin/adobe-flashplugin_20151208.1.orig.tar.gz
Installing from local file /tmp/tmp4VDGcI.gz
Flash Plugin installed.
Настраивается пакет flashplugin-installer (11.2.202.554ubuntu0.14.04.1) …

Источник: helpx.adobe.com

LIBREOFFICE 5 RELEASED

Step by step to upgrading LibreOffice - Finally, The Document Foundation announced and released LibreOffice 5.0. For Ubuntu 15.10, 15.04, 14.04 and 12.04, also for derivatives. Yap, LibreOffice is Free and Open Source Software. Development is open to new talent and new ideas, and their software is tested, used daily by large and devoted user community.

LibreOffice 5.0 logo

What new in LibreOffice 5.0?

Copied from official page at Libre Office 5.0 New Features, the line below are description from new features :

• Spreadsheets that rock : LibreOffice 5.0 ships an impressive number of new features for its spreadsheet module, Calc: complex formulae image cropping, new functions, more powerful conditional formatting, table addressing and much more. Calc's blend of performance and features makes it an enterprise-ready, heavy duty spreadsheet application capable of handling all kinds of workload for an impressive range of use cases.
• Beautiful office suite designed by a fantastic community : New icons, major improvements to menus and sidebar : no other LibreOffice version has looked that good and helped you be creative and get things done the right way. In addition, style management is now more intuitive thanks to the visualization of styles right in the interface.
• Better filters, better documents : LibreOffice 5 ships with numerous improvements to document import and export filters for MS Office, PDF, RTF, and more. You can now timestamp PDF documents generated with LibreOffice and enjoy enhanced document conversion fidelity all around.
• Better, faster, more stable : LibreOffice 5 combines innovative features and long term efforts towards enhanced stability. As a result, expect both improvements in performance and in stability over the lifetime of the 5.0.x series.

Ok! This screenshot of LibreOffice 5.0 :

LibreOffice 5.0 Screenshot

How to Upgrade LibreOffice?

For Ubuntu user and based system, you can upgrade LibreOffice 5.0 throught PPA. Here's the official PPA page PPA Official Page

Step 1 - Open your Ubuntu terminal from launcher or quickly via shorcut key press Ctrl+Alt+T. Follow this command or just copy and paste to your terminal :

sudo add-apt-repository -y ppa:libreoffice/ppa

Step 2 - After adding the PPA, update then start install new update. Follow and run the commands below to upgrade :

sudo apt-get update; sudo apt-get install libreoffice

To make linux commands more simple, you can setup the bash aliases to make shortcut. It will be help you to quickly write long command line interface. Read Bash Aliases : Create Linux Command Line Shortcut.

Another way to upgrade is via Software Updater. Open Software Updater/Update Manager, give them (all updates for LibreOffice) checklist then hit Install Now.

That's all I can write about LibreOffice 5 released and how to upgrade to LibreOffice 5.0. Hope you've enjoyed reading this tutorial as much I’ve enjoyed writing it. Thanks for visiting us.

СРАВНЕНИЕ ФАЙЛОВЫХ СИСТЕМ EXT2 EXT3 EXT4 XFS REISERFS BTRFS VFAT JFS ДЛЯ ДОМАШНЕЙ ДИРЕКТОРИИ

На домашнем компьютере озадачился выбором файловой системы для своего домашнего раздела и специального раздела для backup, пока что по критерию - производительность, о надёжности пока не беспокоюсь ибо бекапы рулят

Желание подобрать ФС возникло после того как ощутил разницу между копирование больших файлов на Ext4 и ReiserFS, ReiserFS видимо не для этого должна использоваться

Для тестов использовал наиболее типичные для моего домашнего компьютера задачи (копирование больших и маленьких файлов, поиск текста в исходниках, удаление хлама, make clean)

cmd1="cp -r /media/media4/video/best $dest"
cmd2="rsync -rlhtgopu /media/media4/backup $dest"
cmd3="grep linux -sir $dest/backup/wine-src/"
cmd4="find $dest -type f -delete"

1. В качестве данных использовал DVDRipы фильмов и свой старенький backup (фотки и сорци кое каких собираемых руками программ)
2. данные перемещались с Sata на IDE
3. замеры проводились в помощью /usr/bin/time
4. между тестами 10 минутные паузы, чтобы устаканить uptime
5. раздел размещён на LVM
6. размер ФС подобран так чтобы данные заполняли его на 2/3

1,7G    /media/media4/backup/ - 40285 файлов (AD0  Foto  home.e2i.bz2  Transmission  video  Video  wine-src)
7,4G    /media/media4/video/best/ - 4 файла DVDRIP

	ext2	ext3	ext4	xfs	reiserfs	btrfs	vfat	jfs
копирование больших файлов:	116.03	122.69	116.45	137.47	138.67	130.25	114.25	130.98
бекап домашней директории:	115.33	124.25	99.61	220.50	119.25	98.44	159.65	172.21
поиск среди маленьких файлов:	66.71	63.69	68.76	47.02	66.45	77.18	60.64	107.21
повторный поиск среди маленьких файлов:	100.47	97.27	102.36	80.70	96.48	101.27	78.27	135.29
поиск и удаление файлов:	8.09	7.51	6.40	82.59	10.22	13.53	12.45	15.67
средняя нагрузка на систему:	1.85, 1.37,	1.95, 1.39,	1.99, 1.26	2.02, 1.64	2.00, 1.47	2.09, 1.37	2.02, 1.39	2.55, 1.99

Полным победителем оказывается vfat, открытая реализация ФС от МС - ужас, а ведь некоторых это может даже впечатлить

Но если отбросить архаику(ext2), экзотику(xfs,reiserfs) и извращения(vfat)(не скажу почему) и оставить наиболее распространённые и поддерживаемые разработчиками файловые системы то картинка проясняется, видим

сравнение фс	ext3	ext4	btrfs
копирование больших файлов:	122.69	116.45	130.25
бекап домашней директории:	124.25	99.61	98.44
поиск среди маленьких файлов:	63.69	68.76	77.18
повторный поиск среди маленьких файлов:	97.27	102.36	101.27
поиск и удаление файлов:	7.51	6.40	13.53
средняя нагрузка на систему:	1.95, 1.39,	1.99, 1.26	2.09, 1.37

что у Ext3 вроде бы больше плюсов перед всеми, но Ext4 смотрится вкуснее особенно если выкинуть btrfs

сравнение фс	ext3	ext4
копирование больших файлов:	122.69	116.45
бекап домашней директории:	124.25	99.61
поиск среди маленьких файлов:	63.69	68.76
повторный поиск среди маленьких файлов:	97.27	102.36
поиск и удаление файлов:	7.51	6.40
средняя нагрузка на систему:	1.95, 1.39,	1.99, 1.26

Похоже, что для обычного серферского компа, на котором крутится браузер с парой графических программ лучше подойдёт Ext4

Хотя если важнее поиск по файлам, работа с исходниками и системами контроля версий и переход на новые версии ядна не предвидится, то смысла использовать Ext4 нет

Для извращенцев:

	xfs	reiserfs	vfat	jfs
копирование больших файлов:	137.47	138.67	114.25	130.98
бекап домашней директории:	220.50	119.25	159.65	172.21
поиск среди маленьких файлов:	47.02	66.45	60.64	107.21
повторный поиск среди маленьких файлов:	80.70	96.48	78.27	135.29
поиск и удаление файлов:	82.59	10.22	12.45	15.67
средняя нагрузка на систему:	2.02, 1.64	2.00, 1.47	2.02, 1.39	2.55, 1.99

без комментариев

скрипт для тестирования файловых систем(как txt)

Использовать так (после правки путей!!!):

# создать пайп и запустить скрипт со списком имеющихся фаловых систем
mkfifo test_pipe; sudo ./test_fs.sh ext2 ext3 ext4 xfs reiserfs btrfs vfat jfs
# в другой консоли подключить к нему и наблюдать
tail -f test_pipe |grep -v "Command exited with non-zero status"

ps: Весьма смущает результаты повторного поиска, почему то он всегда долще чем первый на любых ФС, как будто ФС не умеют кешировать данные

pss: при создании и монтировании файловых системы применялись стандартные опции(смотреть тест), тоесть ни каких опций не применялось

psss: добавлены результаты тестирования jfs, результаты не радуют

серьёзные ссылки по теме производительности различных ФС:

http://lafox.net/docs/Command-Line-ru/ch09s01.html

Взято здесь

Сохранение яркости экрана при загрузке ноутбука на Ubuntu

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

Благодаря одному пользователю Launchpad появился специальный скрипт. Norbert сделал sysvinit-backlight скрипт, который автоматически запоминает установленный уровень яркости экрана для всех видеоадаптеров и загружает его при загрузке, перезагрузке, или после пробуждения машины.

Чтобы установить скрипт яркости экрана Ubuntu:

Открыть терминал (Ctrl + Alt + T) и выполните следующие команды по добавлению соответствующего PPA репозитория:

1 2 3

sudo add-apt-repository ppa:nrbrtx/sysvinit-backlight sudo apt-get update sudo apt-get install sysvinit-backlight

Если вы не хотите, добавлять этот PPA репозиторий, тогда Вы можете, загрузит установочный пакет из этой страницы https://launchpad.net/~nrbrtx/+archive/ubuntu/sysvinit-backlight/+packages. Скрипт яркости экрана поддерживается в Ubuntu 14.10, Ubuntu 14.04 и даже Ubuntu 12.04.

Перенос Google Chrome на RAM-диск в Linux

Опишу простой способ переноса кеша, настроек и прочих локальных данных Google Chrome на RAM-диск в Linux. Это ускорит скорость работы браузера и исключит насилие над диском (что особенно критично, если у вас SSD).

Статья не содержит ничего интересного для более-менее продвинутых пользователей Unix-like систем. Совсем ничего.



Linux предоставляет нам все средства для того, чтобы наша задача решалась за 10 минут, в лоб и правильно, как бы мы ни старались сделать всё через жопу. Я буду намеренно писать подробно.

1. Создаём RAM-диск

Никаких сторонних приложений не требуется. Linux поддерживает RAM-диски на уровне ядра. Эта штука называется tmpfs. Всё, что нам нужно, так это смонтировать tmpfs в любой удобное нам место. Создадим каталог.chrome/ramdisk в домашней директории и добавим следующую строку в /etc/fstab:

tmpfs /home/сс/.chrome/ramdisk tmpfs noatime,nodiratime,nodev,nosuid,uid=1000,gid=100,mode=0700,size=300M 0 0

заменив сс на имя вашего пользователя, uid и gid — на его идентификаторы (узнать их можно командой id),size — на желаемый размер диска. Если у вас оперативку хоть ложкой ешь, то размер можно взять и побольше. Особенностью tmpfs является то, что указанный размер не будет резервироваться в памяти — память не будет тратиться вообще, пока вы фактически не напихаете в RAM-диск данные. Командой df -h вы всегда можете посмотреть, насколько заполнен этот и другие смонтированные диски.

2. Отправляем локальные данные Хрома в наш RAM-диск

Никаких махинаций с настройками и ключами хрома делать не надо. Все юниксовые файловые системы поддерживают символические ссылки. Поэтому тупо перенаправим ~/.config/google-chrome и~/.cache/google-chrome в наш диск:

cd ~/.chrome/ramdisk
mkdir cache config
ln -s ~/.config/google-chrome config
ln -s ~/.cache/google-chrome cache

3. Ограничиваем размеры кеша в Google Chrome

Мы опять не будет играться с ключами, а используем политики. Для этого создадим файл/etc/opt/chrome/policies/managed/cache-size.json с таким содержанием:

{
    "DiskCacheSize":    40000000,
    "MediaCacheSize":   30000000
}

где циферки — это размеры общего кеша и медиа-кеша соответственно. Можете менять на свой вкус, но следя, чтобы размер ~/.config/google-chrome + указанные размеры заполняли диск процентов на 80. Ибо размер первого каталога никак не регулируется, а DiskCacheSize и MediaCacheSize вовсе не являются жёсткими границами: Хром может их немного превысить, если будет очень нужно. У меня на момент написания статьи RAM-диск используется на 83%:

$ df -h ~/.chrome/ramdisk
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           300M  249M   52M  83% /home/cc/.chrome/ramdisk

4. Поддерживаем состояние RAM-диска между перезагрузками компьютера

Как только вы нажали кнопочку «power off», все данные из оперативки улетели в рай для битов. Мы же не хотим начинать каждый день с нового листа — нам нужно сохранять RAM-диск на жёский или твердотельный диск при выходе из системы и восстанавливать его при загрузке. Есть примерно миллион способов это сделать. Если у вас systemd, то можно создать сервис /etc/systemd/system/chrome-ramdisk.service:

[Unit]
Description=Keep Chrome's RAM disk between power-offs

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/home/сс/bin/chrome-ramdisk restore
ExecStop=/home/сс/bin/chrome-ramdisk save

[Install]
WantedBy=multi-user.target

где ~/bin/chrome-ramdisk — простенький скрипт, который сохраняет RAM-диск в tar-архив или, наоборот, извлекает этот архив в пустой RAM-диск:

#!/bin/bash

shopt -s dotglob
cd /home/cc/.chrome

if [[ "$1" == "save" ]]; then
        rm ramdisk.tar
        tar cpf ramdisk.tar ramdisk/*
elif [[ "$1" == "restore" ]]; then
        rm -rf ramdisk/*
        tar xf ramdisk.tar
fi

Сервис включается командой

$ sudo systemctl enable chrome-ramdisk.service

Если вас научили ненавидеть Леннарта П., то аналогичный эффект можно получить и в старом добром init-scripts, используя rc.local, rc.local_shutdown или тому подобные скрипты.

---

P. S. Google Chrome и Chromium — не совсем одно и то же. В частности, у них разные пути к каталогам настроек, кеша и политик. Статья написана для Google Chrome. Минута гугления обеспечит вам нужными путями для хромиума.

Усё.