[gentoo-dev] Last rites: games-fps/ut2003

2020-03-30 Thread Jonas Stein
profiles: Mask games-fps/ut2003 for removal

SRC_URI is dead AND RESTRICT=mirror is required
Bug: https://bugs.gentoo.org/715540

--
Best regards,
Jonas Stein













signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Last rites: dev-ruby/rails:4.2 and related packages, including net-analyzer/metasploit

2020-03-30 Thread Michael Orlitzky
On 3/29/20 1:35 PM, Hans de Graaff wrote:
> # Migrate to Rails 5.2.

And here I was, thinking I knew what the worst thing to happen in 2020
was going to be.



[gentoo-dev] [RFC] News item: Stable ia64 keywords removed

2020-03-30 Thread Matt Turner

Title: Stable ia64 keywords removed
Author: Matt Turner 
Posted: 2020-03-30
Revision: 1
News-Item-Format: 2.0
Display-If-Keyword: ia64

The Gentoo/IA64 team no longer thinks that the time invested in package
stabilization is warranted for the small number of users on IA64. As a
result, we will drop all "ia64" keywords to "~ia64" on 2020-04-03 and will
add "~ia64" to ACCEPT_KEYWORDS in the profile.

Users need not make any changes to their systems, and the Gentoo/IA64 team
has no plans to remove support for the architecture.


signature.asc
Description: PGP signature


Re: [gentoo-dev] Last rites: dev-util/electron, app-editors/atom

2020-03-30 Thread Michał Górny
On Mon, 2020-03-30 at 09:50 +0200, Martin Dummer wrote:
> Am 30.03.20 um 08:55 schrieb Michał Górny:
> > # Michał Górny  (2020-03-30)
> > # Unmaintained.  Humongous number of vulnerabilities.  Python 2 only.
> > # Needs really active maintainer.  app-editors/atom is the only revdep.
> > # Removal in 30 days.  Bug #699866.
> > dev-util/electron
> > app-editors/atom
> > 
> If these two have to leave, you may last-rite
> app-eselect/eselect-electron as well
> 

Right, thanks.

-- 
Best regards,
Michał Górny



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-dev] [PATCH] cmake.eclass: do not append -DNDEBUG to CPPFLAGS

2020-03-30 Thread David Seifert
On Sun, 2020-03-29 at 21:03 -0400, Mike Gilbert wrote:
> The NDEBUG macro turns the assert() function into a noop. This gives a
> small performance boost, but may allow subtle programming errors to go
> unnoticed.
> 
> This code was added back in 2008, when we started passing
> -DCMAKE_BUILD_TYPE=None instead of Release or Debug. It probably tries
> to mimic a default behavior of Release type builds.
> 
> Other common build systems do not do this by default. For example,
> autoconf's AC_HEADER_ASSERT macro only sets NDEBUG if --disable-assert
> is passed to configure (it defaults to enabled).
> 
> It is better to let users add this to CPPFLAGS themselves if they really
> want to save those few CPU cycles.
> 
> Signed-off-by: Mike Gilbert 
> ---
>  eclass/cmake.eclass | 9 -
>  1 file changed, 9 deletions(-)
> 
> diff --git a/eclass/cmake.eclass b/eclass/cmake.eclass
> index 160f40b1cf8e..3da3b9aeb555 100644
> --- a/eclass/cmake.eclass
> +++ b/eclass/cmake.eclass
> @@ -371,15 +371,6 @@ cmake_src_configure() {
>   # Fix xdg collision with sandbox
>   xdg_environment_reset
>  
> - # @SEE CMAKE_BUILD_TYPE
> - if [[ ${CMAKE_BUILD_TYPE} = Gentoo ]]; then
> - # Handle release builds
> - if ! in_iuse debug || ! use debug; then
> - local CPPFLAGS=${CPPFLAGS}
> - append-cppflags -DNDEBUG
> - fi
> - fi
> -
>   # Prepare Gentoo override rules (set valid compiler, append CPPFLAGS
> etc.)
>   local build_rules=${BUILD_DIR}/gentoo_rules.cmake
>  

Double ACK. Injecting this flag is imo doing too much and more feature creep
than anything else. This is why we should try and find ways of checking that
CPPFLAGS is respected as a user flag.




[gentoo-dev] Last-rites: dev-python/basemap

2020-03-30 Thread Andreas Sturmlechner
# Andreas Sturmlechner  (2020-03-30)
# Unmaintained revdep on dev-python/pygtk blocking its removal, py2-only
# Bugs #484270 and #705646, masked for removal in 30 days.
dev-python/basemap

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-dev] Last rites: dev-util/electron, app-editors/atom

2020-03-30 Thread Martin Dummer
Am 30.03.20 um 08:55 schrieb Michał Górny:
> # Michał Górny  (2020-03-30)
> # Unmaintained.  Humongous number of vulnerabilities.  Python 2 only.
> # Needs really active maintainer.  app-editors/atom is the only revdep.
> # Removal in 30 days.  Bug #699866.
> dev-util/electron
> app-editors/atom
>
If these two have to leave, you may last-rite
app-eselect/eselect-electron as well


Martin