Тюнинг Gentoo

Красиво. Пожалуй, лучший скрин за последний месяц. И как раз под праздник). Гента хороша...

Там midori. Сам бы такой в лисе хотел видеть. Все, опробованные Dial-ы в лисе сильно коверкают миниатюры страниц.

Ваше мнение понятно. Не понятно что именно должно было опубликовано на этом месте, чтобы зацепить)

вери-вери гуд! автор молодец! и гента хороша :)

Да, помнится некий Aston этим славился.

Спасибо. Основной тюнинг не в картинках, а в make.conf;) Для процессора атом это самый шустрый вариант оптимизации, который есть на сегодняшний день.

Зверский шот.

А зачем запускать какую либо GUIню из под рута?

Конечно, pdf это главное что он умеет, djvu и прочее уже по желанию.

'Красная фигня' отличает запуск spacefm из-под рута.

spacefm круто «затюнингован», не узнал совсем, можно рецепт?

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

Основной тюнинг не в картинках, а в make.conf;)

Не спорю.Но оформление нельзя было не упомянуть.

Как в гробу побывал. Брр.

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

Красиво, лаконично. Только вот лично меня всю жизнь напрягало, когда панель не на всю ширину экрана. Это же сколько места теряется!

В менюшке spacefm отрубай все лишнее)

Я просто привел его в более привычный мне вид pcmanfm

Dragon59

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

Выглядит отлично, но зачем компиз? И да, дефолтный conky.

Компиз удобен и работает шустро на моем нетбуке. Конки с момента моего первого скриншота почти не пртерпел изменений, разве что покомпактнее стал, что-то добавилось, что-то убавилось. Можно подключить lua и наваять интерактивный десктоп, но ресурсы у моего компа не резиновые бегать на интерпретаторах. Красивый конфиг с lua откушает 10-20% процессора. А этот кушает 0,5-1% и показывает все то же самое.

Всем георгиевские ленточки, посоны. Спасибо деду за еду, ну и так далее.

Оформление окна не очень: окантовка окна занимает много места, сверху жирная полоса по середине которой хорошо бы смотрелся текст с именем окна, вместо этого, имя окна нерационально отведено вправо. Конки не нужен. Про бордовый уже написали. Цветовая гамма нормальная. Шрифты поменьше. Остальное нормально.

Что за «Диспетчер задач» на левом нижнем скрине?

Вот не знаю какую читалку приспособить для книг формата djvu.

Zathura. Оно и PDF умеет.

или аццкий ад или какая-нибудь няшка

У тебя нормальный рабочий стол. То есть окружение в котором можно работать, а не фапать на него. В этом нет абсолютно ничего плохого, поверь :-)

Шикарная тема гтк. Шрифты вообще сказка. Конки божественны.

Скука, в общем.

Отлично

УШГ!

Любопытно взглянуть на содержимое /etc/make.conf.

На снимке экрана видно, что занято 17Гб, а не 3Гб. ;)

Интересней было бы, если название окна с кнопками сместить в район строки меню. Места хватает, чтобы им уживаться. Вот пока только не смотрел как это можно реализовать. Конки нужен редко, но и запущенный он кушает менее 1% процессора - так что без разницы. В spacefm красный цвет, указывающий на запуск из-под рута можно отключить. Шрифты поменьше это хорошо, но таких размеров шрифтов без глюков отображения похоже нет(

Стандартный от LXDE. Мне он нравится больше, чем тот, что идет в комплекте с XFCE. Удобно тем, что по набору первых букв программы диспетчер выделяет искомую строку.

Стандартный от LXDE.

А он там есть? Хм, не знал. Надо бы утащить в свой опенбокс.

Насколько я понял в первом приближении djvu, pdf и ps идут к нему плагинами. В комментариях к пакету написано, что высоко настраиваемый и функциональный. Будем посмотреть. Благодарю.

Уж лучше первое)

Хочется более менее строгого оформления, но в то же время не отталкивающего прямолинейностью линий и красок.

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

Отлично. Стилистически элементы подобраны безупречно, и Ш не Г.

make.conf (для процессоров atom)

USE="-3dnow -3dnowext -altivec -gnome -gnome-keyring -kde -ibm -ipv6 -iwmmxt -mmxext -neon -secure-delete -sse4 -sse4a -sse4_1 -sse5 -qt3support -qt4 a52 aac aalib acpi alsa ao bash-completion bzip2 cairo cdr consolekit css custom-cflags cxx dbus dhcpcd directfb djvu dri dv dvd dvdr emerald encode exif fbcon ffmpeg fftw flac gd ggi gif gimp glibc-omitfp glut gpm gzip icu jbig jpeg jpeg2k lame lcms libcaca libsamplerate lzma lzo mad matroska mmx mp3 mp4 mpeg mplayer musepack nas nls nptl nsplugin ogg openal opengl openmp osc oss pch pcntl pdf png policykit portaudio posix raw rdesktop readline samba session smp sound sse sse2 sse3 ssse3 ssl sqlite svg syslog szip theora threads tiff truetype udev unicode usb v4l vcd vdpau vnc vorbis wavpack webgl wifi win32codecs X x264 xcomposite xine xinerama xml xulrunner xv xvmc xvid zlib"

ACCEPT_LICENSE="*"

source /var/lib/layman/make.conf

