From gotar at polanet.pl  Mon Jun  5 00:46:57 2017
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 5 Jun 2017 00:46:57 +0200
Subject: Going back to IcedTea, openjdk8 is obsolete
In-Reply-To: <103d1323-0c91-8366-af74-b53ca923ed67@jajcus.net>
References: <103d1323-0c91-8366-af74-b53ca923ed67@jajcus.net>
Message-ID: <20170604224657.GA18545@polanet.pl>

On Wed, Sep 21, 2016 at 12:51:55 +0200, Jacek Konieczny wrote:

> I gave it a try and managed to build PLD packages with it. Those seem to 
> work on x32 properly and have no limit on crypto keys length. Much 
> better than the openjdk8-* packages.
> 
> I suggest that openjdk8 packages should be obsoleted and icedtea8 should 
> be used as our JDK from now on, unless someone finds some problems with it.
> 
> And a reminder: Oracle Java has really evil license, which does not 
> allow us to redistribute it with the distribution. OpenJDK/IcedTea is 
> the only way for us.

objdump -x /usr/lib64/libgdal.so | grep RPATH
  RPATH                /usr/lib64/jvm/java........../jre/lib/amd64/server
libjvm.so resides in:  /usr/lib64/jvm/icedtea8-3.4.0/jre/lib/amd64/server/libjvm.so

/usr/lib64/jvm/java -> icedtea8-3.4.0 symlink is provided by icedtea8-jdk
- this package contains symlinks and manuals only, BUT also:

Requires:       icedtea8-jar = 3.4.0-1, icedtea8-jdk-base = 3.4.0-1
		one symlink and 2 mans, ...20 MB of unnecessary stuff

I'm not a JAVA guy, however this seems to be swapped: icedtea8-jdk and
icedtea8-jdk-base. I need the directory symlink mentioned only (to be
suggested by gdal).

-- 
Tomasz Pala <gotar at pld-linux.org>


From jajcus at jajcus.net  Mon Jun  5 08:46:36 2017
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Mon, 5 Jun 2017 08:46:36 +0200
Subject: Going back to IcedTea, openjdk8 is obsolete
In-Reply-To: <20170604224657.GA18545@polanet.pl>
References: <103d1323-0c91-8366-af74-b53ca923ed67@jajcus.net>
 <20170604224657.GA18545@polanet.pl>
Message-ID: <227a70b0-9a02-8a77-be92-890a7faa24bb@jajcus.net>

On 2017-06-05 00:46, Tomasz Pala wrote:
> On Wed, Sep 21, 2016 at 12:51:55 +0200, Jacek Konieczny wrote:
>
>> I gave it a try and managed to build PLD packages with it. Those seem to
>> work on x32 properly and have no limit on crypto keys length. Much
>> better than the openjdk8-* packages.
>>
>> I suggest that openjdk8 packages should be obsoleted and icedtea8 should
>> be used as our JDK from now on, unless someone finds some problems with it.
>>
>> And a reminder: Oracle Java has really evil license, which does not
>> allow us to redistribute it with the distribution. OpenJDK/IcedTea is
>> the only way for us.
>
> objdump -x /usr/lib64/libgdal.so | grep RPATH
>   RPATH                /usr/lib64/jvm/java........../jre/lib/amd64/server
> libjvm.so resides in:  /usr/lib64/jvm/icedtea8-3.4.0/jre/lib/amd64/server/libjvm.so
>
> /usr/lib64/jvm/java -> icedtea8-3.4.0 symlink is provided by icedtea8-jdk
> - this package contains symlinks and manuals only, BUT also:
>
> Requires:       icedtea8-jar = 3.4.0-1, icedtea8-jdk-base = 3.4.0-1
> 		one symlink and 2 mans, ...20 MB of unnecessary stuff

The Requires are the main part of this package ? as it brings all the 
stuff together to make the complete 'JDK'.

