Re: [gentoo-dev] Last rites: www-client/phantomjs and dev-ruby/poltergeist

2017-06-10 Thread Hans de Graaff
On Tue, 2017-06-06 at 21:11 +1200, Kent Fredric wrote:
> 
> Just 30 days to overhaul things on top of other work is a serious
> problem for anyone with time issues already.

I've updated the proposed timeframe in the mask to 90 days.

> ( I only consider my own use of this "amateur" at best right now, and
> even with such a low usage I have a hard time working out what I need
> to do to stay current, I'd hate to know what its like for people
> relying on this in their production testing toolchain :/ )

As someone who used this in production we were already aware for some
time that this was an issue. E.g. not getting updates when all other
webkit packages did get updates was a clear indicator of future
trouble.

Hans

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


Re: [gentoo-dev] New 17.0 release profiles

2017-06-10 Thread Andreas K. Huettel
Am Mittwoch, 7. Juni 2017, 22:44:31 CEST schrieb Andreas K. Huettel:
> Hey all,
> 
> as already discussed on IRC, here is a first step towards new 17.0 profile
> sets. 

I havent seen any blocking disagreements / arguments, so I'm going to push the 
patches later today. 

-> The new profiles will NOT have any entries in profiles.desc yet. For 
"normal people" that means DO NOT SWITCH to these profiles yet. <-

However, if you're involved with toolchain, languages, etc, already run gcc-6, 
and know what you're doing, feel free to adjust your profile symlink manually. 
You will have to rebuild all packages installing static archives because of 
the PIC flip.

All testing is appreciated, as is writing of documentation. Just be advised to 
watch this list for news since THINGS MAY STILL CHANGE in weird and wonderful 
ways.

As already stated, the new profiles will at earliest become "official" with 
the stabilization of gcc-6.

Cheers, 
Andreas

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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


Re: [gentoo-dev] New 17.0 release profiles

2017-06-10 Thread Andreas K. Huettel
Am Donnerstag, 8. Juni 2017, 20:53:53 CEST schrieb Michał Górny:

> I think it would also be reasonable to have clang default to the same
> C++ standard for better interoperability.

Makes sense.

> 
> Sadly, unless I'm mistaken changing the defaults for both will require
> patching the code.

Just to clarify, I dont intend to patch anything in gcc or fiddle with any 
compiler flags. By masking all old gcc's I assume the ones left will have 
c++14 as default.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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


Re: [gentoo-dev] autotools.eclass: automatically move configure.in to configure.ac

2017-06-10 Thread Sergei Trofimovich
On Sat, 10 Jun 2017 13:28:19 +0200
Jeroen Roovers  wrote:

> https://bugs.gentoo.org/show_bug.cgi?id=426262

> + mv configure.{in,ac} || die

Looks good.

-- 

  Sergei


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


[gentoo-dev] autotools.eclass: automatically move configure.in to configure.ac

2017-06-10 Thread Jeroen Roovers
https://bugs.gentoo.org/show_bug.cgi?id=426262diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
index 2710bf827b..76a5c2eade 100644
--- a/eclass/autotools.eclass
+++ b/eclass/autotools.eclass
@@ -341,10 +341,11 @@ eautoconf() {
 		echo
 		die "No configure.{ac,in} present!"
 	fi
-	if [[ ${WANT_AUTOCONF} != "2.1" && -e configure.in ]] ; then
-		eqawarn "This package has a configure.in file which has long been deprecated.  Please"
-		eqawarn "update it to use configure.ac instead as newer versions of autotools will die"
-		eqawarn "when it finds this file.  See https://bugs.gentoo.org/426262 for details."
+	if [[ ${WANT_AUTOCONF} != "2.1" && -e configure.in && ! -e configure.ac ]] ; then
+		eqawarn "This package has a configure.in file which has long been deprecated. Since no"
+		eqawarn "configure.ac is present either, we rename configure.in to configure.ac. If"
+		eqawarn "this causes problems, please file a bug report and make it block bug #426262."
+		mv configure.{in,ac} || die
 	fi
 
 	autotools_run_tool --at-m4flags autoconf "$@"