redeyes

nvidia+prelink=segfault

2012-02-02T17:33:00.000-08:00

при использовании прелинка с блобом, проявляется бага - сегфолт
например на хромиуме, но не только
баг есть во всей ветке 290.* и в 295.17
в 295.09 бага нет (вот зачем опять всё сломали в 295.17? :3 )
бага кроется в "libGL.so.${version}" и/или "libnvidia-tls.so.${version}"
мат в невидию отправлен - ждёмс
а пока можно или маскировать эти либы - в генте

cat /etc/env.d/99prelink 
PRELINK_PATH_MASK="/opt:/usr/lib/opengl/nvidia/lib/"

ну или не использовать прелинк с вышеназванными версиями
речь про 32-х битную систему
про 64 - хз

kde-4.8 shutdown/reboot

2012-01-31T20:14:00.000-08:00

после обновки до 4.8 перестали кеды перезагружаться
победил так:
в /usr/share/config/kdm/kdmrc запилил

RebootCmd="/sbin/reboot"

может пригодится кому

/etc/portage/

2012-01-30T01:03:00.000-08:00

пока я использую генту, файлы в /etc/portage всё больше и больше становятся похожи на нечто нецензурное: пакеты и их опции никак не отсортированы
а package.use - это самый шик - пакет может быть записан несколько раз с разными флагами
т.к. я ленивый, меня напрягает править файл
обычно запись в этот файл заключается в

echo "пакет юз" >> /etc/portage/package.use

дабы отсортировать всё это безобразие, сделал пару скриптов:
1. для всех package.*
2. специально для package.use
вот, собственно, и они

#!/bin/bash

for i in `find /etc/portage/ -type f -name "package*"`;do
  sort -u ${i} --output=${i}
done

да, команда простая, но я же лентяй :3

#!/bin/bash

PACKAGES="$(awk '{print $1}' /etc/portage/package.use | uniq)"

for ATOM in ${PACKAGES};do
  for option in "$(grep "^${ATOM} " /etc/portage/package.use | sed -e "s|${ATOM} ||" | tr " " "\n" | uniq | tr "\n" " ")";do
 ATOM_OPTS+="${option}"
  done
  echo "${ATOM} ${ATOM_OPTS}" | sed 's/[ \t]*$//' >> /tmp/package.use
  unset ATOM_OPTS
done

mv /tmp/package.use /etc/portage/package.use

что делает этот скрипт:
1. находит пакеты и убирает дубли - чтобы пакет был записан один раз
2. находит все юзы данного пакета и убирает дубли, если таковые имеются
ну и потом, естественно, замещает /etc/portage/package.use результатом своей работы, в котором и даёт нам
"пакет юз1 юз2 юз3 юз4 юз5"
в одной строке
да, все ">", "=" и иже с ними остаются
т.е. если есть юз для отдельной версии - никуда он не денется
P.S. все package.* у меня - файлы, ибо всё в одном месте
P.P.S не велик ли я придумал? :3

Compiz + kde-4.8

2012-01-28T16:01:00.000-08:00

в kwin-е версии 4.8 кое-что поменяли и теперь кедо-декоратор из компиза с ним не собирается
это касается всех версий - даже 0.9.6
лекарство - патчик