PORTDIR_OVERLAY="/usr/local/portage/ $PORTDIR_OVERLAY"

PORTAGE_BINHOST="/usr/portage/packages/"

CFLAGS="-g0 -O3 -march=atom -mtune=atom -mmmx -mssse3 -mfpmath=sse -fmerge-all-constants -fno-gcse -funroll-loops -fno-tree-pre -fno-tree-forwprop -fno-cprop-registers -fno-predictive-commoning -fno-inline-functions-called-once -funsafe-loop-optimizations -fno-tree-vectorize -fomit-frame-pointer -pipe"

CXXFLAGS="${CFLAGS}"
BOOT_CFLAGS="${CFLAGS}"
T_CFLAGS="${CFLAGS}"

MAKEOPTS="-j12"
EMERGE_DEFAULT_OPTS="${EMERGE_DEFAULT_OPTS} --jobs=1 --autounmask-write=y"

FEATURES="parallel-fetch distcc"
DISTCC_HOSTS="192.168.1.12/12,lzo "
DISTCC_DIR="/tmp/.distcc"
#DISTCC_VERBOSE="1"

LINGUAS="en ru"
ALSA_CARDS="hda-intel"
GPSD_PROTOCOLS=""
INPUT_DEVICES="evdev keyboard mouse synaptics"
VIDEO_CARDS="intel vesa v4l nvidia"

GENTOO_MIRRORS="rsync://mirror.the-best-hosting.net/gentoo-distfiles http://mirror.the-best-hosting.net rsync://gentoo.bloodhost.ru/gentoo-distfiles http://gentoo.bloodhost.ru/ http://mirror2.corbina.ru/gentoo-distfiles/ rsync://mirror2.corbina.ru/gentoo-distfiles/ http://mirror.yandex.ru/gentoo-distfiles/"

Само собой не три. На диске кроме системы полно других данных:

bin 9.58 Мб
boot3.56 Мб
dev 0.06 Мб
etc 2.56 Мб
lib 30.33 Мб
opt 42.02 Мб
root 0.63 Мб
sbin 17.14 Мб
usr 6 834.17 Мб
var 140.72 Мб
distfiles 2 271.10 Мб
packages 1 244.31 Мб
home 547.03 Мб

Всего с учетом исходников, готовых бинарных пакетов и домашнего каталога = 7 081 Мб

Чистая система без учета distfiles, packages, home = 3 018 Мб = 2,95 Гб

Думаю не нужно объяснять почему не учитываются каталоги media, mnt, proc, sys, tmp.

В составе гуевых GTK2 прог пока эти: audacious, xfburn, gimp, midori, skype, transmission, xchatirc, libreoffice, gparted, spacefm, xarchiver (буду менять), leafpad, epdfviewer (буду менять), gpicview и другие мелочи

Так точно - lxtask

Так точно - lxtask

Спасибо, уже нашёл. Зависит только от GTK, годно.

pdf/djvu можно читать в Apvlv

а каким образом skype на gtk и без qt работает?

Хороший вопрос)

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

# echo 'net-im/skype qt-static' >> /etc/portage/package.use/skype.use

# emerge net-im/skype

Ничего против QT не имею, но дюже большие программы получаются с применением этих библиотек, хотя должно быть наоборот(

В общем пока в раздумье - не нашел еще приемлемых аналогов программ, которые в принципе желательно иногда использовать - scribus (удобная программа верстки), digikam (в составе присутствует очень качественный фильтр, убирающий дефекты jpeg на порядок превосходящий gimp), kdenlive (нелинейный видеомонтаж).

Подробности о занятом месте понятны.

Также стараюсь не устанавливать qt, отдавая предпочтение gtk или консоли, и как показала практика — это вполне возможно.

Аналога Scribus не на qt придётся ещё долго дожидаться, наиболее функциональным выбором стал — LaTeX.

Просто шикарно ;)

Для процессора atom обязательно указывать -mtune? В смысле -march=atom должно хватить:

Отличие в том,что с опцией -mtune компилятор сделает код, который будет совместим с более младшими моделями процессора, в то время как с -march этого не происходит.

Первый раз вижу невырвигдазную LXDE. Закинул страницу в закладки браузера.

png по ссылке не открывается

Фиг его знает, тестировал по факту перебором комбинации с помощью ускоренного варианта nbench. Полученные ключи выдают хорошие результаты и с ними компилируются почти все пакеты без нареканий (для ядра используются другие ключи). Примечательно, что меняя местами расположение некоторых ключей, результаты будут другими. Вероятно причина в том, что gcc запускает обработку в последовательности поступления ключей (для некоторых ключей само собой есть зависимости, но речь не о них, а о якобы бы независимых друг от друга ключах), но утверждать не буду, так как в исходники gcc сильно не вникал. То что написано в документации к gcc не всегда соответствует действительности, либо имеет дополнительные нюансы.

P.S.

Не помню почему ставил scribus вместо LaTeX, но попробую присмотреться к нему более внимательно.

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

Исправленная ссылка Снимок в формате png

P.S.

JB, если есть возможность, пожалуйста, поправьте ссылку 'Снимок в формате png' топика на исправленную. Я не могу исправить самостоятельно. Заранее благодарен.

готово

Оперативненько.. Спасибо!

Это опера? И как в lxde с автомонтированием носителей?