91

newzenon пишет:

В принципе поправил, всё Ок, так что имей ввиду.

Это уже с год, наверное, так. При переходе на одну из версий cups требовалось отключить в ядре или из загрузки модуль usblp.

newzenon пишет:

Правда вся багзилла пестрит этой и похожей с xulrunner-2.0.1-r1 ошибкой, ставить более старую версию, или забить?

Само описание ошибки находится в /var/tmp/portage/net-libs/xulrunner-2.0.1-r1/temp/build.log
emerge советует при получении ошибки давать следующую информацию:

* If you need support, post the output of 'emerge --info =net-libs/xulrunner-2.0.1-r1',
* the complete build log and the output of 'emerge -pqv =net-libs/xulrunner-2.0.1-r1'.
* The complete build log is located at '/var/tmp/portage/net-libs/xulrunner-2.0.1-r1/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/net-libs/xulrunner-2.0.1-r1/temp/environment'.

А для чего понадобился xulrunner? Последние версии IceCat-5.0 и Thunderbird-5.0 прекрасно без него обходятся  wink

Был, был и весь вышел...

92

Lupo Alberto пишет:

А для чего понадобился xulrunner? Последние версии IceCat-5.0 и Thunderbird-5.0 прекрасно без него обходятся  wink

# emerge -av gnome-light
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

93

newzenon, можно замаскировать «бажную» версию

 Консоль:

mkdir -p /etc/portage/package.mask
echo '=net-libs/xulrunner-2.0.1-r1' >> /etc/portage/package.mask/net-libs

Был, был и весь вышел...

94

Lupo Alberto пишет:

newzenon, можно замаскировать «бажную» версию

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

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

95

Lupo Alberto пишет:

Само описание ошибки находится в /var/tmp/portage/net-libs/xulrunner-2.0.1-r1/temp/build.log
emerge советует при получении ошибки давать следующую информацию:

    * If you need support, post the output of 'emerge --info =net-libs/xulrunner-2.0.1-r1',
    * the complete build log and the output of 'emerge -pqv =net-libs/xulrunner-2.0.1-r1'.
    * The complete build log is located at '/var/tmp/portage/net-libs/xulrunner-2.0.1-r1/temp/build.log'.
    * The ebuild environment file is located at '/var/tmp/portage/net-libs/xulrunner-2.0.1-r1/temp/environment'.
Был, был и весь вышел...

96

Не что-то много пока граблей в тестовой ветке для меня, я так понимаю, можно много чего размаскировать и использовать в стабильной?

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

97

newzenon пишет:

я так понимаю, можно много чего размаскировать и использовать в стабильной?

Как правило, да.

Был, был и весь вышел...

98

Размаскировал zen-sources - там оказалась 2.6.38.5-zen - не самое свежее.
А вот так можно делать:

# ACCEPT_KEYWORDS="~amd64" emerge -av <пакет>

Ещё нарвался - клавиши курсора в иксах, работают только на numpad'е.

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

99

newzenon пишет:

Размаскировал zen-sources - там оказалась 2.6.38.5-zen - не самое свежее.

В portage есть версия zen-sources-9999 — «свежее» некуда  wink

newzenon пишет:

А вот так можно делать:

# ACCEPT_KEYWORDS="~amd64" emerge -av <пакет>

Можно, но при очередном обновлении либо этого пакета, либо всей системы, этот пакет «даунгрейдится».

newzenon пишет:

Ещё нарвался - клавиши курсора в иксах, работают только на numpad'е.

Покажите файл /etc/conf.d/keymaps

Был, был и весь вышел...

100

/etc/conf.d/keymaps

# Use keymap to specify the default console keymap.  There is a complete tree
# of keymaps in /usr/share/keymaps to choose from.
keymap="us"

# Should we first load the 'windowkeys' console keymap?  Most x86 users will
# say "yes" here.  Note that non-x86 users should leave it as "no".
# Loading this keymap will enable VT switching (like ALT+Left/Right)
# using the special windows keys on the linux console.
windowkeys="YES"

# The maps to load for extended keyboards.  Most users will leave this as is.
extended_keymaps=""
#extended_keymaps="backspace keypad euro2"

# Tell dumpkeys(1) to interpret character action codes to be
# from the specified character set.
# This only matters if you set unicode="yes" in /etc/rc.conf.
# For a list of valid sets, run `dumpkeys --help`
dumpkeys_charset=""



# Some fonts map AltGr-E to the currency symbol ¤ instead of the Euro €
# To fix this, set to "yes"
fix_euro="NO"