diff -ur compiz-0.8.8-orig//kde/window-decorator-kde4/window.cpp compiz-0.8.8//kde/window-decorator-kde4/window.cpp
--- compiz-0.8.8-orig//kde/window-decorator-kde4/window.cpp 2010-05-21 14:18:14.000000000 +0300
+++ compiz-0.8.8//kde/window-decorator-kde4/window.cpp 2012-01-27 21:21:39.000000000 +0200
@@ -986,10 +986,10 @@
 {
     Atom    atom = Atoms::compizWindowBlurDecor;
     QRegion topQRegion, bottomQRegion, leftQRegion, rightQRegion;
-    Region  topRegion = NULL;
-    Region  bottomRegion = NULL;
-    Region  leftRegion = NULL;
-    Region  rightRegion = NULL;
+    ::Region  topRegion = NULL;
+    ::Region  bottomRegion = NULL;
+    ::Region  leftRegion = NULL;
+    ::Region  rightRegion = NULL;
     int     size = 0;
     int     w, h;

данный патч на данный момент запилен в гит компиза в ветку gles
патч опробован на последнем стабильном релизе 0.8.8
полёт нормальный
ну а гентарды, как обычно, получат его из оверлея stuff

Portage2

2011-11-11T21:58:00.000-08:00

чуть перепилил предыдущий вариант переключалки версии gcc для отдельного пакета
код ниже надо запилить в /etc/portage/bashrc

#COMPILERS
if [ -f ${ROOT}/etc/portage/package.compilers ]; then
  while read target ver; do
   if [ "${target}" = "${CATEGORY}/${PN}" ]; then
    MY_GCC="$(find /usr/$MACHTYPE/gcc-bin/ -name "$ver*")"
    export ROOTPATH="${MY_GCC}:${ROOTPATH}"
    export PATH="${MY_GCC}:${PATH}"
    export LIBRARY_PATH="$(gcc-config -L):${LIBRARY_PATH}"
   fi
  done < ${ROOT}/etc/portage/package.compilers
fi

теперь в /etc/portage/package.compilers можно задать как конкретную версию gcc - например 4.4.6, так и, что куда удобнее, ветку - например 4.4

echo "dev-util/nvidia-cuda-sdk 4.4" >> /etc/portage/package.compilers

удобней, т.к. при обновлении мира в слоте 4.4 gcc с 4.4.5 может запросто обновиться до 4.4.6, например, и в предыдущем варианте переключалки пришлось бы менять версии
Так же для того, чтобы посмотреть какой версией gcc собран пакет, запилил следующее в /etc/portage/bashrc

post_pkg_postinst(){
if [ echo $OCC != "icc" ];then
gcc --version | head -n1 > /var/db/pkg/${CATEGORY}/${PN}-${PVR}/GCC_VERSION
fi
}

проверить версию, используемую при сборке, можно так: например nvidia-cuda-sdk

[ root@desktop ] megabaks # cat /var/db/pkg/dev-util/nvidia-cuda-sdk-4.0/GCC_VERSION 
gcc (Gentoo 4.4.6-r1 p1.0, pie-0.4.5) 4.4.6
[ root@desktop ] megabaks #

appmenu

2011-09-12T16:48:00.000-07:00

запилил для генты в свой оверлей stuff глобальное меню из убунты:
1.

layman -a stuff

echo "x11-libs/qt-gui appmenu" >> /etc/portage/package.use
echo "x11-libs/gtk+ appmenu" >> /etc/portage/package.use

или просто добавить глобальный USE-флаг "appmenu" в make.conf
3. ставим x11-misc/appmenu
он имеет 4 юза - gtk и qt4 для appmenu-gtk и appmenu-qt, соответственно,
+ kde и gnome, которые тянут необходимые плазмоид/апплет соответственно
это потянет за собой так же и патченные gtk+ и qt-gui
4. ребут и...вауля

все пакеты:
1. appmenu-gtk - для поддержки в гтк софте
2. appmenu-qt - для поддержки в qt4 софте
3. appmenu-firefox - дополнение для лисы
4. lo-menubar - дополнение для LibreOffice
5. plasma-widget-menubar - плазмоид для кед
6. indicator-appmenu - апплет для гномо-панели

chromium, kdialog

2011-09-09T20:43:00.000-07:00

погуглил, нашёл кедофайлодиалог для хромого в виде патча (>=12*)
запилил себе в оверлей для 15.0.875.0 через юз kde
в последующих версиях тоже планирую, а с предыдущими просто лень - спать пора :3
картинко

chromium, pulse-audio

2011-08-06T07:31:00.000-07:00

начиная с версии 14.0.835.15, хромой начал требовать пульс при сборке, связано якобы с каким-то там багом
при сборке под линь оно включает поддержку alsa и pulse-audio
естественно последнее требует наличие пульса
т.к. этим ширпотребом не пользуюсь (у меня и без него всё отлично работает как надо), пришлось запилить патч:

--- chromium-14.0.836.0//third_party/webrtc/modules/audio_device/main/source/audio_device.gyp 2011-08-06 21:45:16.000000000 +0000
+++ fixed/chromium-14.0.836.0//third_party/webrtc/modules/audio_device/main/source/audio_device.gyp 2011-08-06 21:47:43.290085049 +0000
@@ -52,18 +52,12 @@
         'Linux/alsasymboltable.h',
         'Linux/audio_device_linux_alsa.cc',
         'Linux/audio_device_linux_alsa.h',
-        'Linux/audio_device_linux_pulse.cc',
-        'Linux/audio_device_linux_pulse.h',
         'Linux/audio_device_utility_linux.cc',
         'Linux/audio_device_utility_linux.h',
         'Linux/audio_mixer_manager_linux_alsa.cc',
         'Linux/audio_mixer_manager_linux_alsa.h',
-        'Linux/audio_mixer_manager_linux_pulse.cc',
-        'Linux/audio_mixer_manager_linux_pulse.h',
         'Linux/latebindingsymboltable.cc',
         'Linux/latebindingsymboltable.h',
-        'Linux/pulseaudiosymboltable.cc',
-        'Linux/pulseaudiosymboltable.h',
         'Mac/audio_device_mac.cc',
         'Mac/audio_device_mac.h',
         'Mac/audio_device_utility_mac.cc',
@@ -89,16 +83,10 @@
             'Linux/alsasymboltable.h',
             'Linux/audio_device_linux_alsa.cc',
             'Linux/audio_device_linux_alsa.h',
-            'Linux/audio_device_linux_pulse.cc',
-            'Linux/audio_device_linux_pulse.h',
             'Linux/audio_mixer_manager_linux_alsa.cc',
             'Linux/audio_mixer_manager_linux_alsa.h',
-            'Linux/audio_mixer_manager_linux_pulse.cc',
-            'Linux/audio_mixer_manager_linux_pulse.h',
             'Linux/latebindingsymboltable.cc',
             'Linux/latebindingsymboltable.h',
-            'Linux/pulseaudiosymboltable.cc',
-            'Linux/pulseaudiosymboltable.h',
             # Don't remove these, needed for dummy device
             # 'Linux/audio_device_utility_linux.cc',
             # 'Linux/audio_device_utility_linux.h',
@@ -131,7 +119,6 @@
         }],
         ['OS=="linux"', {
           'defines': [
-            'LINUX_PULSE',
             'LINUX_ALSA',
           ],
           'include_dirs': [
--- chromium-14.0.835.24//third_party/webrtc/modules/audio_device/main/source/audio_device.gyp 2011-08-06 19:38:20.000000000 +0000
+++ fixed/chromium-14.0.835.24//third_party/webrtc/modules/audio_device/main/source/audio_device.gyp 2011-08-06 19:38:43.000000000 +0000
@@ -141,7 +141,6 @@
             'libraries': [
               '-ldl',
               '-lasound',
-              '-lpulse',
             ],
           },
         }],
