Re: [gentoo-dev] Packages up for grabs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27/11/14 10:51, Daniel Campbell wrote: I have a lot of IRL things going on Gentoo is a strange place. But let me assure you, this is real life too. Happy hacking. - -- Alexander berna...@gentoo.org https://secure.plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlR4SVoACgkQRtClrXBQc7VO4QD+M9EWYLtypN7so/6sl1LRj7Lt 6s2b7NvE36Pkhb5f/xABAIlxuqhlwlobGFDY8cj5yi02bwZOIqDCsjVI2OOI3e9l =himf -END PGP SIGNATURE-
[gentoo-dev] Make 'vaapi' USE flag global
Packages that uses 'vaapi' local USE-flag: media-libs/avidemux-core media-libs/xine-lib media-tv/mythtv media-tv/xbmc media-video/avidemux media-video/ffmpeg media-video/hwdecode-demos media-video/libav. media-video/mpv media-video/vlc virtual/ffmpeg www-plugins/gnash Descriptions for that flag are pretty the same and we already have 'vdpau' USE flag, which is for someway similar technology. So, how about making this flag global too? -- Best regards, Sergey Popov Gentoo developer Gentoo Desktop Effects project lead Gentoo Proxy maintainers project lead signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11
On Wed, 26 Nov 2014 16:52:07 -0500 Rich Freeman ri...@gentoo.org wrote: On Wed, Nov 26, 2014 at 4:21 PM, Tom Wijsman tom...@gentoo.org wrote: On Sat, 22 Nov 2014 00:34:33 + (UTC) Duncan 1i5t5.dun...@cox.net wrote: While it pains me to say this, unfortunately it looks like we have another toxic person situation to deal with, with all the implications that come with it. Maybe it's time to deal with it. Toxic wars have casualties; in one of the sides, or in both of them. IOTW; you're already dealing with it, you can only change the outcome. Can you be clear as to what you're recommending? To look at the outcome and shape it for the better, whichever way fits. Are you suggesting that instead of trying to mediate between people who don't get a long, it would be better to just pick one or the other as the winner and boot the other out? ..., or in both of them; and to be complete, let me add or neither. One of the challenges here is that if we were talking about just one productive person who tended to drive everybody away that would be one thing. The problem is that we have a lot of productive people who have different sorts of personality quirks. They range from blowing up in public, to constant passive-aggression, to just silently doing their own thing completely ignoring any input whatsoever. I'm sure I missed a few, like writing excessively-long emails. :) The challenge lies in how far to push and/or hold back people and/or their content; exploring the spectrum between active and passive moderation, as well as the different types of warnings and actions. One or more clear positive messages, followed by an action of 24h, ... I guess one of the advantages of a model where devs turn into reviewers instead of authors is that you can prioritize people skills since their main role isn't to actually write the code so much as to coordinate things. However, this assumes that people would still contribute in such a model. It also assumes the model to change attitude.
Re: [gentoo-dev] Make 'vaapi' USE flag global
On 28/11/14 13:20, Sergey Popov wrote: Packages that uses 'vaapi' local USE-flag: media-libs/avidemux-core media-libs/xine-lib media-tv/mythtv media-tv/xbmc media-video/avidemux media-video/ffmpeg media-video/hwdecode-demos media-video/libav. media-video/mpv media-video/vlc virtual/ffmpeg www-plugins/gnash Descriptions for that flag are pretty the same and we already have 'vdpau' USE flag, which is for someway similar technology. So, how about making this flag global too? I'm fine for it.
Re: [gentoo-dev] help needed: net-irc/weechat
On 2014-11-12 06:31, Andreas K. Huettel wrote: [Sending this out for scarabeus since the gmail conspiracy is keeping him from posting to the -dev mailing list...] Hello people, I stopped using weechat and it is slowly piling bugs, so if someone wants to take over, it would be lovely. net-irc/weechat Since nothing appeared to be happening in this case, I took it over. As usual anyone should feel free to help out if they're interested. Thanks, Tim pgp0XEHP_KsAO.pgp Description: PGP signature
[gentoo-portage-dev] [PATCH] old_tree_timestamp: fix UnicodeDecodeError (530982)
Use _unicode_decode to safely decode bytes returned from time.strftime for python-2.x (_unicode_decode allows unicode to pass through for python-3.x). X-Gentoo-Bug: 530982 X-Gentoo-Url: https://bugs.gentoo.org/show_bug.cgi?id=530982 --- pym/_emerge/sync/old_tree_timestamp.py | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/pym/_emerge/sync/old_tree_timestamp.py b/pym/_emerge/sync/old_tree_timestamp.py index aa23a27..aaed18b 100644 --- a/pym/_emerge/sync/old_tree_timestamp.py +++ b/pym/_emerge/sync/old_tree_timestamp.py @@ -7,7 +7,7 @@ import locale import logging import time -from portage import os +from portage import os, _unicode_decode from portage.exception import PortageException from portage.localization import _ from portage.output import EOutput @@ -95,6 +95,7 @@ def old_tree_timestamp_warn(portdir, settings): whenago(unixtime - lastsync)) else: out.ewarn(_(Last emerge --sync was %s.) % \ - time.strftime('%c', time.localtime(lastsync))) + _unicode_decode(time.strftime( + '%c', time.localtime(lastsync return True return False -- 2.0.4
[gentoo-portage-dev] [PATCH] emerge --info: show /bin/sh provider (527996)
Searching contents for the /bin/sh provider is somewhat slow. Therefore, use the basename of the symlink target to locate the package. If this fails, then only the basename of the symlink target will be displayed. So, typical output is something like sh bash 4.2_p53, or sh bb if /bin/sh points to something like bb that doesn't map to a package name. Note that we do not parse the output of /bin/sh --version because many shells do not have a --version option. The relevant section of the emerge --info output will now look something like this: Timestamp of tree: Fri, 28 Nov 2014 00:45:01 + sh bash 4.2_p53 ld GNU ld (Gentoo 2.23.2 p1.0) 2.23.2 X-Gentoo-Bug: 527996 X-Gentoo-Url: https://bugs.gentoo.org/show_bug.cgi?id=527996 --- pym/_emerge/actions.py | 35 +++ 1 file changed, 35 insertions(+) diff --git a/pym/_emerge/actions.py b/pym/_emerge/actions.py index dec5b04..bd88547 100644 --- a/pym/_emerge/actions.py +++ b/pym/_emerge/actions.py @@ -1556,6 +1556,41 @@ def action_info(settings, trees, myopts, myfiles): lastSync = Unknown append(Timestamp of tree: %s % (lastSync,)) + # Searching contents for the /bin/sh provider is somewhat + # slow. Therefore, use the basename of the symlink target + # to locate the package. If this fails, then only the + # basename of the symlink target will be displayed. So, + # typical output is something like sh bash 4.2_p53, or + # sh bb if /bin/sh points to something like bb that + # doesn't map to a package name. Note that we do not parse + # the output of /bin/sh --version because many shells + # do not have a --version option. + basename = os.path.basename(os.path.realpath(os.path.join( + os.sep, portage.const.EPREFIX, bin, sh))) + try: + # Try a match against the basename, which should work for + # busybox and most shells. + matches = (trees[trees._running_eroot][vartree].dbapi. + match(basename)) + except portage.exception.AmbiguousPackageName: + # If the name is ambiguous, then restrict our match + # to the app-shells category. + matches = (trees[trees._running_eroot][vartree].dbapi. + match(app-shells/%s % basename)) + + if matches: + pkg = matches[-1] + name = pkg.cp + version = pkg.version + # Omit app-shells category from the output. + if name.startswith(app-shells/): + name = name[len(app-shells/):] + sh_str = %s %s % (name, version) + else: + sh_str = basename + + append(sh %s % sh_str) + ld_names = [] if chost: ld_names.append(chost + -ld) -- 2.0.4
[gentoo-portage-dev] [PATCH v2] emerge --info: show /bin/sh provider (527996)
Searching contents for the /bin/sh provider is somewhat slow. Therefore, use the basename of the symlink target to locate the package. If this fails, then only the basename of the symlink target will be displayed. So, typical output is something like sh bash 4.2_p53, or sh bb if /bin/sh points to something like bb that doesn't map to a package name. Note that we do not parse the output of /bin/sh --version because many shells do not have a --version option. The relevant section of the emerge --info output will now look something like this: Timestamp of tree: Fri, 28 Nov 2014 00:45:01 + sh bash 4.2_p53 ld GNU ld (Gentoo 2.23.2 p1.0) 2.23.2 X-Gentoo-Bug: 527996 X-Gentoo-Url: https://bugs.gentoo.org/show_bug.cgi?id=527996 --- PATCH v2 handles a possible InvalidAtom exception. pym/_emerge/actions.py | 40 1 file changed, 40 insertions(+) diff --git a/pym/_emerge/actions.py b/pym/_emerge/actions.py index dec5b04..f14a27d 100644 --- a/pym/_emerge/actions.py +++ b/pym/_emerge/actions.py @@ -1556,6 +1556,46 @@ def action_info(settings, trees, myopts, myfiles): lastSync = Unknown append(Timestamp of tree: %s % (lastSync,)) + # Searching contents for the /bin/sh provider is somewhat + # slow. Therefore, use the basename of the symlink target + # to locate the package. If this fails, then only the + # basename of the symlink target will be displayed. So, + # typical output is something like sh bash 4.2_p53, or + # sh bb if /bin/sh points to something like bb that + # doesn't map to a package name. Note that we do not parse + # the output of /bin/sh --version because many shells + # do not have a --version option. + basename = os.path.basename(os.path.realpath(os.path.join( + os.sep, portage.const.EPREFIX, bin, sh))) + try: + Atom(null/%s % basename) + except InvalidAtom: + matches = None + else: + try: + # Try a match against the basename, which should work for + # busybox and most shells. + matches = (trees[trees._running_eroot][vartree].dbapi. + match(basename)) + except portage.exception.AmbiguousPackageName: + # If the name is ambiguous, then restrict our match + # to the app-shells category. + matches = (trees[trees._running_eroot][vartree].dbapi. + match(app-shells/%s % basename)) + + if matches: + pkg = matches[-1] + name = pkg.cp + version = pkg.version + # Omit app-shells category from the output. + if name.startswith(app-shells/): + name = name[len(app-shells/):] + sh_str = %s %s % (name, version) + else: + sh_str = basename + + append(sh %s % sh_str) + ld_names = [] if chost: ld_names.append(chost + -ld) -- 2.0.4
[gentoo-portage-dev] [PATCH] emerge: warn about @installed, don't deprecate (387059)
The @installed set may have some legitimate uses. Therefore, change the deprecation warning to a warning about unsolved blockers. The warning will now appear as follows: * The @installed set is not recommended when updating * packages because it will often introduce unsolved blocker * conflicts. Please refer to bug #387059 for details. X-Gentoo-Bug: 387059 X-Gentoo-Url: https://bugs.gentoo.org/show_bug.cgi?id=387059 --- pym/_emerge/actions.py | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/pym/_emerge/actions.py b/pym/_emerge/actions.py index dec5b04..d9c45c1 100644 --- a/pym/_emerge/actions.py +++ b/pym/_emerge/actions.py @@ -3538,10 +3538,12 @@ def expand_set_arguments(myfiles, myaction, root_config): display_missing_pkg_set(root_config, s) return (None, 1) if s == installed: - msg = (The @installed set is deprecated and will soon be - removed. Please refer to bug #387059 for details.) + msg = (The @installed set is not recommended when + updating packages because it will often + introduce unsolved blocker conflicts. Please + refer to bug #387059 for details.) out = portage.output.EOutput() - for line in textwrap.wrap(msg, 50): + for line in textwrap.wrap(msg, 57): out.ewarn(line) setconfig.active.append(s) -- 2.0.4
[gentoo-portage-dev] [PATCH v3] emerge --info: show /bin/sh provider (527996)
Searching contents for the /bin/sh provider is somewhat slow. Therefore, use the basename of the symlink target to locate the package. If this fails, then only the basename of the symlink target will be displayed. So, typical output is something like sh bash 4.2_p53. Since realpath is used to resolve symlinks recursively, this approach is also able to handle multiple levels of symlinks such as /bin/sh - bb - busybox. Note that we do not parse the output of /bin/sh --version because many shells do not have a --version option. The relevant section of the emerge --info output will now look something like this: Timestamp of tree: Fri, 28 Nov 2014 00:45:01 + sh bash 4.2_p53 ld GNU ld (Gentoo 2.23.2 p1.0) 2.23.2 X-Gentoo-Bug: 527996 X-Gentoo-Url: https://bugs.gentoo.org/show_bug.cgi?id=527996 --- PATCH v3 updates comments to note that recursive symlink resolution via realpath handles cases like /bin/sh - bb - busybox. pym/_emerge/actions.py | 41 + 1 file changed, 41 insertions(+) diff --git a/pym/_emerge/actions.py b/pym/_emerge/actions.py index dec5b04..90aed23 100644 --- a/pym/_emerge/actions.py +++ b/pym/_emerge/actions.py @@ -1556,6 +1556,47 @@ def action_info(settings, trees, myopts, myfiles): lastSync = Unknown append(Timestamp of tree: %s % (lastSync,)) + # Searching contents for the /bin/sh provider is somewhat + # slow. Therefore, use the basename of the symlink target + # to locate the package. If this fails, then only the + # basename of the symlink target will be displayed. So, + # typical output is something like sh bash 4.2_p53. Since + # realpath is used to resolve symlinks recursively, this + # approach is also able to handle multiple levels of symlinks + # such as /bin/sh - bb - busybox. Note that we do not parse + # the output of /bin/sh --version because many shells + # do not have a --version option. + basename = os.path.basename(os.path.realpath(os.path.join( + os.sep, portage.const.EPREFIX, bin, sh))) + try: + Atom(null/%s % basename) + except InvalidAtom: + matches = None + else: + try: + # Try a match against the basename, which should work for + # busybox and most shells. + matches = (trees[trees._running_eroot][vartree].dbapi. + match(basename)) + except portage.exception.AmbiguousPackageName: + # If the name is ambiguous, then restrict our match + # to the app-shells category. + matches = (trees[trees._running_eroot][vartree].dbapi. + match(app-shells/%s % basename)) + + if matches: + pkg = matches[-1] + name = pkg.cp + version = pkg.version + # Omit app-shells category from the output. + if name.startswith(app-shells/): + name = name[len(app-shells/):] + sh_str = %s %s % (name, version) + else: + sh_str = basename + + append(sh %s % sh_str) + ld_names = [] if chost: ld_names.append(chost + -ld) -- 2.0.4