Lupo Alberto пишет:

Можно, но при очередном обновлении либо этого пакета, либо всей системы, этот пакет «даунгрейдится».

А как после такой установки "зафиксировать"?

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

101 (26.07.2011 14:10:17 отредактировано Fat-Zer)

newzenon пишет:

А как после такой установки "зафиксировать"?

размаскировать:
echo '<категория>/<пакет> ~amd64' >>/etc/portage/package.keywords
+ можно тоже самое с некоторыми зависимостями...
+ можно использовать файлы в каталоге /etc/portage/package.keywords/
вдогонку: тыц

95% процентов проблем находятся между клавиатурой и стулом.

102

Разобрался почему arrow keys не работали, у меня в .xinitrc:

setxkbmap -rules xorg -model pc105 -layout "us,ru" -variant ",winkeys" -option \ 
          "grp:alt_shift_toggle,grp:lwin_switch,lv3:ralt_switch,grp_led:scroll" &
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

103

newzenon пишет:

Разобрался почему arrow keys не работали, у меня в .xinitrc:

 Консоль:
gentoo-laptop ~lupo # grep -v '^#|^$' /etc/conf.d/keymaps
keymap="ru"
windowkeys="YES"
extended_keymaps=""
dumpkeys_charset=""
fix_euro="NO"

newzenon пишет:

Разобрался почему arrow keys не работали, у меня в .xinitrc:

И в /etc/X11/xorg.conf

...
        Section "InputClass"
    Identifier "keyboard-all"
    Driver "evdev"
    Option "XkbLayout" "us,ru(winkeys)"
    Option "XkbOptions" "grp:lwin_toggle,grp:switch,grp_led:caps,compose:ralt,terminate:ctrl_alt_bksp"
    MatchIsKeyboard "on"
        EndSection
...
Был, был и весь вышел...

104

Lupo Alberto пишет:
...
        Section "InputClass"
    Identifier "keyboard-all"
    Driver "evdev"
    Option "XkbLayout" "us,ru(winkeys)"
    Option "XkbOptions" "grp:lwin_toggle,grp:switch,grp_led:caps,compose:ralt,terminate:ctrl_alt_bksp"
    MatchIsKeyboard "on"
        EndSection
...

У меня InputClass нет секции есть InputDevice
Одну убрать вторую оставить?

Вот мой xorg.conf

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0"
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"
EndSection

Section "InputDevice"
    # generated from data in "/etc/conf.d/gpm"
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol"
    Option         "Device" "/dev/input/mice"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"
    Identifier     "Keyboard0"
    Driver         "kbd"
    Option         "XkbModel" "pc105"
    Option         "XkbRules" "xorg"
    Option         "XkbLayout" "us,ru"
    Option         "XkbVariant" "winkeys,"
    Option         "XkbOptions" "grp:lwin_toggle,grp_led:scroll"
    Option         "AutoRepeat" "250 30"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    HorizSync       28.0 - 33.0
    VertRefresh     43.0 - 72.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

105

Все, спасибо разобрался я в xorg на evdev не перешёл.

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

106

Lupo Alberto пишет:

В portage есть версия zen-sources-9999 — «свежее» некуда  wink

А вот до неё как добраться?

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

107

newzenon пишет:

А вот до неё как добраться?

1.

 Консоль:
mkdir -p /etc/portage/package.unmask
echo 'sys-kernel/zen-sources' >> /etc/portage/package.unmask/sys-kernel

2.
Открыть на редактирование файл  /usr/portage/sys-kernel/zen-sources/zen-sources-9999.ebuild и изменить переменную KEYWORDS, добавив название своей архитектуры, т.е.

KEYWORDS="amd64"

3.

 Консоль:
ebuild /usr/portage/sys-kernel/zen-sources/zen-sources-9999.ebuild digest
>>> Creating Manifest for /usr/portage/sys-kernel/zen-sources

4.
 Консоль:
emerge -av zen-sources

Был, был и весь вышел...

108 (26.07.2011 20:02:38 отредактировано zenon)

Как-то не похоже это  на самую последнюю версию

 Консоль:
# mkdir -p /etc/portage/package.unmask
# echo 'sys-kernel/zen-sources' >> /etc/portage/package.unmask/sys-kernel
# nano /usr/portage/sys-kernel/zen-sources/zen-sources-9999.ebuild
# ebuild /usr/portage/sys-kernel/zen-sources/zen-sources-9999.ebuild digest
>>> Creating Manifest for /usr/portage/sys-kernel/zen-sources
# env-update && source /etc/profile
>>> Regenerating /etc/ld.so.cache...
# emerge -av zen-sources

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS    ] sys-kernel/zen-sources-9999 [2.6.38_p20110510] USE="stable symlink -build" 0 kB