> I'm not a JAVA guy, however this seems to be swapped: icedtea8-jdk and
> icedtea8-jdk-base. I need the directory symlink mentioned only (to be
> suggested by gdal).

Only the symlink, or rather the libjvm.so library with all the dependencies?

The library is a part of the JRE. I guess we could move the 
%{_libdir}/jvm/java symlink to icedtea8-jre, but it still needs to pull 
whole JRE (that is still less than JDK).

The symlink is there to allow multiple JDK/JRE versions installed (Java 
world is crazy and one may need that) ? the symlink points to the 
current default one.


Jacek


From gotar at polanet.pl  Mon Jun  5 09:52:48 2017
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 5 Jun 2017 09:52:48 +0200
Subject: Going back to IcedTea, openjdk8 is obsolete
In-Reply-To: <227a70b0-9a02-8a77-be92-890a7faa24bb@jajcus.net>
References: <103d1323-0c91-8366-af74-b53ca923ed67@jajcus.net>
 <20170604224657.GA18545@polanet.pl>
 <227a70b0-9a02-8a77-be92-890a7faa24bb@jajcus.net>
Message-ID: <20170605075248.GA21750@polanet.pl>

On Mon, Jun 05, 2017 at 08:46:36 +0200, Jacek Konieczny wrote:

>> /usr/lib64/jvm/java -> icedtea8-3.4.0 symlink is provided by icedtea8-jdk
>> - this package contains symlinks and manuals only, BUT also:
>>
>> Requires:       icedtea8-jar = 3.4.0-1, icedtea8-jdk-base = 3.4.0-1
>> 		one symlink and 2 mans, ...20 MB of unnecessary stuff
> 
> The Requires are the main part of this package ? as it brings all the 
> stuff together to make the complete 'JDK'.

So (assumink JDK means Development Kit) the directory is not a part of
JDK and should be moved somewhere outside. Consider what's the purpose of
splitting icedtea8-jdk from icedtea8-jdk-base then.

>> I'm not a JAVA guy, however this seems to be swapped: icedtea8-jdk and
>> icedtea8-jdk-base. I need the directory symlink mentioned only (to be
>> suggested by gdal).
> 
> Only the symlink, or rather the libjvm.so library with all the dependencies?

Symlink and the libjvm.so of course, but this is in icedtea8-jre-base subpackage which
WAS pulled by gdal itself.

> The library is a part of the JRE. I guess we could move the 
> %{_libdir}/jvm/java symlink to icedtea8-jre, but it still needs to pull 
> whole JRE (that is still less than JDK).

Yes, something like icedtea8-jre (with R: icedtea8-jre-base itself) should
be used to system-select the JRE to be used.

> The symlink is there to allow multiple JDK/JRE versions installed (Java 
> world is crazy and one may need that) ? the symlink points to the 
> current default one.

Moreover, we should have sth like oracle-jre package with appropriate
symlink and fake provides for the systems with self-installed Oracle
non-distributables.

-- 
Tomasz Pala <gotar at pld-linux.org>


From jajcus at jajcus.net  Mon Jun  5 10:08:04 2017
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Mon, 5 Jun 2017 10:08:04 +0200
Subject: Going back to IcedTea, openjdk8 is obsolete
In-Reply-To: <20170605075248.GA21750@polanet.pl>
References: <103d1323-0c91-8366-af74-b53ca923ed67@jajcus.net>
 <20170604224657.GA18545@polanet.pl>
 <227a70b0-9a02-8a77-be92-890a7faa24bb@jajcus.net>
 <20170605075248.GA21750@polanet.pl>
Message-ID: <91a39f66-f6a2-cbe7-9704-2811b980ade3@jajcus.net>

