Кнопка „Тех. разделы форума“ выглядит жуткой, страшной и огромной. Особенно это заметно андроедах где эта кнопка сжирает чересчур много места. К тому же слово „форума“ можно добавлять к любым кнопкам в трекере пример - „все сообщения форума“, „основные сообщения форума“…
Исходя из всего вышесказанного предлагаю вместо „Тех. разделы форума“ просто „Тех. разделы“
На все подобные вопросы проще ответить один раз и для всех сразу… И, опять же, отдельно для тех кто возможно был не в курсе.
Моё участие в разработке geek-sources прекращено на неопределенное время.
Причин тому достаточно.
Во первых железо отслужило свой срок т.е. отремонтировать или заменить уже нет смысла а купить новое у меня попросту нет денег.
Во вторых на том что осталось нет никакого смысла в gentoo. Сейчас вместо неё водружен sabayon-14.06. А ныне уже почившая в ином мире gentoo была полностью в LUKS и просто по классике полетел хард. Т.е. накрылось всё и сразу. Продолжать разработку geek-sources следовательно для начала клонировать по новой все svn/git репы… От этого и так упоротому харду лучше не станет а у меня сейчас задача чтобы железо продержалось как можно дольше.
Ну и вообще, для понимания всей ситуации, от меня до Донецка, Славянска полтора часа на машине… а до Луганска и того меньше - минут сорок. У нас на улицах пока что не стреляют и в черте города по сути, кроме цен, ничего не изменилось но по вечерам стотысячный город вымирает. С работой все туго. По телевидению говорят о том, что граница с Ростовской областью уже перекрыта а в сторону Крыма нужно всю Донецкую область проехать так что свалить тоже идея не намного умнее чем остаться. В общем весело и с каждым днем всё веселее и веселее…
А с geek-sources… Да я там даже пару багов нашел и затеял очередное изменение… И всё это когда-то попадет на github. Но вот когда именно это очень хороший вопрос.
Так что если хотите обновлений форкайте оверлей, сами бампайте и будет вам счастье. Если ещё кто-то желает иметь непосредственный доступ к самому оверлею пишите либо прям тут либо в теме пущу всех желающих до тех пор пока github будет разрешать… только указывайте свой ник с github-а.
equo query graph =app-office/libreoffice-4.2.3.3 >> /tmp/libreoffice-4.2.3.3.txt
Т.е. без app-emulation/xen, ~app-emulation/xen-tools-4.4.0 LibreOffice-у никак? Ну ок…
Так вот в виду абсолютной унылости optware решил я значит на rt-n16 в /opt взгромоздить gentoo-prefix на радость даже toolchain-ов понаходил готовых в нескольких вариантах…
Дальше если по манам то там все просто и вот до сих пор у меня все идет просто замечательно:
./bootstrap-prefix.sh /opt/tmp stage1
./bootstrap-prefix.sh /opt stage2
и до счастливого финала остается собственно
./bootstrap-prefix.sh /opt stage3
А вот тут собственно зарыто самое веселое. Toolchain хрен соберешь! Сборка gcc фэйлит на самых разнообразных багах, большая часть из которых если верить багзиллам вообще уже давно закрыта и пофикшена… В общем жизнь это боль. Дискасс.
Subj. В связи с объективными причинами и на срок не менее 3х-6ти месяцев прошу забанить мой аккаунт.
Повторяю это не жж и не самовыпил!
Заранее спасибо.
В процессе обновления утилиты udept уже кое-чего наделал и оно вроде-бы даже местами заработало… но натолкнулся на такой {интересный/забавный/бородатый} кусок bash кода который выполняет сравнение версий и возвращает даже отрицательные (!!!) результаты из функции при помощи return.
Насколько я понял когда-то давно в бородатых версиях bash такой фокус возможно прокатывал… а теперь нужно менять return-ы на глобальную переменную. Если я понял не правильно то как в 4м bash-е вернуть отрицательное значение из функции?
Собственно само оно со строки 1226:
# Compare two numbers as fractional parts of a decimal fraction.
function comm_float() {
local f1="$1" f2="$2" i d1 d2
for ((i=0;i<${#f1}||i<${#f2};++i)); do
d1=${f1:$i:1}; [[ "$d1" ]] || d1=0
d2=${f2:$i:1}; [[ "$d2" ]] || d2=0
((d1<d2)) && return -7; ((d1>d2)) && return 7
done
return 0
}
# Compare version specifiers s1, s2. Returns <0, 0, >0 if s1 is resp lower,
# equal, higher than s2. Note that <0 actually means >127 (-1 -> 255, etc)
# 0: equal; 1: differ in erev; 2: differ in status number; 3: differ in status;
# 4: differ in letter; 5: differ in mmm length; 6: differ in mmm
#
# This needs to be kept equivalent to portage_versions.vercmp().
#
# NOTE: Portage considers e.g. 7.0 and 7.0.0 to be equivalent. Yes, I know,
# this sucks. HATE HATE HATE
#
# status code number: alpha->0, beta->1, pre->2, rc->3, (none)->4, p->5
function comm_ver() {
local s1_mlsr="$1" s2_mlsr="$2"
[[ "$s1_mlsr" == "$s2_mlsr" ]] && return 0
if [[ "$s1_mlsr" == */* || "$s2_mlsr" == */* ]]; then
echo "Oops: comm_ver called with category/package: $s1_mlsr $s2_mlsr" | format_error >&2
backtrace
return 0
fi
s1_mls="${s1_mlsr/%-r+([[:digit:]])}"; s1_r="${s1_mlsr#${s1_mls}}"
s1_r="${s1_r/#-r*(0)}"
s1_ml="${s1_mls%%*(_@(alpha|beta|pre|rc|p)*([[:digit:]]))}"
s1_ss="${s1_mls#${s1_ml}}"
s1_m="${s1_ml/%[[:lower:]]}"; s1_l="${s1_ml#${s1_m}}"; s1_m=( ${s1_m//./ } )
s2_mls="${s2_mlsr/%-r+([[:digit:]])}"; s2_r="${s2_mlsr#${s2_mls}}"
s2_r="${s2_r/#-r*(0)}"
s2_ml="${s2_mls%%*(_@(alpha|beta|pre|rc|p)*([[:digit:]]))}"
s2_ss="${s2_mls#${s2_ml}}"
s2_m="${s2_ml/%[[:lower:]]}"; s2_l="${s2_ml#${s2_m}}"; s2_m=( ${s2_m//./ } )
local i
for ((i=0; i<${#s1_m[@]} || i<${#s2_m[@]}; ++i)); do
s1mi="${s1_m[$i]}"; s2mi="${s2_m[$i]}"
[[ "$s1mi" || "$s2mi" == '0' ]] || return -5
[[ "$s2mi" || "$s1mi" == '0' ]] || return 5
if [[ "$s1mi" == 0* || "$s2mi" == 0* ]]; then
comm_float "$s1mi" "$s2mi"; ret=$?; ((ret)) && return $ret
else
((s1mi < s2mi)) && return -6
((s1mi > s2mi)) && return 6
fi
done
((${#s1_m[@]}!=${#s2_m[@]})) && [[ "${s1_l}${s1_s}${s1_r}" == "${s2_l}${s2_s}${s2_r}" ]] && return 0
[[ "$s1_l" < "$s2_l" ]] && return -4
[[ "$s1_l" > "$s2_l" ]] && return 4
s1_ss=( ${s1_ss//_/ } ); s2_ss=( ${s2_ss//_/ } )
for ((i=0; i<${#s1_ss[@]} || i<${#s2_ss[@]}; ++i)); do
s1si="${s1_ss[$i]}"; s2si="${s2_ss[$i]}"
s1sci="${s1si/%*([[:digit:]])}"; s2sci="${s2si/%*([[:digit:]])}"
s1_scn="$((6-${#s1sci}))"; [[ $s1_scn -ge 4 ]] && s1_scn=$((10-$s1_scn))
s2_scn="$((6-${#s2sci}))"; [[ $s2_scn -ge 4 ]] && s2_scn=$((10-$s2_scn))
[[ "$s1_scn" < "$s2_scn" ]] && return -3
[[ "$s1_scn" > "$s2_scn" ]] && return 3
s1_sn="${s1si##${s1sci}*(0)}"
s2_sn="${s2si##${s2sci}*(0)}"
[[ "$s1_sn" -lt "$s2_sn" ]] && return -2
[[ "$s1_sn" -gt "$s2_sn" ]] && return 2
done
[[ "${s1_r}" -lt "${s2_r}" ]] && return -1
[[ "${s1_r}" -gt "${s2_r}" ]] && return 1
echo "Error! comm_ver failed $1 $2" >&2
exit 128 # should not reach here
}Я правильно понимаю что, теперь вместо return <some_value> надо делать как то так (retval= <some_value>; exit 0) где, к примеру, retval и будет той самой глобальной переменной?
Я конечно пытался преобразовать код в нечто скажем так… кхм в общем меня начисто сбила такая милая функция:
function vercmp() {
comm_ver "$1" "$3"
case "$2" in
"=" ) (( $? == 0 ));;
"~" ) (( $? == 255 || $? == 0 || $? == 1 ));;
"<=" ) (( $? == 0 || $? >= 128 ));;
"<" ) (( $? >= 128 ));;
">=" ) (( $? < 128 ));;
">" ) (( $? > 0 && $? < 128 ));;
* ) format_error <<<"Unrecognised version comparator: $2" >&2
esac
}В исходных данных две вполне конкретные версии файлов к примеру «3.3.9» и «3.4.1»… Так вот что вы скажете в данном случае про знак «~»?
При вводе метки во время оформления поста в тот самый момент когда появляется меню с вариантами которые вводили до тебя… Вполне естественным выглядит выбрать метку из меню и нажать ввод ожидая, что это вставит выбранную из меню метку в поле меток. Однако на деле это действие аналогично нажатию кнопки «Поместить».
Так вот либо это я неосилятор либо сие имеет место быть.
Заранее спасибо.
По мотивам всех этих тем…
Делаем раз и скачиваем emerg.resolv.time_print.patch
Дальше проще
> cd /usr/lib64/portage
> patch -p1 < emerg.resolv.time_print.patch
> emerge --update --newuse --deep @world @system -pv
These are the packages that would be merged, in reverse order:
2013-10-28 15:44:11: Calculating dependencies /
2013-10-28 15:44:41: Adding root packages /
2013-10-28 15:44:51: Processing dependencies -
2013-10-28 15:45:46: Checking for slot conflicts
2013-10-28 15:45:46: Trying to accept blocker conflicts
2013-10-28 15:45:46: Resolving slot conflicts for complete graph \
2013-10-28 15:45:46: Processing slot conflicts
2013-10-28 15:45:46: Triggering slot operator reinstalls
2013-10-28 15:45:59: Validating blockers /
2013-10-28 15:46:01: Checking for blocker conflicts
2013-10-28 15:46:01: Checking for rebuild triggers
2013-10-28 15:46:01: Checking if restart is needed
2013-10-28 15:46:01: Checking if we have to prune rebuilds
2013-10-28 15:46:01: Checking if restart is needed
2013-10-28 15:46:01: Checking for parameters that change behavior
2013-10-28 15:46:01: Checking for changes that are needed
2013-10-28 15:46:01: Done resolving!... done!Portage тормозит? Где?
2 
Redfoxnet [лень][печаль][gentoo] udept
Итого с 2009го прошло вполне достаточно. Вся история по его выпиливанию тут Bug 250839 - Remove app-portage/udept from tree.
Итак на дворе 2013й год! И ВНЕЗАПНО с минимальными правками фактически из одного единственного бага Bug 172611 - app-portage/udept-0.5.99.0.2.95-r1 - problems with multiple version suffixes и если и не полностью но он udept таки работает!
Со времени прошлой неновости добавлены USE флаги: exfat(из zen), rifs, rsbac и ubuntu. И в sys-kernel/geek-sources ВНЕЗАПНО добавлена возвращена поддержка ядер ветки 2.6.*.
Stay Tuned!
Haters gonna hate.
Дискасс!
PS: Писать полноценную новость мне лень.
PSS: В 3.11.4 все еще так и нет grsec грусть, печаль и вообще тоска!
Значит пилю я userstyles со своим светленьким вариантом танго. И проблема в том, что нужно чем-то заменить белый фон. В данный момент оно выглядит вот так вот:
http://img89.imageshack.us/img89/5193/e16k.png
http://img407.imageshack.us/img407/4544/3b7n.png
Пишу сюда потому что вопрос явно не для технических разделов однако же всяко касается любимого ЛОР-а!
На падающем то в паники то в ooooooppps-ы 3.11.1 решил затестить и полностью безблобную систему т.е. b43 и nouveau вместо =x11-drivers/nvidia-drivers-325.15 и =net-wireless/broadcom-sta-6.30.223.141… Оно правда ничем не помогло и все равно пришлось откатываться на 3.10.11. :) Однако в ходе этого процесса оказалось что у моей NV50 уже поддерживается и работает video decoding accel (VDPAU/XvMC)! Увы пока что Power management еще никакое.
Но то, что у nouveau есть vdpau для меня было новостью.
Собственно для тех кто ждет sys-kernel/geek-sources-3.10.1
В этом релизе представлены:
Патчи будут обновляться по мере их выхода. Stay Tuned!
Wiki все еще на своем месте. И для всех тех, кто уже потеряется в патчах добавлена наглядная иллюстрация-шпаргалка (на ней красные взаимосвязи требуют чистого ядра без обновлений. синие обычные зависимости - «ребенок» для своей установки требует «родителя». а зеленые заимствования) И да как сделать шрифты более читаемыми я пока не знаю… но если кто знает то вот исходник
Идет работа над закрытием geek-sources-3.8.13 restoration request нерешенной осталась задача автоматического подбора версий патчей в случае если она не задана явно. И последняя забавная проблема требует своего внимания - но это уже больше все же к красоте…
Haters gonna hate.
Дискасс!
>>> Подробности
Задача: нужен универсальный (т.е. единообразно выглядящий на вид велосипед для всего сразу) индикатор загрузки/обновления для http/https/ftp/git/svn
Для http/https/ftp используется wget и да про wget --progress={dot/bar} я в курсе однако см. комментарий к слову универсальный.
Можно было бы заюзать pipe viewer но неохота тащить лишнюю зависимость.
Можно навелосипедить и самому но спрашиваю для начала здесь а то вдруг кто то уже навелосипедил.
16 мая 2013 состоялся релиз geek-sources-3.9.2 и «большого обновления», основные моменты которого заключаются в следующем:
Если вам все еще нужны удаленные патчи то используйте патчи пользователя (/etc/portage/patches/sys-kernel/geek-sources) и поддерживайте их самостоятельно.
С релизом geek-sources-3.9.4 были так же выпущены и longterm kernel geek-sources-{3.2.45,3.4.47}
С релизом geek-sources-3.9.5 была добавлена переменная crap_patch, которую все так же при желании можно задать через /etc/portage/kernel.conf, влияющая на общую степень параноидальности отношения к патчам. По умолчанию (crap_patch=ignore) отношение дефолтно-наплевательское и логика обработки патчей все та же:
patch -p1 -g1 --no-backup-if-mismatch --dry-run patch_name && patch -p1 -g1 --no-backup-if-mismatch patch_nameА кроме этого для Ъ есть режим максимальной безопасности (crap_patch=will_not_pass):
patch -p1 -g1 --dry-run patch_name && patch -p1 -g1 patch_nameИ если после этого находим *.orig или *.rej то реверсим патч patch -p1 -g1 -R patch_name и удаляем *.orig или *.rej.
Поэтому если у вас стоит crap_patch=will_not_pass не спрашивайте куда делись нужные вам патчи :) скорее всего такова их судьба…
Haters gonna hate.
>>> Подробности
«Скандалы, интриги, расследования — показать всё, что скрыто» © Глеб Пьяных
Итак кто желает проверить так сказать по горячим следам значит вон там вот Kernel Farm for Linux ROSA, Cooker & Mandriva ^now 3.8.12 есть ссылка на
kernels 3.8.xx >>> http://abf.rosalinux.ru/downloads/kernels_38x_personal/repository/
Берем ну какое? Конечно же самое свежее
> wget http://abf-downloads.rosalinux.ru/kernels_38x_personal/repository/cooker/SRPMS/main/release/kernel-3.8.12-69.src.rpm
(cut)
2013-05-13 11:26:05 (484 KB/s) - «kernel-3.8.12-69.src.rpm» сохранён [73813940/73813940]
> md5sum kernel-3.8.12-69.src.rpm
44c9869de1cc41fd94f4629062308fa0 kernel-3.8.12-69.src.rpm
> rpm2tarbz2 kernel-3.8.12-69.src.rpm
> tar -xjpf kernel-3.8.12-69.src.tar.bz2
> ls -1
cpupower.config
cpupower.service
disable-mrproper-prepare-scripts-configs-in-devel-rpms.patch
kernel-3.8.12-69.spec
kernel-3.8.12-69.src.rpm
kernel-3.8.12-69.src.tar.bz2
kernel.rpmlintrc
linux-3.8.12-rosa69.tar.xz
linux-3.8.tar.sign
linux-3.8.tar.xz
patch-3.8.12.bz2
patch-3.8.12.sign
README.kernel-sources
> tar xf linux-3.8.12-rosa69.tar.xz
> cd 3.8.12-rosa69/
> find * | egrep "info|patch_list"
queue/bfq/info
queue/bfq/patch_list
queue/uksm/patch_list
queue/aufs/info
queue/aufs/patch_list
queue/ice/patch_list
> cat queue/bfq/info
Generated by patch_maker.sh script v-0.5
Grabbed on 2013-03-04 12:03:37 EET
From: http://algo.ing.unimo.it/people/paolo/disk_sched/patches/3.8.0-v6
> cat queue/aufs/info
Generated by patch_maker.sh script v-0.5
Grabbed on 2013-05-04 08:59:11 EEST
url:
local branch: remotes/origin/aufs3.8
tracking branch:
tracking remote:
И да возможно я плохо искал? Однако же я так нигде и не нашел информации, ссылок или иных упоминаний о том, что в энтрпрайз дистрибутиве мирового уровня rosalinux используются наработки из оверлея init6 для всех пользователей gentoo а так же её клонов вообще а в частности и более конкретно проекта geek-sources.
Ах и да вот он упомянутый выше patch_maker.sh Вот они bfq/info aufs/info и вот он к примеру patch_list и все это в совокупности говорит лишь о том, что господа из rosalinux поленились указать у кого и откуда все это взяли.
И пожалуйста обратите свое внимание я не просил денег как это делал уважаемый post-factum хотя вся моя деятельность в данный момент происходит на вот таком вот уже умирающем несчастье и с учетом того что я нахожусь в поисках работы все еще плачевнее… Но хотя бы url у кого вы взяли патчи можно было оставить. Просто спасибо написать.
tazhate не то что в новости постить… вообще желание поддерживать и обновлять пропадает всякое.
CONFIG_MODULE_SIG:
Check modules for valid signatures upon load: the signature is simply appended to the module. For more information see Documentation/module-signing.txt.
Посмотрел в последнем стабильном ядре и не нашел Documentation/module-signing.txt. Информации в интернетах мало.
Собственно вопрос: Как правильно использовать CONFIG_MODULE_SIG для подписывания модулей в самом ядре и внешних используемых ядром(ati, nvidia, broadcom-sta и т.п.) ?
Собственно для тех кто ждет sys-kernel/geek-sources-3.9.0
В этом релизе представлены: aufs из aufs3.x-rcN, bld 3.9-rc4, bfq 3.8.0-v6, fedora из git branch: refs/heads/master, genpatches для 3.9, ice для 3.9, mageia из 3.8.10, suse из git branch: refs/heads/stable, zen для 3.9, zfs для 3.9
Отсутствующие патчи будут добавлены по мере их выхода. Stay Tuned!
Wiki все еще на своем месте.
Haters gonna hate.
Дискасс!
PS: Всех поздравляю с праздниками!
| ← назад | следующие → |