www-client/chromium VS www-client/chromium (-system-sqlite) и dev-util/valgrind-3.6.1 ?
всего пара глупых вопросов:
1. смотрю сегодня, что-то долго и упорно собирается.. ага - хромиум, вроде не так давно уже был +у меня замаскированы его ~арх версии, что я совсем дурак - каждую бету собирать? ))
спрашиваем:
~ # genlop -e www-client/chromium
* www-client/chromium
Sun Feb 13 00:39:37 2011 >>> www-client/chromium-9.0.597.94
Sat Feb 19 21:54:38 2011 >>> www-client/chromium-9.0.597.94
~ #
соотв, было:
[I] www-client/chromium
Available versions: 9.0.597.94 ~9.0.597.98 ~10.0.648.82 ~10.0.648.82[1] [M]~11.0.672.2 [M]**9999 {cups +gecko-mediaplayer gnome gnome-keyring system-v8 test}
Installed versions: 9.0.597.94(00:36:27 13.02.2011)(gecko-mediaplayer gnome gnome-keyring -cups -system-sqlite -system-v8)
Homepage: http://chromium.org/
Description: Open-source version of Google Chrome web browser
и стало:
[I] www-client/chromium
Available versions: 9.0.597.94 ~9.0.597.98 ~10.0.648.82 ~10.0.648.82[1] [M]~11.0.672.2 [M]**9999 {cups +gecko-mediaplayer gnome gnome-keyring system-v8 test}
Installed versions: 9.0.597.94(21:50:56 19.02.2011)(gecko-mediaplayer gnome gnome-keyring -cups -system-v8)
Homepage: http://chromium.org/
Description: Open-source version of Google Chrome web browser
..похоже, что отличие только в одном единственном IUSE флаге = system-sqlite, который и в первоначальной сборке вроде как ни на что толком не влиял, а теперь и подавно исключён!
..но, зачем менять "первоначальный" ебилд, по подобному поводу - будто бы не понимая, что у тысяч юзеров - это мелкое изменение скромного текстового файла, вызовет лавину пересборок, по сути не меняющих ничего?! ((;
..просто подобное поведение управляющих ебилдами в основном дереве портаджей, лично я замечаю уже далеко не первый раз, и почему не оставлять "как есть", а исправление вносить в следующий "новый" ебилд совсем новой версии? %))
2. только что собранный dev-util/valgrind, мне значит говорит:
* Messages for package dev-util/valgrind-3.6.1:
...
* Valgrind will not work on ppc, ppc64 or amd64 if glibc does not have
* debug symbols (see https://bugs.gentoo.org/show_bug.cgi?id=214065
* and http://bugs.gentoo.org/show_bug.cgi?id=274771).
* To fix this you can add splitdebug to FEATURES in make.conf and
* remerge glibc.
..кто-ть может мне по простому объяснить, в чём там суть вопроса и что за фича?)
..просто посл. время к пересборкам и обновлениям любых системных пакетов - стараюсь относиться внимательно, особенно после того, как давеча не смог в dev-libs/openssl откатиться с 1.0.0х версии обратно на 0.9.8х, если это можно "так" назвать.)
- Для комментирования войдите или зарегистрируйтесь
.
1. А что-то изменится, если в новую версию? И так и так (пере)собирать
2. http://www.gentoo.ru/node/21120
3. А зачем откатывать dev-libs/openssl?
а эта строка - это просто подпись
n0nado написал(а): 1. А
1. да изменится, с уже установленной - выбора как бы нет, а с новой версией - возможны варианты, напр. в моём случае до следующего релиза ничего бы не пересобиралось.))
2. пасиб, что ткнул, однако:
Note...
а) splitdebug in make.conf's FEATURES has too wide effect.
One can minimize the effect by adding
FEATURES="splitdebug" in /etc/portage/env/sys-libs/glibc
б) (btw: Valgrind 3.2.3 works fine)
..я бы лучше откатился, но в портах он только с 3.3.1, можно ещё наверное и так:
CFLAGS="-O2 -pipe -ggdb" и FEATURES="nostrip", но я пока не буду - валгнинд вызывал скорее не практический, а познавательный интерес! ;) ))
3. мм.. это почти де(те)фиктивная история, упрощая - у меня возникло подозрение, что нужное мне приложение работает с последними 1.х версиями как-то криво, плюс для сборок одной qt4 софтины из исходников, под Win32 изначально использовалась 9.8.х версия и хотелось повторить среду)) в общем, сказано - сделано, маскируем dev-libs/openssl:0, пересобираем, емердж говорит ОК, потом ещё раз для верности revdep-rebuild:
# revdep-rebuild --library libcrypto.so.0.9.8
# revdep-rebuild --library libssl.so.0.9.8
..и полная жо()а, большинству приложений нужен уже 1.х без которого они не видят ssl-я напрочь, не взирая на то, что в их емердж зависимостях чёрным по белому прописано 0.9.8х, что определённо уже присутствует в системе.
..и было смешно, когда в явном виде, срез :0 тянул только один пакет во всей системе - dev-db/virtuoso-server, да и то искл. по тому, что в его ебилдах, мантейнер зачем-то прописал:
">=dev-libs/openssl-0.9.7i:0" хотя в принципе хватило бы и ">=dev-libs/openssl-0.9.7i"! %)))
..можно было переписав "это" в ебилде, положив новую версию в локал - это безболезненно поправить, я же удалил эту БД и зависящие от неё КДЕ-шности нафик, что никак не помогло "делу"(( т.е. формально, версии 1.х никому уже небыли нужны, но без них, как я сказал выше.
..в конечном итоге я сдался, наверное я плохо знаю систему, возможно что-то делал не так, по ощущениям мне это напомнило соотв. "марк" со срезами media-libs/libpng ;) такая вот история.
PLUR, WBR RunAGate
---
Еще Прутков говорил: бойтесь объяснений, объясняющих объясненные вещи. ;))
runagate написал(а): ...
Мысль хорошая, я даже за, но это вам к майнтейнерам надо, на генту.орг!
А здесь это всего лишь крик души, a-la критика политики Партии у себя дома на кухне... :)