On 2017-06-05 09:52, Tomasz Pala wrote:
> On Mon, Jun 05, 2017 at 08:46:36 +0200, Jacek Konieczny wrote:
>
>>> /usr/lib64/jvm/java -> icedtea8-3.4.0 symlink is provided by icedtea8-jdk
>>> - this package contains symlinks and manuals only, BUT also:
>>>
>>> Requires:       icedtea8-jar = 3.4.0-1, icedtea8-jdk-base = 3.4.0-1
>>> 		one symlink and 2 mans, ...20 MB of unnecessary stuff
>>
>> The Requires are the main part of this package ? as it brings all the
>> stuff together to make the complete 'JDK'.
>
> So (assumink JDK means Development Kit) the directory is not a part of
> JDK and should be moved somewhere outside. Consider what's the purpose of
> splitting icedtea8-jdk from icedtea8-jdk-base then.

You can have icedtea8-jdk-base, icedtea7-jdk-base and 
oracle-java-jdk-base installed at the same time ? all of them would be 
fully usable provided you use their actual paths (e.g. 
/usr/lib64/jvm/icedtea8-3.4.0/jre/bin/java).

Then you can install single 'jdk' package, which includes symlinks so 
the binaries and libraries are available at the generic path.

>> The library is a part of the JRE. I guess we could move the
>> %{_libdir}/jvm/java symlink to icedtea8-jre, but it still needs to pull
>> whole JRE (that is still less than JDK).
>
> Yes, something like icedtea8-jre (with R: icedtea8-jre-base itself) should
> be used to system-select the JRE to be used.

Yes, that was the idea.

>> The symlink is there to allow multiple JDK/JRE versions installed (Java
>> world is crazy and one may need that) ? the symlink points to the
>> current default one.
>
> Moreover, we should have sth like oracle-jre package with appropriate
> symlink and fake provides for the systems with self-installed Oracle
> non-distributables.

Yes. The Sun and then Oracle Java used to be packaged that way. I have 
not been maintaining or using those any more so I don't know if this is 
still the case or if it has degraded somehow.

Jacek


From glen at pld-linux.org  Tue Jun  6 20:20:53 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 6 Jun 2017 21:20:53 +0300
Subject: [packages/php] - force C++ 11 for icu 59+ (intl module)
In-Reply-To: <3e7f45eb8ad3c6920b2270a2f8d38f8d258252bb_refs_heads_master@pld-linux.org>
References: <d0ff3468cac122f5b394c160bbf4aa8273082e8d_refs_heads_master@pld-linux.org>
 <3e7f45eb8ad3c6920b2270a2f8d38f8d258252bb_refs_heads_master@pld-linux.org>
Message-ID: <5936F285.8000405@pld-linux.org>