diff -Naur chromium-14.0.835.24//third_party/webrtc/video_engine/main/test/AutoTest/vie_auto_test.gypi fixed/chromium-14.0.835.24//third_party/webrtc/video_engine/main/test/AutoTest/vie_auto_test.gypi
--- chromium-14.0.835.24//third_party/webrtc/video_engine/main/test/AutoTest/vie_auto_test.gypi 2011-08-06 19:38:20.000000000 +0000
+++ fixed/chromium-14.0.835.24//third_party/webrtc/video_engine/main/test/AutoTest/vie_auto_test.gypi 2011-08-06 19:39:08.000000000 +0000
@@ -110,7 +110,6 @@
             '-lXext',
             '-lX11',
             '-lasound',
-            '-lpulse',
 
 
           ],

всё это есть в моём оверлее (stuff)
написал ментайнерам сего пакета - будем посмотреть
UPD для 15.0.846.0 нужен уже вот такой патчик

--- fixed/chromium-15.0.846.0//third_party/webrtc/modules/audio_device/main/source/audio_device.gyp 2011-08-07 08:36:26.000000000 +0000
+++ chromium-15.0.846.0//third_party/webrtc/modules/audio_device/main/source/audio_device.gyp 2011-08-07 17:31:48.000000000 +0000
@@ -130,26 +130,6 @@
               '-lasound',
             ],
           },