Total: 1 package (1 in new slot), Size of downloads: 0 kB

Would you like to merge these packages? [Yes/No]

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

109

newzenon пишет:

Как-то не похоже это  на самую последнюю версию

В квадратных скобках показана установленная у вас версия — [2.6.38_p20110510]
Новая версия будет установлена в слот, т.е. у вас будет возможность собрать ядро как из старых исходных кодов, так и из новых.
При желании старые исходные коды можно удалить

 Консоль:
emerge -C '=sys-kernel/zen-sources-2.6.38_p20110510

9999-версия устанавливается прямиком из git-репозитория — git://zen-kernel.org/kernel/zen.git
Просмотрите /usr/portage/sys-kernel/zen-sources/zen-sources-9999.ebuild и убедитесь  wink

Был, был и весь вышел...

110 (26.07.2011 20:24:15 отредактировано zenon)

Почти дошло

if use stable; then
        EGIT_REPO_URI="git://zen-kernel.org/kernel/zen-stable.git"
else
        EGIT_REPO_URI="git://zen-kernel.org/kernel/zen.git"
fi

Так вот в zen-stable.git более новое ядро, у меня пытается вытащить из zen.git почему-то, хотя
в /etc/portage/package.keywords

sys-kernel/zen-sources ~amd64
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

111

newzenon пишет:

if use stable; then

newzenon пишет:

[ebuild  NS    ] sys-kernel/zen-sources-9999 [2.6.38_p20110510] USE="stable symlink -build" 0 kB

Ключевое слово stable, то есть вам нужно отключить этот USE-флаг для пакета sys-kernel/zen-sources

 Консоль:

mkdir -p /etc/portage/package.use
echo 'sys-kernel/zen-sources -stable' >> /etc/portage/package.use/sys-kernel

Был, был и весь вышел...

112

Что - так, что эдак:

# emerge -av zen-sources

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS    ] sys-kernel/zen-sources-9999 [2.6.38_p20110510] USE="symlink -build -stable" 0 kB

Total: 1 package (1 in new slot), Size of downloads: 0 kB

Would you like to merge these packages? [Yes/No] n

Quitting.

# nano /etc/portage/package.use/sys-kernel
# env-update && source /etc/profile
>>> Regenerating /etc/ld.so.cache...
zgentoo init.d # emerge -av zen-sources

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS    ] sys-kernel/zen-sources-9999 [2.6.38_p20110510] USE="stable symlink -build" 0 kB

Total: 1 package (1 in new slot), Size of downloads: 0 kB

Would you like to merge these packages? [Yes/No] 
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

113

Вот если просто из git

 Консоль:
git clone --depth 1 git://zen-kernel.org/kernel/zen-stable.git linux-2.6-zen

то это будет 39.XX -- ядро.

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

114

newzenon пишет:

Что - так, что эдак:

Так вы хотя бы позволили начать скачивание исходников, было бы видно, откуда качает  wink

Был, был и весь вышел...

115 (26.07.2011 21:14:20 отредактировано zenon)

Начал из git://zen-kernel.org/kernel/zen.git

>>> Preparing to unpack ...
>>> Unpacking source...
 * GIT NEW clone -->
 *    repository:         git://zen-kernel.org/kernel/zen.git
Cloning into bare repository /usr/portage/distfiles/git-src/zen-sources...
remote: Counting objects: 1812203, done.
remote: Compressing objects: 100% (310407/310407), done.
...
* Messages for package sys-kernel/zen-sources-9999:

 * Be carefull!! You are about to install live kernel sources.
 * Git zen-sources are extremely unsupported, even from the upstream
 * developers. Use them at your own risk and don't bite us if your
 * system explodes
 * 
 * WARNING! stable use flag is disabled. You will install zen-sources
 * from unstable git tree
 * GIT NEW clone -->
 *    repository:         git://zen-kernel.org/kernel/zen.git
 *    at the commit:        1350978e18a133ec938e90d87f9946e296f9c1ea
 *    branch:             master
 *    storage directory:     "/usr/portage/distfiles/git-src/zen-sources"
 * If you are upgrading from a previous kernel, you may be interested
 * in the following document:
 *   - General upgrade guide: http://www.gentoo.org/doc/en/kernel-upgrade.xml
 * zen-sources is UNSUPPORTED by Gentoo Security.
 * This means that it is likely to be vulnerable to recent security issues.
 * For specific information on why this kernel is unsupported, please read:
 * http://www.gentoo.org/proj/en/security/kernel.xml
