Oleg Vinichenko

this is fixed

also i meant, make stable keyword for ffmpeg-2.2.3 version specifically, is this changing emerge output? if it does, please, paste it.

its done by gentoo and it's done in weird way by means some ebuilds with new multilib are stable, some are only unstable and some still masked. This is unfortunate situation but we wil fix it. I'm personally interested in ffmpeg stabilization

it's ok

using stable branch is a root case. In your merge list some package requesting a package that using newer multilib versions, including ffmpeg, which are available only with ~keywords. What will change if you set amd64 x86 keywords for ffmpeg in /etc/portage/package.keywords?

topic moved to General Discussion, doesn't belong to dev central

it's not broken. tha'ts caused by multilib migration. We would need to fix it.

fix not coming immediately, only after Funtoo merges the fix and re-sync the tree, it happens every 4 hours.

will be fixed with next portage tree sync. reported in http://bugs.funtoo.org/browse/FL-1290

as for this kernel, you'll get update whenever update comes into tree. It depends on how often Debian release updates to kernel, it doens't happen too often but even in this case Funtoo doesn't track these updates immediately. The rule is, if kernel version gets possitive feedback from testers, runs good and stable it kept at this version for some extented period, some kind of LTS. If this policy not acceptable, please, share suggestions.

what exact problem is? debian-sources not updated too often. very much posssible you do not need to update it. i.e would like to know details: what's expected what happens

I overlooked this. Should be fixed now :)

nginx-1.7.1 added to tree by drobbins, currently masked. Test required.

we can add musl profile for testing purpose. Pleas, open report on bugs.funtoo.org with details.

please, open report on bugs.funtoo.org. This where we collect all problems with Funtoo.

If 32 bit applications not planned for usage, pure64 installs are very much appreciated. I have pure64 build running with XFCE and ati-drivers. Works like a charm.

python-3.4 now masked back again. We had no PYTHON_ABIS change with unmask, so we are safe (2.7 and 3.3 set)

nsplugin is automatically set for Oracle Java, we had bug report for it :)

yes, this is Java 7 update 51. Strongly suggesting to update to 55 version :) Aslo, please, check Funtoo wiki page. http://www.funtoo.org/Funtoo_Linux_Web_Browsers#Oracle_Java_Runtime_Environment

Yes, Funtoo, suffers from time to time with new multilib transition. The idea of new multilib is probably not bad, gettin rid of emul-linux-*packages. But it's done very creepy. Some converted packages are masked, some only ~keyworded and some are stable. This leading to various uncertain portage issues. I'm more tend to just use either pure64 or x86, like arch linux does. I know sabayon abbandoned 32 bit support. Sorry, cross-posting from mail.

udev init script does hotplugging while starting, i guess rather than make suggestion to restart udev, we make ebuild automatically restart udev whenever update or rebuild of a package performed.

Hi there! Everyone, recently in Gentoo, multilib changes made to pam ebuild, which results in pam ebuild downgrade. Funtoo has this package forked and it's not yet ported to newer multilib. Before that, it is strongly recommended to NOT let portage downgrade this package, otherwise system may stuck, freeze on loging or uncertain, permission related issues observed. TO avoid pam downgrade, during usual auDN arguments add -exclude argument, so it will look like this # emerge -auDN @world --exclude pam. This will be reported on bugs.funtoo.org and fixed.

please, open report on bugs.funtoo.org

sorry? what happened?

After udev update, see http://forums.funtoo.org/index.php?/topic/22-udev-update/, following full Desktop Environment tests required: KDE (with kde mix-in enabled) Gnome3 (with gnome mix-in enabled) MATE (with mate mix-in enabled) all issues, quirks, failures, blocks should be reported on bugs.funtoo.org