[gentoo-dev] last rites: app-admin/lastpass

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 # Göktürk Yüksek (23 May 2016) # Replaced by app-admin/lastpass-binary-component. # Masked for removal in 30 days. app-admin/lastpass -BEGIN PGP SIGNATURE-

[gentoo-portage-dev] [PATCH v2] repoman: declare '-x', '--xmlparse' command line options obsolete

Repoman pulls in lxml unconditionally now and performs metadata checks by default. This behavior makes these command line options obsolete since forcing the default makes little sense. Declare them obsolete instead of removing them for backwards compatibility. --- repoman/man/repoman.1

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

20160522-19:16 kensington 0b4b442 kde-base/kdebindings-meta20160520-07:52 johu a3500cd kde-plasma/kwayland 20160517-09:51 johu c29143e media-gfx/dispcalgui 20160516-19:53 monsieurp c935e15 x11-themes/xcursor-neutral 20160517-10:41 wraeth 9a134b0 Additions: app

Re: [gentoo-dev] Package up for grabs

On 22 May 2016 at 21:52, Pacho Ramos wrote: > Because of the current maintainer retiring, > the following packages are now up for grabs: > app-admin/verynice > app-crypt/zuluCrypt > dev-cpp/luabind > dev-libs/angelscript > dev-libs/libntru > dev-libs/libuv > dev-lua/luvit >

Re: [gentoo-dev] [PATCH] rebar.eclass: Build Erlang/OTP projects using dev-util/rebar

Michał Górny writes: >> +# @FUNCTION: erebar >> +# @USAGE: >> +# @DESCRIPTION: >> +# Run rebar with verbose flag. Die on failure. >> +erebar() { >> +debug-print-function ${FUNCNAME} "${@}" >> + >> +(( $# > 0 )) || die "erebar: at least one target is required" >> + >> +

Re: [gentoo-dev] eclass/vdr-plugin-2.eclass EAPI=6 changes, plz review

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am 17.05.2016 um 08:17 schrieb Michał Górny: > However, a few general suggestions: > > 1. Split this into multiple commits. Generic cleanup should happen > separately from EAPI 6 support. And it would probably be a good > idea to remove features

Re: [gentoo-dev] [PATCH] rebar.eclass: Build Erlang/OTP projects using dev-util/rebar

On Sun, 22 May 2016 00:19:49 +0100 aide...@gentoo.org wrote: > From: Amadeusz Żołnowski > > It is an eclass providing functions to build Erlang/OTP projects using > dev-util/rebar. All packages in upcoming category dev-erlang are going > to use this eclass. > --- >

[gentoo-portage-dev] [PATCH] Change how the tmp file for the commit msg is made (bug 571546)

From: Doug Goldstein Changes the way the temporary file for the commit message is generated to make a temporary directory and create a file called COMMIT_EDITMSG inside of it. This is to cause various editors to treat this as a git style commit message by default.

Re: [gentoo-dev] Package up for grabs

On 2016-05-22(09:52:02PM+0200), Pacho Ramos wrote: > Because of the current maintainer retiring, > the following packages are now up for grabs: > app-admin/verynice > app-crypt/zuluCrypt > dev-cpp/luabind > dev-libs/angelscript > dev-libs/libntru > dev-libs/libuv > dev-lua/luvit >

Re: [gentoo-dev] Package up for grabs

On Sun, 22 May 2016 21:52:02 +0200 Pacho Ramos wrote: > dev-libs/angelscript I'll take this if no one else wants it. I'm planning on joining the games team at some point and it's used by at least one game I was packaging way back. -- James Le Cuirot (chewi) Gentoo Linux

Re: [gentoo-dev] Package up for grabs

On Sun, May 22, 2016 at 9:52 PM, Pacho Ramos wrote: > dev-python/pathtools > dev-python/pygame_sdl2 > dev-python/pyuv > dev-python/watchdog I think the Python team can take pathtools and watchdog. Not so sure about pyuv and pygame_sdl2, though. Cheesr, Dirkjan

[gentoo-dev] Package up for grabs