-          'conditions': [
-            ['include_pulse_audio==1', {
-              'defines': [
-                'LINUX_PULSE',
-              ],
-              'sources': [
-                'Linux/audio_device_linux_pulse.cc',
-                'Linux/audio_device_linux_pulse.h',
-                'Linux/audio_mixer_manager_linux_pulse.cc',
-                'Linux/audio_mixer_manager_linux_pulse.h',
-                'Linux/pulseaudiosymboltable.cc',
-                'Linux/pulseaudiosymboltable.h',
-              ],
-              'link_settings': {
-                'libraries': [
-                  '-lpulse',
-                ],
-              },
-            }],
-          ],
         }],
         ['OS=="mac"', {
           'include_dirs': [
diff -Naur fixed/chromium-15.0.846.0//third_party/webrtc/video_engine/main/test/AutoTest/vie_auto_test.gypi chromium-15.0.846.0//third_party/webrtc/video_engine/main/test/AutoTest/vie_auto_test.gypi
--- fixed/chromium-15.0.846.0//third_party/webrtc/video_engine/main/test/AutoTest/vie_auto_test.gypi 2011-08-07 08:36:22.000000000 +0000
+++ chromium-15.0.846.0//third_party/webrtc/video_engine/main/test/AutoTest/vie_auto_test.gypi 2011-08-07 17:23:46.000000000 +0000
@@ -110,7 +110,6 @@
             '-lXext',
             '-lX11',
             '-lasound',
-            '-lpulse',
 
 
           ],

KDE-4.6.3 двухкратный запуск приложений

2011-05-07T12:53:00.000-07:00

обновился - из меню что на столе, приложения запускаются по 2 раза
фикс

diff -Naur /home/megabaks/plasma-workspace-4.6.3/plasma/generic/containmentactions/applauncher/launch.cpp plasma-workspace-4.6.3/work/plasma-workspace-4.6.3/plasma/generic/containmentactions/applauncher/launch.cpp
--- plasma-workspace-4.6.3/plasma/generic/containmentactions/applauncher/launch.cpp 2011-05-07 23:12:13.000000000 +0000
+++ plasma-workspace-4.6.3/plasma/generic/containmentactions/applauncher/launch.cpp 2011-05-07 23:15:57.000000000 +0000
@@ -36,7 +36,6 @@
 {
     m_menu = new KMenu();
     connect(m_menu, SIGNAL(triggered(QAction*)), this, SLOT(switchTo(QAction*)));
-    connect(m_menu, SIGNAL(triggered(QAction*)), this, SLOT(switchTo(QAction*)));
 
     m_action->setMenu(m_menu);
 }

всё в багзилле - ждём :3
разрабы - раздолбаи
UPD Fixed in r3f1dd3b94ab2b56abb43a51b7b78a9cd162325d0 in KDE git, see
launch.cpp

Conky fix

2011-04-20T03:01:00.000-07:00

например у нас есть вот такое в конфиге коньков

${alignc}${color green}CPU$color
$hr
Process${alignr}NICE     PID    CPU%
${top name 1}${alignr}  ${pid_nice ${top pid 1}}   ${top pid 1}  ${top cpu 1}
${top name 2}${alignr}  ${pid_nice ${top pid 2}}   ${top pid 2}  ${top cpu 2}
${top name 3}${alignr}  ${pid_nice ${top pid 3}}   ${top pid 3}  ${top cpu 3}
${top name 4}${alignr}  ${pid_nice ${top pid 4}}   ${top pid 4}  ${top cpu 4}
${top name 5}${alignr}  ${pid_nice ${top pid 5}}   ${top pid 5}  ${top cpu 5}
${top name 6}${alignr}  ${pid_nice ${top pid 6}}   ${top pid 6}  ${top cpu 6}
${top name 7}${alignr}  ${pid_nice ${top pid 7}}   ${top pid 7}  ${top cpu 7}
${top name 8}${alignr}  ${pid_nice ${top pid 8}}   ${top pid 8}  ${top cpu 8}
$hr

и если PID процесса имеет менее 5 цифр, то $pid_nice не сможет отобразить приоритет процесса,
так как ${top pid X} приобретает вид " хххх"(в начале пробел), а не "хххх"

сделал недопатч, который это дело фиксит

diff -Naur /home/megabaks/conky-1.8.1//src/top.c work/conky-1.8.1//src/top.c
--- home/megabaks/conky-1.8.1//src/top.c 2010-10-05 21:29:36.000000000 +0000
+++ work/conky-1.8.1//src/top.c 2011-04-20 13:06:27.430296189 +0000
@@ -997,7 +997,7 @@
     break;
    case TOP_PID:
     width = MIN(p_max_size, 6);
-    snprintf(p, width, "%5i",
+    snprintf(p, width, "%1i",
       needed[td->num]->pid);
     break;
    case TOP_MEM:

conky-top_fix.patch
этот патч отправлен разрабам - ждём чуда, а пока или руками накладывать или ставить коньки из оверлея stuff (для гентушнегов только, конечно)

nvidia X 1.10

2011-03-03T12:55:00.000-08:00

для нетерпеливых есть дрова 270.30 с поддержкой иксов 1.10 без хаков в виде игноров ABI
как обычно, для гентушнегов доступно в оверлее stuff
а на сайте даже о 29 ничего нет (

Nvidia: Floating point exception - FIXED

2011-02-25T01:16:00.000-08:00

Таки чудо свершилось - в бета дровах 270.29 сей баг пофикшен!

Lulu/megabaks,

Good news: this appears to be related to a bug we discovered recently
during our internal testing of the driver, which has recently been
fixed. As I was investigating the issue, I noticed that our latest
development builds don't cause the floating point exception, but earlier
builds from before this fix do, at least within the chroot. A new beta
driver containing the fix is scheduled to be posted shortly, so you
should be able to test for yourselves soon.

Keep an eye on: ftp://download.nvidia.com/XFree86/Linux-x86 for the new
beta driver. 270.29 is now available with this fix.

Gentoo-шники могут обновиться из моего оверлея (layman -a stuff)

Nvidia: Floating point exception

2011-02-16T04:43:00.000-08:00

или "Исключение в операции с плавающей точкой"

актуально только для обладателей карт Nvidia и glibc собранной с --enable-omitfp (USE="glibc-omitfp")
данная ошибка вылетает при запуске ccsm, gimp, gajim...
баг есть во всех версиях дров веток 260 и 270
как выяснилось - конфликтуют /lib/ld-linux.so.2 из glibc и libGL.so.1 из дров nvidia
баг-репорт отправлен - ждём чуда
а пока обходить сей баг можно несколькими способами

собирать glibc без --enable-omitfp (USE="-glibc-omitfp")
запускать "капризный" софт предварительно указав другую libGL:
```
LD_PRELOAD=/usr/lib/opengl/xorg-x11/lib/libGL.so.1 ccsm
```
запускать под strace:
```
strace gimp &>/dev/null
```

Portage

2011-02-02T23:35:00.000-08:00

т.к. не хватало нескольких вещей в портаже - запилил
пару вещей взял здесь
и так:

из ссылки выше автопатчер - в /etc/portage/bashrc добавил

#PATCHES
pre_src_configure() {
    src_autopatcher
}
src_autopatcher() {

PATCH_DIR="/var/portage/patches"
PATCH_OPTS="-g0 -E --no-backup-if-mismatch"
local count=0
if [ -d "${PATCH_DIR}/${CATEGORY}/${PN}" ]; then
     for PATCH in $(find "${PATCH_DIR}/${CATEGORY}/${PN}" "${PATCH_DIR}/${CATEGORY}/${PN}/${PV}/" -maxdepth 1 -type f -name "*.patch"|sort)
     do
     einfo "Patching ${PATCH/*\//} ..."
       while [[ ${count} -lt 5 ]]; do
         if (patch -p${count} ${PATCH_OPTS} --dry-run -f < "${PATCH}") >/dev/null; then
         patch -p${count} ${PATCH_OPTS} < "${PATCH}" >/dev/null
         break
         fi
         (( count++ ))
       done
   if [[ ${count} -ge 5 ]] ; then
   eerror "Failed Patch: ${PATCH/*\//} !"
   die "Failed Patch: ${PATCH/*\//} !"
   fi
     done
fi
}

нужен для автоматического наложения желаемых патчей без правки ебилдов
можно положить патч как в /var/portage/patches/категория/пакет, так и в /var/portage/patches/категория/пакет/версия
использую для этого
так же из ссылки выше финт ушами - иногда патчи не годятся и колдовать приходится руками
например: у меня своя морда для хромиума - просто набор картинок - через патч не очень хорошо.
потому сделал следующее - в /etc/portage/env/www-client/chromium написал

pre_src_compile() {
    cp -R /home/megabaks//chromium/* .
}

т.е. файлы моей темы переписывают аналогичные из стандартной темы, перед тем как хромиум начнёт компилироваться.
далее
например dev-util/nvidia-cuda-sdk не хочет собираться с gcc >4.4, а у меня давно 4.5
чтобы не переключать gcc при каждой обновке/пересборке мира написал следующее в /etc/portage/bashrc

#COMPILERS
if [ -f ${ROOT}/etc/portage/package.compilers ]; then
  while read target ver; do
   if [ "${target}" = "${CATEGORY}/${PN}" ]; then
    export ROOTPATH="/usr/$MACHTYPE/gcc-bin/$ver:$ROOTPATH"
    export PATH="/usr/$MACHTYPE/gcc-bin/$ver:${PATH}"
    export LIBRARY_PATH="$(gcc-config -L):${LIBRARY_PATH}"
   fi
  done < ${ROOT}/etc/portage/package.compilers
fi

и в /etc/portage/package.compilers написал

dev-util/nvidia-cuda-sdk 4.4.5

теперь сборка проходит нормально без лишних телодвижений с моей стороны.есть ещё одна вещь, но мало кому нужная (разве что экспериментаторам)это аналог --newuse только для CFLAGS/CXXFLAGS/LDFLAGS (так сказать: --newxflags)

#!/bin/bash

DIR="/var/db/pkg"
FILE="environment.bz2"
IGNORE_DIRS="/etc/portage/env.d /etc/portage/env"
IGNOR_CATEGORY="virtual/ sys-kernel/ media-fonts/"
IGNOR_FLAGS="pipe Wall Wno-all"
BINPKG="-bin-"
IGNOR_PKG="grub cpio"
TYPE="CFLAGS"

IGNOR_DIRS_PKG=$(for i in "$(find ${IGNORE_DIRS} -type f)";do grep -l "^$TYPE=" $i | rev | cut -d"/" -f1,2 | rev;done)

echo -e "\n\033[0;0;1;33mPackages with unique flags:\033[0m"
echo -e "\033[0;0;1;32m$IGNOR_DIRS_PKG\033[0m" | tr " " "\n"

echo -e "\n\033[0;0;1;33mIgnore categories:\033[0m"
echo -e "\033[0;0;1;32m$IGNOR_CATEGORY\033[0m" | tr " " "\n"

echo -e "\n\033[0;0;1;33mIgnore packages:\033[0m"
echo -e "\033[0;0;1;32m$IGNOR_PKG\033[0m" | tr " " "\n"

echo -e "\nPlease wait...\n"

CONF=$(emerge --info | grep $TYPE | cut -d'"' -f2)

for x in "$(find $DIR -name $FILE -type f -print 2>/dev/null)"; do
    export PKG=$(echo "$x" | cut -d '/' -f5,6);
done

for i in $PKG;do 
  TEST1="$(bzgrep "declare -x $TYPE=" $DIR/$i/$FILE | cut -d'"' -f2 | tr " " "\n" |sort | grep -v "$(echo $IGNOR_FLAGS| tr " " "\n")" | sort)"
  TEST2="$(echo "$CONF" | tr " " "\n" | sort| grep -v "$(echo $IGNOR_FLAGS| tr " " "\n")" | sort)"
  if [ "$TEST1" != "$TEST2" ];then
  export xREBUILD="$xREBUILD $i"
  fi
done

export zREBUILD=$(echo ${xREBUILD} | tr " " "\n" | grep -v "$(echo $IGNOR_CATEGORY $IGNOR_DIRS_PKG $BINPKG $IGNOR_PKG | tr " " "\n")")

for z in $zREBUILD;do
  TEST3="$(bzgrep "declare -x $TYPE=" $DIR/$z/$FILE | cut -d'"' -f2 | tr " " "\n" |sort | grep -v "$(echo $IGNOR_FLAGS| tr " " "\n")" | sort)"
  TEST4="$(bzgrep "declare -- $TYPE_BASE=" $DIR/$z/$FILE | cut -d'"' -f2 | tr " " "\n" |sort | grep -v "$(echo $IGNOR_FLAGS| tr " " "\n")" | sort)"
  if [ "$TEST3" != "$TEST4" ];then
    for flag_o_matic in $z;do
      TEST5="$(bzgrep "flag-o-matic" $DIR/$flag_o_matic/$FILE)"
      if [ -z "$TEST5" ];then
      export REBUILD="$REBUILD =$flag_o_matic"
      fi
    done
  fi
done

if [ "$REBUILD" == "" ];then
  echo -e "\n\033[0;0;1;32m[done] clean :)\033[0m\n"
  else
  emerge -1av $REBUILD  
fi

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

отсеиваются пакеты с флагами заданными через /etc/portage/env* (можно добавить и свои)
отбрасываются пакеты некоторых категорий - например виртуалы, шрифты..(так же можно вписать свои)
так же есть список пакетов, которые по той или иной причине пересобирать не хочется или это просто бесполезно (например флаги режутся не в ебилде, а в сорсах)
так же выбрасывает бинарные пакеты - их пересобирать вообще никакого смысла, в данном контексте, нет
отфильтровываются пакеты в ебилдах которых режутся флаги (используется flag-o-matic.eclass)
TYPE определяет какие флаги проверять

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

раскладка клавиатуры в эмуляторе терминала (в приветствии)

2011-01-24T20:27:00.000-08:00

надоели периодические "ыг" да "куищще" и иже с ними, задумался о индикаторе раскладки в эмуляторе терминала.

на данный момент пока сделал только показ текущей раскладки после нажатия enter
как индикатор используется skb
если нет пакетов в репах (что скорее всего) то либо ебилд либо

mkdir skb
cd skb
wget http://plhk.ru/static/skb/skb-0.3.tar.gz
tar -xf skb-0.3.tar.gz
cd skb-0.3
make

далее уже от рута

make install

теперь собственно приветсвие - в ~/.bashrc добавляем примерно следующую строку

export PS1='\[\033[01;32m\]\u@\h\[\033[01;34m\] \w `[ \`skb 1\` = Rus ] && echo "\[\e[1;31m\]RUS\[\e[0m\]"``[ \`skb 1\` = USA ] && echo "\[\e[01;32m\]USA\[\e[0m\]"` \[\033[01;32m\]\$\[\033[00m\] '

или добавляем в имеющуюся PS1 кусок

`[ \`skb 1\` = Rus ] && echo "\[\e[1;31m\]RUS\[\e[0m\]"``[ \`skb 1\` = USA ] && echo "\[\e[01;32m\]USA\[\e[0m\]"`

мультимедийные клавиши с кодами >255

2011-01-23T14:58:00.000-08:00

Как известно, иксы поддерживают коды клавиш от 8 до 255.
Но есть клавы с кодами и 600+, которые, естественно, не работают - и никакие xev&ko их не видят.
Решением стал патч для evdev:

Этот патч позволяет переназначить коды клавиш так, чтобы они попали в поддерживаемый иксами диапазон 8-255.

В Gentoo процесс лечения evdev будет выглядеть так

ebuild /usr/portage/x11-drivers/xf86-input-evdev/xf86-input-evdev-2.6.0.ebuild prepare
cd /var/tmp/portage/x11-drivers/xf86-input-evdev-2.6.0/work/xf86-input-evdev-2.6.0/
patch -p1 < /путь/до/evdev-over-255-2.6.0.patch 
ebuild /usr/portage/x11-drivers/xf86-input-evdev/xf86-input-evdev-2.6.0.ebuild merge

либо воспользоваться автопатчером из это статьи
Также, т.к. xev не видит коды свыше 255, пришлось поставить т.н. evtest. Пакеты есть во многих дистрах - Fedora, Debian, Arch...для генты не нашёл - потому нарисовал ебилд если нет пакета - можно собрать и руками

mkdir evtest
cd evtest/
wget http://beagleboard.googlecode.com/files/evtest.c
gcc -o evtest evtest.c

Теперь надо найти клаву

megabaks@desktop ~/evtest USA $ ls -l /dev/input/by-id/
итого 0
lrwxrwxrwx 1 root 0 9 Янв 23 03:30 usb-A4Tech_USB_Mouse-event-mouse -> ../event4
lrwxrwxrwx 1 root 0 9 Янв 23 03:30 usb-A4Tech_USB_Mouse-mouse -> ../mouse0
lrwxrwxrwx 1 root 0 9 Янв 23 19:29 usb-KYE_4D_device_Ergomedia-event-if01 -> ../event3
lrwxrwxrwx 1 root 0 9 Янв 23 19:29 usb-KYE_4D_device_Ergomedia-event-kbd -> ../event2
megabaks@desktop ~/evtest USA $

Моя клава здесь - это /dev/input/event2 и /dev/input/event3

Теперь собственно выясняем коды капризных кнопок

./evtest /dev/input/event3

Получим после нажатия кнопок что-то типа

Event: time 1295853582.360298, type 4 (Misc), code 4 (ScanCode), value c022d
Event: time 1295853582.360305, type 1 (Key), code 418 (?), value 1
Event: time 1295853582.360307, -------------- Report Sync ------------
Event: time 1295853582.464293, type 4 (Misc), code 4 (ScanCode), value c022d
Event: time 1295853582.464297, type 1 (Key), code 418 (?), value 0
Event: time 1295853582.464298, -------------- Report Sync ------------
Event: time 1295853583.712333, type 4 (Misc), code 4 (ScanCode), value c022e
Event: time 1295853583.712338, type 1 (Key), code 419 (?), value 1
Event: time 1295853583.712339, -------------- Report Sync ------------
Event: time 1295853583.864339, type 4 (Misc), code 4 (ScanCode), value c022e
Event: time 1295853583.864344, type 1 (Key), code 419 (?), value 0
Event: time 1295853583.864346, -------------- Report Sync ------------

это 2 кнопки, обозначенные как Zoom(+ и -)

Но так как зум мне не нужен, решил сделать из них скролл. Теперь надо дать этим кнопкам соответствующие имена и, естественно, коды. Смотрим что же у нас есть

xmodmap -pke

Находим подходящие кнопки

keycode 162 = XF86ScrollUp NoSymbol XF86ScrollUp
keycode 186 = XF86ScrollDown NoSymbol XF86ScrollDown

Теперь собственно и настраиваем кнопки - для этого создаём файл /etc/X11/xorg.conf.d/10-keyboard.conf примерно вот такого содержания

Section "ServerLayout"
Identifier      "Layout0"
Screen      0  "Screen0" 0 0
InputDevice     "Keyboard1" "SendCoreEvents"
EndSection

Section "InputDevice"
Identifier  "Keyboard1"
Driver      "evdev"
Option      "Device" "/dev/input/event3"
Option      "event_key_remap" "418=162 419=186 423=101 425=156 421=157"
EndSection

думаю тут всё понятно.

Теперь осталось только перезапустить иксы/перезагрузить_комп и убедиться, что "мёртвые" кнопки ожили. для этого воспользуемся уже xev в выхлопе которого, при нажатии ранее не работающих кнопок, увидим что-то типа этого

KeyPress event, serial 34, synthetic NO, window 0x2a00001,
root 0x15a, subw 0x0, time 101283197, (208,531), root:(211,535),
state 0x10, keycode 162 (keysym 0x1008ff78, XF86ScrollUp), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 34, synthetic NO, window 0x2a00001,
root 0x15a, subw 0x0, time 101283341, (208,531), root:(211,535),
state 0x10, keycode 162 (keysym 0x1008ff78, XF86ScrollUp), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

KeyPress event, serial 34, synthetic NO, window 0x2a00001,
root 0x15a, subw 0x0, time 101285053, (208,531), root:(211,535),
state 0x10, keycode 186 (keysym 0x1008ff79, XF86ScrollDown), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 34, synthetic NO, window 0x2a00001,
root 0x15a, subw 0x0, time 101285197, (208,531), root:(211,535),
state 0x10, keycode 186 (keysym 0x1008ff79, XF86ScrollDown), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

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