>>> Auto-cleaning packages...

А надо всё таки, наверное из git://zen-kernel.org/kernel/zen-stable.git
Так и не понял какое это ядро.

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

116

newzenon пишет:

А надо всё таки, наверное из git://zen-kernel.org/kernel/zen-stable.git

Включите обратно (точнее, уберите отключение) USE-флага stable — будет из git://zen-kernel.org/kernel/zen-stable.git

Был, был и весь вышел...

117

Добился: stable
# cat /etc/portage/package.use/sys-kernel
sys-kernel/zen-sources bfq symlink tuxonice stable

Качает из git://zen-kernel.org/kernel/zen-stable.git

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

118

sys-kernel/zen-sources bfq symlink tuxonice stable

bfq symlink tuxonice - насколько я понимаю это патчи - а где увидеть весь их набор?

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

119

newzenon пишет:

bfq symlink tuxonice - насколько я понимаю это патчи - а где увидеть весь их набор?

+ открыть спойлер
# euse -i bfq symlink tuxonice
global use flags (searching: bfq symlink tuxonice)
************************************************************
[-      ] symlink - Force kernel ebuilds to automatically update the /usr/src/linux symlink

local use flags (searching: bfq symlink tuxonice)
************************************************************
[-      ] bfq
    sys-kernel/zen-sources: Make the BFQ IO Scheduler available by 
    applying upstream patches
              (2.6.30_p11) 2.6.30_p11 [gentoo]
              (2.6.31_p12) 2.6.31_p12 [gentoo]
              (2.6.32_p7-r1) 2.6.32_p7-r1 [gentoo]
              (2.6.33_p3) 2.6.33_p3 [gentoo]
        [-  ] (2.6.34_p1-r2) 2.6.34_p1-r2 [gentoo]
              (2.6.35_p2) 2.6.35_p2 [gentoo]
              (2.6.36_p1) 2.6.36_p1 [gentoo]
              (2.6.36_p2) 2.6.36_p2 [gentoo]
              (2.6.37_p20110325) 2.6.37_p20110325 [gentoo]
              (2.6.38_p20110404) 2.6.38_p20110404 [gentoo]
              (2.6.38_p20110501) 2.6.38_p20110501 [gentoo]
              (2.6.38_p20110510) 2.6.38_p20110510 [gentoo]
              (9999) 9999 [gentoo]

[-      ] symlink
    app-arch/pbzip2: Install symlinks which override app-arch/bzip2 
    implementation
        [-  ] 1.1.1 [gentoo]
        [-  ] 1.1.4 [gentoo]

[-      ] tuxonice
    sys-kernel/zen-sources: Apply TuxOnIce kernel patches advanced 
    hibernation support
              (2.6.30_p11) 2.6.30_p11 [gentoo]
              (2.6.31_p12) 2.6.31_p12 [gentoo]
              (2.6.32_p7-r1) 2.6.32_p7-r1 [gentoo]
              (2.6.33_p3) 2.6.33_p3 [gentoo]
              (2.6.34_p1-r2) 2.6.34_p1-r2 [gentoo]
              (2.6.35_p2) 2.6.35_p2 [gentoo]
              (2.6.36_p1) 2.6.36_p1 [gentoo]
              (2.6.36_p2) 2.6.36_p2 [gentoo]
              (2.6.37_p20110325) 2.6.37_p20110325 [gentoo]
              (2.6.38_p20110404) 2.6.38_p20110404 [gentoo]
              (2.6.38_p20110501) 2.6.38_p20110501 [gentoo]
        [+P ] (2.6.38_p20110510) 2.6.38_p20110510 [gentoo]
              (9999) 9999 [gentoo]

В git-овском ядре патчи накладываются только от самих разработчиков, IMHO.
Для «обычного» ядра можно посмотреть ebuild, чтобы увидеть, как включение того или иного флага влияет на добавление опций конфигурации.

Был, был и весь вышел...

120 (27.07.2011 01:02:23 отредактировано zenon)

Ну, блиин... пришлось мозги напрячь... настроил к часу ночи LNMP....
Реально у nginx в gentoo конфиг по сравнению с debian кверхтармашками!
Ну почему у мускула всё также - у nginx...
Вот осталось скрипт no-ip найти.  smile

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