Because of the current maintainer retiring, the following packages are now up for grabs: app-admin/verynice app-crypt/zuluCrypt dev-cpp/luabind dev-libs/angelscript dev-libs/libntru dev-libs/libuv dev-lua/luvit dev-python/pathtools dev-python/pygame_sdl2 dev-python/pyuv dev-python/watchdog

[gentoo-dev] Package up for grabs

As I no longer use this package, it is up for grabs: dev-libs/lockdev signature.asc Description: OpenPGP digital signature

Re: [gentoo-portage-dev] [PATCH 2/2] portage.util.configparser: Commonize portable config file reading routine

On 05/22/2016 01:41 AM, Michał Górny wrote: > --- > pym/portage/_sets/__init__.py | 29 ++- > pym/portage/repository/config.py | 38 ++--- > pym/portage/util/_desktop_entry.py | 20 ++--- > pym/portage/util/configparser.py | 57 >

[gentoo-dev] Cleaning up unused entries in linguas.desc

The following values in linguas.desc appear not to be used in the tree. (They were all added before the git conversion, therefore listing the "cvs annotate" line.) 1.6 (suka 20-Jun-06): as_IN - Assamese locale for India 1.77 (yngwin 20-Jan-14): bo_CN - Tibetan locale for

[gentoo-portage-dev] [PATCH 2/2] pym/portage/util/locale.py: add a C module to help check locale

From: "Anthony G. Basile" The current method to check for a sane system locale is to use python's ctypes.util.find_library() to construct a full library path to the system libc.so and pass that path to ctypes.CDLL() so we can call toupper() and tolower() directly. However,

[gentoo-dev] Last rites: KDE Toys

# Johannes Huber (22 May 2016) # Masked for removal in 30 days. Declared as dead by # upstream in 2015. Last release with KDE Applications 15.08.3. # Exported to user maintained overlay kde-sunset. kde-apps/amor kde-apps/kdetoys-meta kde-apps/ktux signature.asc Description:

Re: [gentoo-dev] openntpd-5.9_p1 with USE=libressl

On 2016-05-21(11:36:07PM-0700), Paul B. Henson wrote: > I recently added subject ebuild with a new libressl use flag. > Unfortunately I don't have a libressl system to test with and don't > really have the time right now to spin one up just for this :(. I was > wondering if one of the devs working

[gentoo-portage-dev] [PATCH 2/2] portage.util.configparser: Commonize portable config file reading routine

--- pym/portage/_sets/__init__.py | 29 ++- pym/portage/repository/config.py | 38 ++--- pym/portage/util/_desktop_entry.py | 20 ++--- pym/portage/util/configparser.py | 57 +- 4 files changed, 64

Re: [gentoo-portage-dev] [PATCH 2/3] Move INSTALL_MASK handling into merging

On Sun, 22 May 2016 08:56:03 +0200 Michał Górny wrote: > Introduce a new logic for INSTALL_MASK handling in merging code, > replacing the old code that removed matching files and directories > from imagedir in bash. The new code actually ignores matching files > on-the-fly

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

On Sat, 21 May 2016 20:45:18 -0400 Mike Frysinger wrote: > On 21 May 2016 17:08, Amadeusz Żołnowski wrote: > > This function is too generic to be in > > rebar.eclass, so I have decided to move it to eutils. What is the > > problem with adding it to eutils? > > because no

[gentoo-dev] Closed: [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

Mike Frysinger writes: > neither of those are terribly compelling and can be written in sed. > you want to do a match & replace in that just as easily. roughly: > sed -i \ > -e '/{[[:space:]]*deps[[:space:]]*,\/,\/}/{s:.*:{deps, []}:}' \ > foo

[gentoo-portage-dev] [PATCH 0/3] INSTALL_MASK redesign, part I

Hello, everyone. As part of new GLEP effort, I'm working on improving INSTALL_MASK support in Portage to make it cleaner and more featureful. Here's the first set of commits resulting from this. The previous implementation of INSTALL_MASK was done purely in bash. Long story short, Portage

[gentoo-dev] openntpd-5.9_p1 with USE=libressl

I recently added subject ebuild with a new libressl use flag. Unfortunately I don't have a libressl system to test with and don't really have the time right now to spin one up just for this :(. I was wondering if one of the devs working with libressl would be kind enough to make sure this at least