On 29.05.2017 19:02, qboosh wrote:
> commit 3e7f45eb8ad3c6920b2270a2f8d38f8d258252bb
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Mon May 29 18:03:46 2017 +0200
>
>      - force C++ 11 for icu 59+ (intl module)
>
>   php.spec | 4 ++++
>   1 file changed, 4 insertions(+)
> ---
> diff --git a/php.spec b/php.spec
> index 82df179..20b6314 100644
> --- a/php.spec
> +++ b/php.spec
> @@ -2253,6 +2253,10 @@ fi
>   export PROG_SENDMAIL="/usr/lib/sendmail"
>   export CPPFLAGS="-DDEBUG_FASTCGI -DHAVE_STRNDUP %{rpmcppflags} \
>   	-I%{_includedir}/xmlrpc-epi"
> +%if %{with intl}
> +# icu 59+ C++ API requires C++ >= 11
> +CXXFLAGS="%{rpmcxxflags} -std=c++11"
> +%endif
>   
i would prefer a .patch in ext/intl/*.m4 that could be upstreamed.


-- 
glen



From glen at pld-linux.org  Tue Jun  6 20:22:59 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 6 Jun 2017 21:22:59 +0300
Subject: Fwd: [openssl-announce] Forthcoming OpenSSL releases
In-Reply-To: <59231697.3050006@pld-linux.org>
References: <d081c98a-c952-d709-b80a-21e460faaaaf@openssl.org>
 <59231697.3050006@pld-linux.org>
Message-ID: <5936F303.2010103@pld-linux.org>

shame that nobody reacted in two weeks. sent to builders now.

On 22.05.2017 19:49, Elan Ruusam?e wrote:
> i've prepared snapshot on dev-1.0.2l branch.
>
> somebody update and move to th-main when the actual release is made.
> i myself is n/a at that time.
>
> thanks.
>
>
> -------- Forwarded Message --------
> Subject:     [openssl-announce] Forthcoming OpenSSL releases
> Date:     Mon, 22 May 2017 17:04:30 +0100
> From:     Matt Caswell <matt at openssl.org>
> Reply-To:     openssl-users at openssl.org
> To:     openssl-announce at openssl.org, openssl-users at openssl.org 
> <openssl-users at openssl.org>, openssl-dev at openssl.org 
> <openssl-dev at openssl.org>
>
>
>
> Forthcoming OpenSSL releases
> ============================
>
> The OpenSSL project team would like to announce the forthcoming release
> of OpenSSL versions 1.0.2l and 1.1.0f.
>
> These releases will be made available on 25th May 2017 between
> approximately 1200-1600 UTC.
>
> Note: These are bug-fix only releases. No security defects are addressed
> in these releases.
>
> Please also note that, as per our previous announcements, support for
> 1.0.1 ended on 31st December 2016.
>
> Yours
>
> The OpenSSL Project Team
>
>
>
>
>
>
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


-- 
glen



From qboosh at pld-linux.org  Tue Jun  6 20:36:09 2017
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 6 Jun 2017 20:36:09 +0200
Subject: [packages/php] - force C++ 11 for icu 59+ (intl module)
In-Reply-To: <5936F285.8000405@pld-linux.org>
References: <d0ff3468cac122f5b394c160bbf4aa8273082e8d_refs_heads_master@pld-linux.org>
 <3e7f45eb8ad3c6920b2270a2f8d38f8d258252bb_refs_heads_master@pld-linux.org>
 <5936F285.8000405@pld-linux.org>
Message-ID: <20170606183609.GA18710@mail>

On Tue, Jun 06, 2017 at 09:20:53PM +0300, Elan Ruusam?e wrote:
> On 29.05.2017 19:02, qboosh wrote:
> >commit 3e7f45eb8ad3c6920b2270a2f8d38f8d258252bb
> >Author: Jakub Bogusz <qboosh at pld-linux.org>
> >Date:   Mon May 29 18:03:46 2017 +0200
> >
> >     - force C++ 11 for icu 59+ (intl module)
> >
> >  php.spec | 4 ++++
> >  1 file changed, 4 insertions(+)
> >---
> >diff --git a/php.spec b/php.spec
> >index 82df179..20b6314 100644
> >--- a/php.spec
> >+++ b/php.spec
> >@@ -2253,6 +2253,10 @@ fi
> >  export PROG_SENDMAIL="/usr/lib/sendmail"
> >  export CPPFLAGS="-DDEBUG_FASTCGI -DHAVE_STRNDUP %{rpmcppflags} \
> >  	-I%{_includedir}/xmlrpc-epi"
> >+%if %{with intl}
> >+# icu 59+ C++ API requires C++ >= 11
> >+CXXFLAGS="%{rpmcxxflags} -std=c++11"
> >+%endif
> >  
> i would prefer a .patch in ext/intl/*.m4 that could be upstreamed.

Probably adding AX_CXX_COMPILE_STDCXX([11], [], [optional])
would do (if using ax_cxx_compile_stdcxx.m4 from autoconf-archive is
acceptable).


-- 
Jakub Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Thu Jun  8 09:15:44 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 8 Jun 2017 10:15:44 +0300
Subject: kde dirs
Message-ID: <5938F9A0.3050009@pld-linux.org>

kde maintainers, fix this:

mediainfo-gui-0.7.86-1.x86_64: required 
"/usr/share/kde4/services/ServiceMenus" is provided by the following 
packages:
a) kde4-kdebase-4.14.3-2.x86_64
b) kde4-kdelibs-4.14.28-2.x86_64
Which one do you want to install ('Q' to abort)? 
[kde4-kdebase-4.14.3-2.x86_64]


-- 
glen



From qboosh at pld-linux.org  Thu Jun  8 18:54:48 2017
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 8 Jun 2017 18:54:48 +0200
Subject: kde dirs
In-Reply-To: <5938F9A0.3050009@pld-linux.org>
References: <5938F9A0.3050009@pld-linux.org>
Message-ID: <20170608165448.GA22026@mail>

On Thu, Jun 08, 2017 at 10:15:44AM +0300, Elan Ruusam?e wrote:
> kde maintainers, fix this:
> 
> mediainfo-gui-0.7.86-1.x86_64: required 
> "/usr/share/kde4/services/ServiceMenus" is provided by the following 
> packages:
> a) kde4-kdebase-4.14.3-2.x86_64
> b) kde4-kdelibs-4.14.28-2.x86_64
> Which one do you want to install ('Q' to abort)? 
> [kde4-kdebase-4.14.3-2.x86_64]

BTW, does mediainfo-gui really need to pull KDE packages?
It uses WX toolkit.


-- 
Jakub Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Thu Jun  8 19:53:32 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 8 Jun 2017 20:53:32 +0300
Subject: kde dirs
In-Reply-To: <20170608165448.GA22026@mail>
References: <5938F9A0.3050009@pld-linux.org> <20170608165448.GA22026@mail>
Message-ID: <59398F1C.10709@pld-linux.org>

On 08.06.2017 19:54, Jakub Bogusz wrote:
> On Thu, Jun 08, 2017 at 10:15:44AM +0300, Elan Ruusam?e wrote:
>> >kde maintainers, fix this:
>> >
>> >mediainfo-gui-0.7.86-1.x86_64: required
>> >"/usr/share/kde4/services/ServiceMenus" is provided by the following
>> >packages:
>> >a) kde4-kdebase-4.14.3-2.x86_64
>> >b) kde4-kdelibs-4.14.28-2.x86_64
>> >Which one do you want to install ('Q' to abort)?
>> >[kde4-kdebase-4.14.3-2.x86_64]
> BTW, does mediainfo-gui really need to pull KDE packages?
> It uses WX toolkit.
exactly my thoughts!

kde4 subpackage for kde4 integration or just drop the files...

-- 
glen



From baggins at pld-linux.org  Sat Jun 10 15:34:33 2017
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sat, 10 Jun 2017 15:34:33 +0200
Subject: Fwd: [openssl-announce] Forthcoming OpenSSL releases
In-Reply-To: <5936F303.2010103@pld-linux.org>
References: <d081c98a-c952-d709-b80a-21e460faaaaf@openssl.org>
 <59231697.3050006@pld-linux.org> <5936F303.2010103@pld-linux.org>
Message-ID: <20170610133432.GA7748@tachikoma>

On Tue, 06 Jun 2017, Elan Ruusam?e wrote:

> shame that nobody reacted in two weeks. sent to builders now.

shame that you didn't rebuild dependent packages, making this whole
update useless.

-- 
Jan R?korajski                    | PLD/Linux
SysAdm | baggins<at>pld-linux.org | http://www.pld-linux.org/


From glen at pld-linux.org  Sun Jun 25 13:38:20 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sun, 25 Jun 2017 14:38:20 +0300
Subject: rpm & c++ (via java binding)
Message-ID: <594FA0AC.4090206@pld-linux.org>

yuk. how this should be fixed?

full build log available here:
http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=rpm&id=6b359a44-4012-40a8-a9da-199ee4e72696&action=tail


libtool: compile:  x86_64-pld-linux-g++ -DHAVE_CONFIG_H -I. -I.. -I. 
-I.. -I../build -I../lib -I../lib -I../rpmdb -I../rpmio -I../misc 
-I../lua/local -I../lua/local -I../lua -I../lua -DRPM_OS_LINUX=040139 
-I/usr/include/db5.2 -I/usr/include/ossp-uuid -I/usr/include/ossp-uuid 
-O2 -fwrapv -pipe -Wformat -Werror=format-security -gdwarf-4 
-fno-debug-types-section -fvar-tracking-assignments -g2 
-Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong 
--param=ssp-buffer-size=4 -fPIC -march=x86-64 -gdwarf-4 
-fno-debug-types-section -fvar-tracking-assignments -g2 -MT rpmjni.lo 
-MD -MP -MF .deps/rpmjni.Tpo -c rpmjni.cc  -fPIC -DPIC -o .libs/rpmjni.o
In file included from /usr/include/c++/6.3.0/stdlib.h:36:0,
                  from ../system.h:196,
                  from rpmjni.cc:1:
/usr/include/c++/6.3.0/cstdlib:143:11: error: ?::getenv? has not been 
declared
    using ::getenv;
            ^~~~~~
In file included from ../system.h:196:0,
                  from rpmjni.cc:1:
/usr/include/c++/6.3.0/stdlib.h:62:12: error: ?std::getenv? has not been 
declared
  using std::getenv;
             ^~~~~~
make[2]: *** [Makefile:2146: rpmjni.lo] Error 1

-- 
glen




From qboosh at pld-linux.org  Sun Jun 25 15:32:20 2017
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 25 Jun 2017 15:32:20 +0200
Subject: rpm & c++ (via java binding)
In-Reply-To: <594FA0AC.4090206@pld-linux.org>
References: <594FA0AC.4090206@pld-linux.org>
Message-ID: <20170625133220.GA31022@mail>

On Sun, Jun 25, 2017 at 02:38:20PM +0300, Elan Ruusam?e wrote:
> yuk. how this should be fixed?
> 
> full build log available here:
> http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=rpm&id=6b359a44-4012-40a8-a9da-199ee4e72696&action=tail
> 
> 
> libtool: compile:  x86_64-pld-linux-g++ -DHAVE_CONFIG_H -I. -I.. -I. 
> -I.. -I../build -I../lib -I../lib -I../rpmdb -I../rpmio -I../misc 
> -I../lua/local -I../lua/local -I../lua -I../lua -DRPM_OS_LINUX=040139 
> -I/usr/include/db5.2 -I/usr/include/ossp-uuid -I/usr/include/ossp-uuid 
> -O2 -fwrapv -pipe -Wformat -Werror=format-security -gdwarf-4 
> -fno-debug-types-section -fvar-tracking-assignments -g2 
> -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong 
> --param=ssp-buffer-size=4 -fPIC -march=x86-64 -gdwarf-4 
> -fno-debug-types-section -fvar-tracking-assignments -g2 -MT rpmjni.lo 
> -MD -MP -MF .deps/rpmjni.Tpo -c rpmjni.cc  -fPIC -DPIC -o .libs/rpmjni.o
> In file included from /usr/include/c++/6.3.0/stdlib.h:36:0,
>                  from ../system.h:196,
>                  from rpmjni.cc:1:
> /usr/include/c++/6.3.0/cstdlib:143:11: error: ???::getenv??? has not been 
> declared
>    using ::getenv;
>            ^~~~~~
> In file included from ../system.h:196:0,
>                  from rpmjni.cc:1:
> /usr/include/c++/6.3.0/stdlib.h:62:12: error: ???std::getenv??? has not 
> been declared
>  using std::getenv;
>             ^~~~~~
> make[2]: *** [Makefile:2146: rpmjni.lo] Error 1

rpm 5.4.15 or 5.4.16 + glibc >= 2.17?

Old rpm's system.h defines getenv macro before including <stdlib.h>, this
probably breaks getenv() prototypes declared in this header.

rpm 5.4.17 includes <stdlib.h> before redefining getenv to
secure_getenv.


-- 
Jakub Bogusz    http://qboosh.pl/