[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-06-19 23:59 UTC

[Robin H. Johnson]

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2016-06-19 23:59 UTC.

Removals:
dev-haskell/hpc 20160617-16:29 slyfox4cbf03f
dev-haskell/pool-conduit20160617-16:43 slyfoxe627baf
dev-haskell/tls-extra   20160617-16:28 slyfox051e300
dev-vcs/blogc-git-receiver  20160619-15:53 rafaelmartins 2c6a8aa
www-servers/blogc-runserver 20160619-15:53 rafaelmartins 2c6a8aa

Additions:
dev-java/btf20160617-17:54 wizardeditaf10ebd
dev-libs/libsolv20160614-05:12 vapier8d952e0
dev-python/brython  20160613-18:15 monsieurp c63709a
dev-ruby/patch_finder   20160612-21:06 zerochaos 0f8c4a8
dev-util/cram   20160618-13:03 rafaelmartins c19ecc1
virtual/libelf  20160618-16:36 mgorny1357005
x11-libs/xcb-util-xrm   20160617-13:24 xarthisius1f5c3d5
x11-plugins/pidgin-window_merge 20160614-18:30 slyfoxeed58fc

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
dev-vcs/blogc-git-receiver,removed,rafaelmartins,20160619-15:53,2c6a8aa
www-servers/blogc-runserver,removed,rafaelmartins,20160619-15:53,2c6a8aa
dev-haskell/pool-conduit,removed,slyfox,20160617-16:43,e627baf
dev-haskell/hpc,removed,slyfox,20160617-16:29,4cbf03f
dev-haskell/tls-extra,removed,slyfox,20160617-16:28,051e300
Added Packages:
virtual/libelf,added,mgorny,20160618-16:36,1357005
dev-util/cram,added,rafaelmartins,20160618-13:03,c19ecc1
dev-java/btf,added,wizardedit,20160617-17:54,af10ebd
x11-libs/xcb-util-xrm,added,xarthisius,20160617-13:24,1f5c3d5
dev-libs/libsolv,added,vapier,20160614-05:12,8d952e0
x11-plugins/pidgin-window_merge,added,slyfox,20160614-18:30,eed58fc
dev-python/brython,added,monsieurp,20160613-18:15,c63709a
dev-ruby/patch_finder,added,zerochaos,20160612-21:06,0f8c4a8

Done.

Re: [gentoo-dev] News item: LINGUAS USE_EXPAND renamed to L10N

[Ulrich Mueller]

> On Mon, 06 Jun 2016, Mart Raudsepp wrote:

> First draft of news item for proceeding with LINGUAS USE_EXPAND rename
> to L10N independently of the INSTALL_MASK feature additions.

> I hope English natives will improve the sentence flow and grammar here
> :)
> Perhaps there's also a better title than with the technical USE_EXPAND
> mention.

Since I've seen no objections against using BCP 47 (aka IETF language
tags) for L10N, find my attempt of an updated wording below.

Ulrich


Title: L10N USE_EXPAND variable replacing LINGUAS
Author: Mart Raudsepp 
Author: Ulrich Müller 
Content-Type: text/plain
Posted: 2016-06-19
Revision: 1
News-Item-Format: 1.0

The L10N variable is replacing LINGUAS as an USE_EXPAND, to avoid a
conceptual clash with the standard gettext LINGUAS behaviour.

L10N controls which extra localization support will be installed.
This is commonly used for downloads of additional language packs.

If you have set LINGUAS in your make.conf, you most likely want to add
its entries also to L10N. Note that while the common two letter language
codes (like "de" or "fr") are identical, more complex entries have a
different syntax because L10N now uses IETF language tags. (For example,
"pt_BR" becomes "pt-BR" and "sr@latin" becomes "sr-Latn".) You can look
up the available codes in profiles/desc/l10n.desc in the gentoo tree.
A detailed description of language tags (aka BCP 47) can be found at: 
https://www.w3.org/International/articles/language-tags/

After a transition time for packages to be converted, the LINGUAS
environment variable will maintain the standard gettext behaviour and
will work as expected with all package managers. It controls which
language translations are built and installed. An unset value means all
available, an empty value means none, and a value can be an unordered
list of gettext language codes, with or without territory codes. Usually
two letter language codes suffice, but can be narrowed down by territory
codes with a "ll_CC" formatting, where "ll" is the language code and
"CC" is the territory code, e.g., "en_GB". Some rare languages also have
three letter language codes. Note that LINGUAS does not only affect
installed gettext catalog files (*.mo), but also lines of translations
in an always shipped file (e.g., *.desktop).

If you want English with a set LINGUAS, it is suggested to list it with
the desired country code, in case the default is not the usual "en_US".
It is also common to list "en" then, in case a package is natively
written in a different language, but does provide an English translation
for whichever country. A list of LINGUAS language codes is available at:
http://www.gnu.org/software/gettext/manual/gettext.html#Language-Codes

If you have per-package customizations of the LINGUAS USE_EXPAND, you
should also rename those. This typically means changing linguas_* to
l10n_*, and possibly updating the syntax as described above.

https://wiki.gentoo.org/wiki/Localization/Guide has also been updated to
reflect this change.


pgpObTv_cg_aO.pgp
Description: PGP signature

Re: [gentoo-dev] [RFC] bugs.g.o: Killing VERIFIED state, possibly introducing STABILIZED

[Raymond Jennings]

I'd like to chime in if I may.  I've found "VERIFIED" to be needless.
Especially in cases where I have logs or whatnot, having to prove the bug
is there is tedious.

Shouldn't the existence of the report be evidence enough?

On Fri, Jun 17, 2016 at 10:39 AM, Rich Freeman  wrote:

> On Fri, Jun 17, 2016 at 1:26 PM, Kristian Fiskerstrand 
> wrote:
> > On 06/17/2016 07:05 PM, Brian Dolbec wrote:
> >>
> >> Then everyone PLEASE stop referring to the Gentoo ebuild tree as
> >> portage.  Reserve portage for the upstream PACKAGE MANAGER.
> >
> > indeed
> >
>
> Agree, though this wasn't the sense I meant it in (in case there was
> any confusion).
>
> 1. There is the Gentoo Repo (which I always try to describe using those
> words).
>
> 2. Then there is the sys-apps/portage package in the Gentoo repo.
>
> 3.  And then there is the portage upstream that occasionally makes
> releases that end up as #2.
>
> It is between 2-3 that we need to distinguish here.
>
> I agree with the suggestion that context is sufficient already.
>
> --
> Rich
>
>

Re: [gentoo-portage-dev] [PATCH] unmerge-backup: check BUILD_TIME of existing binary package (bug 586410)

[Brian Dolbec]

On Sun, 19 Jun 2016 14:34:31 -0700
Zac Medico  wrote:

> Fix the dblink._quickpkg_dblink method to search for a binary package
> having identical BUILD_TIME to the installed instance.
> 
> X-Gentoo-Bug: 586410
> X-Gentoo-Bug-url: https://bugs.gentoo.org/show_bug.cgi?id=586410
> ---
>  pym/portage/dbapi/vartree.py | 15 +++
>  1 file changed, 11 insertions(+), 4 deletions(-)
> 
> diff --git a/pym/portage/dbapi/vartree.py
> b/pym/portage/dbapi/vartree.py index bfbe356..28ae584 100644
> --- a/pym/portage/dbapi/vartree.py
> +++ b/pym/portage/dbapi/vartree.py
> @@ -5231,12 +5231,19 @@ class dblink(object):
>  
>   def _quickpkg_dblink(self, backup_dblink, background,
> logfile): 
> + build_time = backup_dblink.getfile('BUILD_TIME')
> + try:
> + build_time = long(build_time.strip())
> + except ValueError:
> + build_time = 0
> +
>   trees = QueryCommand.get_db()[self.settings["EROOT"]]
>   bintree = trees["bintree"]
> - binpkg_path = bintree.getname(backup_dblink.mycpv)
> - if os.path.exists(binpkg_path) and \
> - catsplit(backup_dblink.mycpv)[1] not in
> bintree.invalids:
> - return os.EX_OK
> +
> + for binpkg in reversed(
> +
> bintree.dbapi.match('={}'.format(backup_dblink.mycpv))):
> + if binpkg.build_time == build_time:
> + return os.EX_OK
>  
>   self.lockdb()
>   try:

looks fine to me, I trust it'll do the job :)

-- 
Brian Dolbec 

[gentoo-portage-dev] [PATCH] unmerge-backup: check BUILD_TIME of existing binary package (bug 586410)

[Zac Medico]

Fix the dblink._quickpkg_dblink method to search for a binary package
having identical BUILD_TIME to the installed instance.

X-Gentoo-Bug: 586410
X-Gentoo-Bug-url: https://bugs.gentoo.org/show_bug.cgi?id=586410
---
 pym/portage/dbapi/vartree.py | 15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/pym/portage/dbapi/vartree.py b/pym/portage/dbapi/vartree.py
index bfbe356..28ae584 100644
--- a/pym/portage/dbapi/vartree.py
+++ b/pym/portage/dbapi/vartree.py
@@ -5231,12 +5231,19 @@ class dblink(object):
 
def _quickpkg_dblink(self, backup_dblink, background, logfile):
 
+   build_time = backup_dblink.getfile('BUILD_TIME')
+   try:
+   build_time = long(build_time.strip())
+   except ValueError:
+   build_time = 0
+
trees = QueryCommand.get_db()[self.settings["EROOT"]]
bintree = trees["bintree"]
-   binpkg_path = bintree.getname(backup_dblink.mycpv)
-   if os.path.exists(binpkg_path) and \
-   catsplit(backup_dblink.mycpv)[1] not in 
bintree.invalids:
-   return os.EX_OK
+
+   for binpkg in reversed(
+   bintree.dbapi.match('={}'.format(backup_dblink.mycpv))):
+   if binpkg.build_time == build_time:
+   return os.EX_OK
 
self.lockdb()
try:
-- 
2.7.4

[gentoo-dev] Last rites: sys-auth/pam_keystore

[Michael Palimaka]

# Michael Palimaka  (19 Jun 2016)
# Ancient, untested, never unmasked. Removal in 30 days. Bug 586172.
sys-auth/pam_keystore

[gentoo-dev] Last rites: net-misc/mdidentd

[Michael Palimaka]

# Michael Palimaka  (19 Jun 2016)
# Fails to build. Unmaintained. Dead upstream.
# Masked for removal in 30 days. Bug 586348.
net-misc/mdidentd

[gentoo-portage-dev] Re: [PATCH v2] repoman: new QA error: slot operator under '||' alternative

[Sergei Trofimovich]

On Sat, 18 Jun 2016 14:15:54 -0700
Zac Medico  wrote:

> On 06/18/2016 12:27 PM, Sergei Trofimovich wrote:
> > +   if in_any_of and atom.slot_operator:
> > +   qatracker.add_error("dependency.badslotop", 
> > relative_path +
> > +   ": %s: '%s' uses ':=' slot operator under '||' 
> > dep clause." %
> > +   (mytype, atom))  
> 
> It should be like this:
> 
> if in_any_of and atom.slot_operator == '=':
> 
> Because the case of atom.slot_operator == '*' is not forbidden.

Nice catch! Sent V4.

-- 

  Sergei


pgpyl5mQIj5Eq.pgp
Description: Цифровая подпись OpenPGP