From qboosh at pld-linux.org  Sat Sep  1 08:09:42 2018
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 1 Sep 2018 08:09:42 +0200
Subject: [packages/sip] - rel 2; use PyQt5 module name
In-Reply-To: <c0d3d5beaaec64709c0c812a57e6e114cb28b3a1_refs_heads_master@pld-linux.org>
References: <02ea3c4475537ae3230c24344c3310c9e76e890e_refs_heads_master@pld-linux.org>
 <c0d3d5beaaec64709c0c812a57e6e114cb28b3a1_refs_heads_master@pld-linux.org>
Message-ID: <20180901060942.GA11156@mail>

On Sat, Aug 11, 2018 at 05:00:44PM +0200, arekm wrote:
> commit c0d3d5beaaec64709c0c812a57e6e114cb28b3a1
> Author: Arkadiusz Mi?kiewicz <arekm at maven.pl>
> Date:   Sat Aug 11 17:00:37 2018 +0200
> 
>     - rel 2; use PyQt5 module name
> 
>  sip.spec | 14 +++++++++-----
>  1 file changed, 9 insertions(+), 5 deletions(-)
> ---
> diff --git a/sip.spec b/sip.spec
> index 752768f..e7435f1 100644
> --- a/sip.spec
> +++ b/sip.spec
[...]
> @@ -107,6 +107,7 @@ C++ przy u?yciu SIP-a.
>  install -d build-py2
>  cd build-py2
>  %{__python} ../configure.py \
> +	--sip-module=PyQt5.sip \
>  	-b %{_bindir} \
>  	-e %{py_incdir} \
>  	-v %{_sipfilesdir} \
> @@ -126,6 +127,7 @@ cd ..
>  install -d build-py3
>  cd build-py3
>  %{__python3} ../configure.py \
> +	--sip-module=PyQt5.sip \
>  	-b %{_bindir} \
>  	-e %{py3_incdir} \
>  	-v %{_sipfilesdir} \
> @@ -173,7 +175,8 @@ rm -rf $RPM_BUILD_ROOT
>  %if %{with python2}
>  %files -n python-sip
>  %defattr(644,root,root,755)
> -%attr(755,root,root) %{py_sitedir}/sip.so
> +%dir %{py_sitedir}/PyQt5
> +%attr(755,root,root) %{py_sitedir}/PyQt5/sip.so
>  
>  %files -n python-sip-devel
>  %defattr(644,root,root,755)
> @@ -181,14 +184,15 @@ rm -rf $RPM_BUILD_ROOT
>  %{py_sitedir}/sipconfig.py[co]
>  %{py_sitedir}/sipdistutils.py
>  %{py_sitedir}/sipdistutils.py[co]
> -%{py_sitedir}/sip.pyi
> +%{py_sitedir}/PyQt5/sip.pyi
>  %{py_incdir}/sip.h
>  %endif
>  
>  %if %{with python3}
>  %files -n python3-sip
>  %defattr(644,root,root,755)
> -%attr(755,root,root) %{py3_sitedir}/sip.so
> +%dir %{py3_sitedir}/PyQt5
> +%attr(755,root,root) %{py3_sitedir}/PyQt5/sip.so
>  
>  %files -n python3-sip-devel
>  %defattr(644,root,root,755)
> @@ -196,6 +200,6 @@ rm -rf $RPM_BUILD_ROOT
>  %{py3_sitedir}/sipdistutils.py
>  %{py3_sitedir}/__pycache__/sipconfig.cpython-*.py[co]
>  %{py3_sitedir}/__pycache__/sipdistutils.cpython-*.py[co]
> -%{py3_sitedir}/sip.pyi
> +%{py3_sitedir}/PyQt5/sip.pyi
>  %{py3_incdir}/sip.h
>  %endif

Why?
It seems to just cause problems with PyQt5 module dir on Python 2.


Is it compatible with PyQt4?


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


From arekm at maven.pl  Sat Sep  1 13:58:23 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Sat, 1 Sep 2018 13:58:23 +0200
Subject: [packages/sip] - rel 2; use PyQt5 module name
In-Reply-To: <20180901060942.GA11156@mail>
References: <02ea3c4475537ae3230c24344c3310c9e76e890e_refs_heads_master@pld-linux.org>
 <c0d3d5beaaec64709c0c812a57e6e114cb28b3a1_refs_heads_master@pld-linux.org>
 <20180901060942.GA11156@mail>
Message-ID: <be6cb3f4-4246-16f8-3338-08bdb386f52c@maven.pl>

On 01/09/2018 08:09, Jakub Bogusz wrote:
> On Sat, Aug 11, 2018 at 05:00:44PM +0200, arekm wrote:
>> commit c0d3d5beaaec64709c0c812a57e6e114cb28b3a1
>> Author: Arkadiusz Mi?kiewicz <arekm at maven.pl>
>> Date:   Sat Aug 11 17:00:37 2018 +0200
>>
>>      - rel 2; use PyQt5 module name
>>
>>   sip.spec | 14 +++++++++-----
>>   1 file changed, 9 insertions(+), 5 deletions(-)


> 
> Why? > It seems to just cause problems with PyQt5 module dir on Python 2.

python-PyQt5 requires that.

> Is it compatible with PyQt4? 
Didn't check.
-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )



From atler at pld-linux.org  Sat Sep  1 22:41:35 2018
From: atler at pld-linux.org (Jan Palus)
Date: Sat, 1 Sep 2018 22:41:35 +0200
Subject: TEST build ERRORS: vlc.spec
In-Reply-To: <pld-builder.1535828651.842228.26712@naiad-pld>
References: <03833150-971f-4dd8-9932-6753ecb3714a@pld.src.builder>
 <pld-builder.1535828651.842228.26712@naiad-pld>
Message-ID: <20180901204135.dbosh5icwiillzt7@kalarepa>

On 01.09.2018 19:04, PLD th-x32 builder wrote:
> /usr/libx32/qt5/bin/uic -tr "Q_" gui/qt/ui/open_capture.ui >> gui/qt/ui/open_capture.h.tmp
> /usr/libx32/qt5/bin/uic: relocation error: /usr/libx32/qt5/bin/uic: symbol qt_qhash_seed version Qt_5 not defined in file libQt5Core.so.5 with link time reference

Could someone upgrade Qt5* and qt5* on th-x32?


From baggins at pld-linux.org  Sun Sep  2 09:59:42 2018
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sun, 2 Sep 2018 09:59:42 +0200
Subject: TEST build ERRORS: vlc.spec
In-Reply-To: <20180901204135.dbosh5icwiillzt7@kalarepa>
References: <03833150-971f-4dd8-9932-6753ecb3714a@pld.src.builder>
 <pld-builder.1535828651.842228.26712@naiad-pld>
 <20180901204135.dbosh5icwiillzt7@kalarepa>
Message-ID: <20180902075942.GE5726@starbug.lan>

On Sat, 01 Sep 2018, Jan Palus wrote:

> On 01.09.2018 19:04, PLD th-x32 builder wrote:
> > /usr/libx32/qt5/bin/uic -tr "Q_" gui/qt/ui/open_capture.ui >> gui/qt/ui/open_capture.h.tmp
> > /usr/libx32/qt5/bin/uic: relocation error: /usr/libx32/qt5/bin/uic: symbol qt_qhash_seed version Qt_5 not defined in file libQt5Core.so.5 with link time reference
> 
> Could someone upgrade Qt5* and qt5* on th-x32?

Done.

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


From atler at pld-linux.org  Tue Sep  4 13:23:45 2018
From: atler at pld-linux.org (Jan Palus)
Date: Tue, 4 Sep 2018 13:23:45 +0200
Subject: [packages/open-vm-tools] we don't provide vmxnet module, drop
 support for it
In-Reply-To: <21d43020dfd7dc915c941739408c48f91b9681f5_refs_heads_master@pld-linux.org>
References: <f9019c2c74fabbdcf7481214801e0c5f40a5b8bd_refs_heads_master@pld-linux.org>
 <21d43020dfd7dc915c941739408c48f91b9681f5_refs_heads_master@pld-linux.org>
Message-ID: <20180904112345.5g2rtlkga6nsbnf7@kalarepa>

On 02.09.2018 18:06, adamg wrote:
> commit 21d43020dfd7dc915c941739408c48f91b9681f5
> Author: Adam Go??biowski <adamg at pld-linux.org>
> Date:   Sun Sep 2 18:03:55 2018 +0200
> 
>     we don't provide vmxnet module, drop support for it

I'm not using PLD in VMware VM anymore, but please keep in mind vmxnet module is
now part of mainline kernel, though apparently it's called vmxnet3 nowadays.


From arekm at maven.pl  Tue Sep  4 18:10:42 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Tue, 4 Sep 2018 18:10:42 +0200
Subject: [packages/rc-scripts] - up to 0.4.17
In-Reply-To: <cb4a6d8007d3873a80444fcd2bd7e97bae28cb96_refs_heads_master@pld-linux.org>
References: <0ee7256f54225363534d303d9aea358daaf82ae4_refs_heads_master@pld-linux.org>
 <cb4a6d8007d3873a80444fcd2bd7e97bae28cb96_refs_heads_master@pld-linux.org>
Message-ID: <b7a14793-5b20-a135-dab0-405adaf924c2@maven.pl>

On 04/09/2018 17:33, adwol wrote:

> @@ -260,7 +252,6 @@ done
>   
>   %files
>   %defattr(644,root,root,755)
> -%doc ChangeLog
>   %doc doc/*.txt doc/template.init
>   %doc sysconfig/interfaces/data/chat-ppp*
>   %doc sysconfig/interfaces/ifc*

Where did ChangeLog go? make dist should create it (see DEVELOPMENT file 
at the end)

-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )



From adwol at zonk.pl  Tue Sep  4 20:23:04 2018
From: adwol at zonk.pl (Adam Osuchowski)
Date: Tue, 4 Sep 2018 20:23:04 +0200
Subject: [packages/rc-scripts] - up to 0.4.17
In-Reply-To: <b7a14793-5b20-a135-dab0-405adaf924c2@maven.pl>
References: <0ee7256f54225363534d303d9aea358daaf82ae4_refs_heads_master@pld-linux.org>
 <cb4a6d8007d3873a80444fcd2bd7e97bae28cb96_refs_heads_master@pld-linux.org>
 <b7a14793-5b20-a135-dab0-405adaf924c2@maven.pl>
Message-ID: <20180904182304.6b8b4567@zonk.pl>

Arkadiusz Mi?kiewicz wrote:
> On 04/09/2018 17:33, adwol wrote:
>
>> @@ -260,7 +252,6 @@ done
>>     %files
>>   %defattr(644,root,root,755)
>> -%doc ChangeLog
>>   %doc doc/*.txt doc/template.init
>>   %doc sysconfig/interfaces/data/chat-ppp*
>>   %doc sysconfig/interfaces/ifc*
>
> Where did ChangeLog go? make dist should create it (see DEVELOPMENT file at 
> the end)

Fixed. BTW, ChangeLog in 0.4.16 ended at 2015-11-26 09:21:44, 9 commits
before 0.4.16 commit, so it was already outdated in previous version.
Does anyone look at it?


From glen at delfi.ee  Tue Sep  4 22:13:12 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 4 Sep 2018 23:13:12 +0300
Subject: [packages/rc-scripts] - up to 0.4.17
In-Reply-To: <20180904182304.6b8b4567@zonk.pl>
References: <0ee7256f54225363534d303d9aea358daaf82ae4_refs_heads_master@pld-linux.org>
 <cb4a6d8007d3873a80444fcd2bd7e97bae28cb96_refs_heads_master@pld-linux.org>
 <b7a14793-5b20-a135-dab0-405adaf924c2@maven.pl>
 <20180904182304.6b8b4567@zonk.pl>
Message-ID: <62957cc0-9d9b-7e0d-46c8-8e37389f4332@delfi.ee>

On 04/09/2018 21:23, Adam Osuchowski wrote:

> Fixed. BTW, ChangeLog in 0.4.16 ended at 2015-11-26 09:21:44, 9 commits
> before 0.4.16 commit, so it was already outdated in previous version.
> Does anyone look at it?
changelog is created from git log.
have look at changelog.sh in repository

so you have to run it from up to date branch; git fetch or git pull --rebase

so likely your master was at 2015-11-26 09:21:44 when you ran the script.
...or whoever made the dist tarball.


From glen at pld-linux.org  Wed Sep  5 20:08:52 2018
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=C3=A4e?=)
Date: Wed, 5 Sep 2018 21:08:52 +0300
Subject: [packages/php] - mysqlnd requires hash now
In-Reply-To: <cc302397388202321c5b852375a6811ef412aa7a_refs_heads_master@pld-linux.org>
References: <5786789fc1d96c5748df53473b55ad4d1a2c4960_refs_heads_master@pld-linux.org>
 <cc302397388202321c5b852375a6811ef412aa7a_refs_heads_master@pld-linux.org>
Message-ID: <CAHiWvWEzYTHi_SeOhB_SoaNFQpVLCEk-W4VxhTVvAaAV=-Fy9g@mail.gmail.com>

More specifically, how the problem manifests?

[root at blodnatt php73]# rpm -q php73-hash php73-mysqli; php73 -r
'mysqli_connect();'package php73-hash is not installed
php73-mysqli-7.3.0-0.beta3.1.x86_64
PHP Warning:  mysqli_connect(): (HY000/2002): Connection refused in Command
line code on line 1
[root at blodnatt php73]#
 21:04  [1]blodnatt [ 0 blodnatt  1* blodnatt

On Tue, Aug 21, 2018, 09:00 baggins <baggins at pld-linux.org> wrote:

> commit cc302397388202321c5b852375a6811ef412aa7a
> Author: Jan R?korajski <baggins at pld-linux.org>
> Date:   Tue Aug 21 05:59:53 2018 +0000
>
>     - mysqlnd requires hash now
>
>  dep-tests.sh | 7 ++++---
>  php.spec     | 4 +++-
>  2 files changed, 7 insertions(+), 4 deletions(-)
> ---
> diff --git a/php.spec b/php.spec
> index a555435..d2c3c4a 100644
> --- a/php.spec
> +++ b/php.spec
> @@ -2484,6 +2484,8 @@ generate_inifiles() {
>                 [ "$mod" = "spl" ] && conf="SPL.ini"
>                 # session needs to be loaded before php-pecl-http,
> php-pecl-memcache, php-pecl-session_mysql
>                 [ "$mod" = "session" ] && conf="Session.ini"
> +               # hash needs to be loaded before mysqlnd
> +               [ "$mod" = "hash" ] && conf="Hash.ini"
>                 # mysqlnd needs to be loaded before mysqli,pdo_mysqli
>                 [ "$mod" = "mysqlnd" ] && conf="MySQLND.ini"
>                 echo "+ $conf"
> @@ -3131,7 +3133,7 @@ fi
>  %files hash
>  %defattr(644,root,root,755)
>  %doc ext/hash/{CREDITS,README}
> -%config(noreplace) %verify(not md5 mtime size)
> %{_sysconfdir}/conf.d/hash.ini
> +%config(noreplace) %verify(not md5 mtime size)
> %{_sysconfdir}/conf.d/Hash.ini
>  %attr(755,root,root) %{php_extensiondir}/hash.so
>  %endif
>
> diff --git a/dep-tests.sh b/dep-tests.sh
> index 18ea66c..3d1a398 100755
> --- a/dep-tests.sh
> +++ b/dep-tests.sh
> @@ -7,8 +7,9 @@ dep_spl="pcre simplexml"
>  dep_session="spl $dep_spl"
>  dep_filter='pcre'
>  dep_eaccelerator='session'
> -dep_mysql="$with_mysqlnd"
> -dep_mysqli="$dep_spl spl $with_mysqlnd"
> +dep_mysqlnd='hash'
> +dep_mysql="$dep_mysqlnd $with_mysqlnd"
> +dep_mysqli="$dep_spl spl $dep_mysqlnd $with_mysqlnd"
>  dep_pdo="$dep_spl spl"
>  dep_pdo_sqlite="$dep_pdo pdo"
>  dep_pdo_pgsql="$dep_pdo pdo"
> @@ -16,7 +17,7 @@ dep_pdo_oci="$dep_pdo pdo"
>  dep_pdo_odbc="$dep_pdo pdo"
>  dep_pdo_firebird="$dep_pdo pdo"
>  dep_pdo_dblib="$dep_pdo pdo"
> -dep_pdo_mysql="$dep_pdo pdo $with_mysqlnd"
> +dep_pdo_mysql="$dep_pdo pdo $dep_mysqlnd $with_mysqlnd"
>  dep_simplexml="$dep_spl spl"
>  dep_imap="pcre"
>  dep_phar="$dep_spl spl hash"
> ================================================================
>
> ---- gitweb:
>
>
> http://git.pld-linux.org/gitweb.cgi/packages/php.git/commitdiff/cc302397388202321c5b852375a6811ef412aa7a
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
>


From arekm at maven.pl  Wed Sep  5 20:58:25 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Wed, 5 Sep 2018 20:58:25 +0200
Subject: [packages/php] - mysqlnd requires hash now
In-Reply-To: <CAHiWvWEzYTHi_SeOhB_SoaNFQpVLCEk-W4VxhTVvAaAV=-Fy9g@mail.gmail.com>
References: <5786789fc1d96c5748df53473b55ad4d1a2c4960_refs_heads_master@pld-linux.org>
 <cc302397388202321c5b852375a6811ef412aa7a_refs_heads_master@pld-linux.org>
 <CAHiWvWEzYTHi_SeOhB_SoaNFQpVLCEk-W4VxhTVvAaAV=-Fy9g@mail.gmail.com>
Message-ID: <47a2d09b-7c1b-bbad-7ce4-4d43e2759158@maven.pl>

On 05/09/2018 20:08, Elan Ruusam?e wrote:
> More specifically, how the problem manifests?

http://buildlogs.pld-linux.org/index.php?dist=th&arch=i686&ok=0&name=php&id=941f6728-d625-428e-8926-c70fd96187c5&action=tail

on i686
-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )



From glen at pld-linux.org  Thu Sep  6 10:48:24 2018
From: glen at pld-linux.org (glen)
Date: Thu, 6 Sep 2018 11:48:24 +0300
Subject: [packages/php] - mysqlnd requires hash now
In-Reply-To: <47a2d09b-7c1b-bbad-7ce4-4d43e2759158@maven.pl>
References: <5786789fc1d96c5748df53473b55ad4d1a2c4960_refs_heads_master@pld-linux.org>
 <cc302397388202321c5b852375a6811ef412aa7a_refs_heads_master@pld-linux.org>
 <CAHiWvWEzYTHi_SeOhB_SoaNFQpVLCEk-W4VxhTVvAaAV=-Fy9g@mail.gmail.com>
 <47a2d09b-7c1b-bbad-7ce4-4d43e2759158@maven.pl>
Message-ID: <c5ea725e-2991-55c5-59eb-b4ed11616566@pld-linux.org>



On 9/5/18 9:58 PM, Arkadiusz Mi?kiewicz wrote:
> On 05/09/2018 20:08, Elan Ruusam?e wrote:
>> More specifically, how the problem manifests?
>
> http://buildlogs.pld-linux.org/index.php?dist=th&arch=i686&ok=0&name=php&id=941f6728-d625-428e-8926-c70fd96187c5&action=tail 
>
>
> on i686

+ PHP=./sapi/cli/php EXTENSION_DIR=modules CONFIG_DIR=conf.d ./dep-tests.sh PHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqlnd.so' - modules/mysqlnd.so: undefined symbol: PHP_SHA256Init in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqli.so' - modules/mysqli.so: undefined symbol: mysqlnd_get_client_info in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqlnd.so' - modules/mysqlnd.so: undefined symbol: PHP_SHA256Init in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqlnd.so' - modules/mysqlnd.so: undefined symbol: PHP_SHA256Init in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library 'modules/pdo_mysql.so' - modules/pdo_mysql.so: undefined symbol: mysqlnd_get_client_info in Unknown on line 0




somehow i686 / x86_64 symbols resolved differently? lazy on x86_64, 
strict on i686?

glibc change?

-- 
glen



From glen at pld-linux.org  Thu Sep  6 10:50:37 2018
From: glen at pld-linux.org (glen)
Date: Thu, 6 Sep 2018 11:50:37 +0300
Subject: less aggressive glibc rebuilds
Message-ID: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>

could we make not so often glibc upgrades in th?

at least keep builders glibc version low, so that built packages do not 
require the latest and bleeding glibc SONAME symbols? (unless there's 
actual benefit in that package for newer glibc)

it's very disturbing that wanting to install some new package, i'm 
forced to upgrade whole system.

-- 
glen



From arekm at maven.pl  Thu Sep  6 10:56:27 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Thu, 6 Sep 2018 10:56:27 +0200
Subject: less aggressive glibc rebuilds
In-Reply-To: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>
References: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>
Message-ID: <446c3dd2-c1ec-2b72-4859-b3ff4a7dc49c@maven.pl>

On 06/09/2018 10:50, glen wrote:
> could we make not so often glibc upgrades in th?

glibc is released every ~6 months and that's not "often"
-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )



From glen at pld-linux.org  Thu Sep  6 10:58:27 2018
From: glen at pld-linux.org (glen)
Date: Thu, 6 Sep 2018 11:58:27 +0300
Subject: less aggressive glibc rebuilds
In-Reply-To: <446c3dd2-c1ec-2b72-4859-b3ff4a7dc49c@maven.pl>
References: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>
 <446c3dd2-c1ec-2b72-4859-b3ff4a7dc49c@maven.pl>
Message-ID: <e45eb6bc-41eb-682b-8aae-afd0d8cb1853@pld-linux.org>

On 9/6/18 11:56 AM, Arkadiusz Mi?kiewicz wrote:
> On 06/09/2018 10:50, glen wrote:
>> could we make not so often glibc upgrades in th?
>
> glibc is released every ~6 months and that's not "often"
that's your opinion.
and what is often or not to one's system was not the question in the 
original post.

-- 
glen



From jajcus at jajcus.net  Thu Sep  6 10:59:18 2018
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Thu, 6 Sep 2018 10:59:18 +0200
Subject: less aggressive glibc rebuilds
In-Reply-To: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>
References: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>
Message-ID: <6536a58d-3e18-5768-d725-7260448ba358@jajcus.net>

On 2018-09-06 10:50, glen wrote:
> could we make not so often glibc upgrades in th?
> 
> at least keep builders glibc version low, so that built packages do not
> require the latest and bleeding glibc SONAME symbols? (unless there's
> actual benefit in that package for newer glibc)
> 
> it's very disturbing that wanting to install some new package, i'm
> forced to upgrade whole system.

Why whole system? Glibc upgrades are backward compatible most of the
time. So it is just upgrading the package you want and glibc, not a big
issue. I cannot recall the last time glibc upgrade pulled anything more.

openssl upgrades are much more problematic.


Jacek


From glen at pld-linux.org  Thu Sep  6 12:42:51 2018
From: glen at pld-linux.org (glen)
Date: Thu, 6 Sep 2018 13:42:51 +0300
Subject: less aggressive glibc rebuilds
In-Reply-To: <6536a58d-3e18-5768-d725-7260448ba358@jajcus.net>
References: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>
 <6536a58d-3e18-5768-d725-7260448ba358@jajcus.net>
Message-ID: <a200646a-e8fc-7fed-5ce3-af1f5aa8c89d@pld-linux.org>

On 9/6/18 11:59 AM, Jacek Konieczny wrote:

> On 2018-09-06 10:50, glen wrote:
>> could we make not so often glibc upgrades in th?
>>
>> at least keep builders glibc version low, so that built packages do not
>> require the latest and bleeding glibc SONAME symbols? (unless there's
>> actual benefit in that package for newer glibc)
>>
>> it's very disturbing that wanting to install some new package, i'm
>> forced to upgrade whole system.
> Why whole system? Glibc upgrades are backward compatible most of the
> time. So it is just upgrading the package you want and glibc, not a big
> issue. I cannot recall the last time glibc upgrade pulled anything more.
>
> openssl upgrades are much more problematic.
i mean if i build thing with glibc 2.28 installed, and my system has 
2.27, then glibc upgrade is needed as well due versioned glibc symbols


Processing dependencies...
open-vm-tools-10.1.5-2.x86_64 obsoleted by open-vm-tools-10.3.0-2.x86_64
open-vm-tools-10.3.0-2.x86_64 marks glibc-2.28-3.x86_64 (cap 
libc.so.6(GLIBC_2.28)(64bit))
 ?glibc-2.27-8.x86_64 obsoleted by glibc-2.28-3.x86_64
 ?? greedy upgrade iconv-2.27-8.x86_64 to 2.28-3.x86_64 (unresolved 
glibc = 6:2.27-8)
 ??? iconv-2.27-8.x86_64 obsoleted by iconv-2.28-3.x86_64
 ????? greedy upgrade glibc-localedb-delfi-2.27.0-1.x86_64 to 
2.28.1-1.x86_64 (unresolved iconv = 6:2.27)
 ?????? glibc-localedb-delfi-2.27.0-1.x86_64 obsoleted by 
glibc-localedb-delfi-2.28.1-1.x86_64
 ?? greedy upgrade glibc-libcrypt-2.27-8.x86_64 to 2.28-3.x86_64 
(unresolved glibc = 6:2.27-8)
 ??? glibc-libcrypt-2.27-8.x86_64 obsoleted by glibc-libcrypt-2.28-3.x86_64
 ?? greedy upgrade glibc-misc-2.27-8.x86_64 to 2.28-3.x86_64 (unresolved 
glibc = 6:2.27-8)
 ??? glibc-misc-2.27-8.x86_64 obsoleted by glibc-misc-2.28-3.x86_64
 ?glibc-2.28-3.x86_64 marks ldconfig-2.28-3.x86_64 (cap ldconfig = 6:2.28-3)
 ? ldconfig-2.27-8.x86_64 obsoleted by ldconfig-2.28-3.x86_64
open-vm-tools-10.3.0-2.x86_64 marks xmlsec1-1.2.26-2.x86_64 (cap 
libxmlsec1.so.1()(64bit))
 ?xmlsec1-1.2.26-2.x86_64 marks libxslt-1.1.32-1.x86_64 (cap libxslt >= 
1.0.20)
There are 9 packages to install (8 marked by dependencies), 7 to remove:
I open-vm-tools-10.3.0-2.x86_64
D glibc-2.28-3.x86_64? glibc-libcrypt-2.28-3.x86_64 
glibc-localedb-delfi-2.28.1-1.x86_64? glibc-misc-2.28-3.x86_64 
iconv-2.28-3.x86_64? ldconfig-2.28-3.x86_64? libxslt-1.1.32-1.x86_64
D xmlsec1-1.2.26-2.x86_64
R glibc-2.27-8.x86_64? glibc-libcrypt-2.27-8.x86_64 
glibc-localedb-delfi-2.27.0-1.x86_64? glibc-misc-2.27-8.x86_64 
iconv-2.27-8.x86_64? ldconfig-2.27-8.x86_64 open-vm-tools-10.1.5-2.x86_64
This operation will use 7.0MB of disk space.

if open-vm-tools was built with older glibc present on builder, i could 
just install the package, not pull glibc and related deps

and this can recurse big enough if some upgraded dependent package pulls 
another library rebuild, etc. on some other system i was forced to 
install 900mb packages due gdbm, ffmpeg, etc libraries which all 
stareted from simple GLIBC_2.28 dep.

-- 
glen



From glen at pld-linux.org  Thu Sep  6 12:44:40 2018
From: glen at pld-linux.org (glen)
Date: Thu, 6 Sep 2018 13:44:40 +0300
Subject: less aggressive glibc rebuilds
In-Reply-To: <6536a58d-3e18-5768-d725-7260448ba358@jajcus.net>
References: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>
 <6536a58d-3e18-5768-d725-7260448ba358@jajcus.net>
Message-ID: <818333c8-9a67-7f9f-582d-b9c5d89da136@pld-linux.org>

On 9/6/18 11:59 AM, Jacek Konieczny wrote:
> openssl upgrades are much more problematic.

openssl we have artificial dependency in pld because openssl library 
tended to change symbols(?), and those were not versioned. probably git 
blame to find detailed answer.

for example sslv3 drop would not be compatible, but it was enabled 
shortly back.
but that ssl deps

i think we can drop those "strict deps" in th. openssl releases are 
pretty stable upstream nowadays.

ps: in pld-ac i've removed such hard deps that are present in 
openssl<>openssh in pld-th

-- 
glen



From glen at pld-linux.org  Thu Sep  6 12:46:32 2018
From: glen at pld-linux.org (glen)
Date: Thu, 6 Sep 2018 13:46:32 +0300
Subject: less aggressive glibc rebuilds
In-Reply-To: <a200646a-e8fc-7fed-5ce3-af1f5aa8c89d@pld-linux.org>
References: <caa28da6-7535-04a0-5ae3-bb94563e3e15@pld-linux.org>
 <6536a58d-3e18-5768-d725-7260448ba358@jajcus.net>
 <a200646a-e8fc-7fed-5ce3-af1f5aa8c89d@pld-linux.org>
Message-ID: <9dbff6dc-a1e5-09fd-0423-50fd8304f3bc@pld-linux.org>

On 9/6/18 1:42 PM, glen wrote:
> So it is just upgrading the package you want and glibc, not a big
> issue. 
services need to be restarted, especially ones using locale data. and 
that means services need to be restarted, and it's a big issue here.

-- 
glen



From adamg at pld-linux.org  Sun Sep  9 19:47:19 2018
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Sun, 9 Sep 2018 19:47:19 +0200
Subject: [packages/open-vm-tools] we don't provide vmxnet module, drop
 support for it
In-Reply-To: <20180904112345.5g2rtlkga6nsbnf7@kalarepa>
References: <f9019c2c74fabbdcf7481214801e0c5f40a5b8bd_refs_heads_master@pld-linux.org>
 <21d43020dfd7dc915c941739408c48f91b9681f5_refs_heads_master@pld-linux.org>
 <20180904112345.5g2rtlkga6nsbnf7@kalarepa>
Message-ID: <20180909174719.GA2720@adamg.eu>

On Tue, Sep 04, 2018 at 01:23:45PM +0200, Jan Palus wrote:
> On 02.09.2018 18:06, adamg wrote:
> > commit 21d43020dfd7dc915c941739408c48f91b9681f5
> > Author: Adam Go??biowski <adamg at pld-linux.org>
> > Date:   Sun Sep 2 18:03:55 2018 +0200
> > 
> >     we don't provide vmxnet module, drop support for it
> 
> I'm not using PLD in VMware VM anymore, but please keep in mind vmxnet module is
> now part of mainline kernel, though apparently it's called vmxnet3 nowadays.

I know, but I don't think we should unconditionally load this module and
let the user handle it on his own (for example with modprobe.conf
entry).

After all, this is just network card module, how does this differ
from igb, e1000e or 8139too ?

At the same time we could wonder whether this init should modprobe
vmw_pvscsi - if this is your rootfs device, than you have this already
loaded, if not than either you don't need it (using different device
type), or have unusual setup that you handle with care anyway.

In fact, I think I'll drop vmw_pvscsi part as well. 

adamg


From glen at delfi.ee  Tue Sep 11 22:01:49 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 11 Sep 2018 23:01:49 +0300
Subject: chkconfig / systemd deadlinks creation on package removal
Message-ID: <c2b71ada-0f80-024c-6b43-2815a68429da@delfi.ee>

removing packages with init.d seems to create dead symlinks:


[root at blodnatt work]# poldek -e lxc-libs
mark lxc-libs-2.1.1-3.x86_64
Processing dependencies...
lxc-libs-2.1.1-3.x86_64 marks lxc-2.1.1-3.x86_64 (req liblxc.so.1()(64bit))
There are 2 packages to remove (1 marked by dependencies):
R lxc-libs-2.1.1-3.x86_64
D lxc-2.1.1-3.x86_64
This operation will free 1.8MB of disk space.
Proceed? [N/y] y
Running pm-command.sh --erase --root /...
[master c4df405] committing changes in /etc after poldek run
 ?13 files changed, 178 deletions(-)
 ?delete mode 100644 lxc/default.conf
 ?delete mode 100755 rc.d/init.d/lxc
 ?delete mode 100755 rc.d/init.d/lxc-net
 ?rename rc.d/rc2.d/{S98lxc-net => K01lxc-net} (100%)
 ?rename rc.d/rc3.d/{S99lxc => K01lxc} (100%)
 ?rename rc.d/rc3.d/{S98lxc-net => K01lxc-net} (100%)
 ?rename rc.d/rc4.d/{S99lxc => K01lxc} (100%)
 ?rename rc.d/rc4.d/{S98lxc-net => K01lxc-net} (100%)
 ?rename rc.d/rc5.d/{S99lxc => K01lxc} (100%)
 ?rename rc.d/rc5.d/{S98lxc-net => K01lxc-net} (100%)
 ?delete mode 100644 sysconfig/lxc
 ?delete mode 100644 sysconfig/lxc_macvlan

[root at blodnatt work]# l /etc/rc.d/*/*lxc-net
lrwxrwxrwx 1 root root 17 sept? 11 22:59 /etc/rc.d/rc0.d/K01lxc-net -> 
../init.d/lxc-net
lrwxrwxrwx 1 root root 17 sept? 11 22:59 /etc/rc.d/rc1.d/K01lxc-net -> 
../init.d/lxc-net
lrwxrwxrwx 1 root root 17 sept? 11 22:59 /etc/rc.d/rc2.d/K01lxc-net -> 
../init.d/lxc-net
lrwxrwxrwx 1 root root 17 sept? 11 22:59 /etc/rc.d/rc3.d/K01lxc-net -> 
../init.d/lxc-net
lrwxrwxrwx 1 root root 17 sept? 11 22:59 /etc/rc.d/rc4.d/K01lxc-net -> 
../init.d/lxc-net
lrwxrwxrwx 1 root root 17 sept? 11 22:59 /etc/rc.d/rc5.d/K01lxc-net -> 
../init.d/lxc-net
lrwxrwxrwx 1 root root 17 sept? 11 22:59 /etc/rc.d/rc6.d/K01lxc-net -> 
../init.d/lxc-net



From glen at pld-linux.org  Fri Sep 14 14:44:20 2018
From: glen at pld-linux.org (glen)
Date: Fri, 14 Sep 2018 15:44:20 +0300
Subject: openssl 1.1.1
Message-ID: <de01c3d2-78d2-1f7f-adc8-c53ebcc8cb74@pld-linux.org>

http://git.pld-linux.org/?p=packages/openssl.git;a=shortlog;h=refs/heads/dev-1.1


why this was built from dev-1.1 branch?

auto/th/openssl-1.1.1-1 
<http://git.pld-linux.org/?p=packages/openssl.git;a=shortlog;h=refs/tags/auto/th/openssl-1.1.1-1>

should be merged to master if openssl 1.1 build for th is planned.

-- 
glen



From arekm at maven.pl  Fri Sep 14 14:47:48 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Fri, 14 Sep 2018 14:47:48 +0200
Subject: openssl 1.1.1
In-Reply-To: <de01c3d2-78d2-1f7f-adc8-c53ebcc8cb74@pld-linux.org>
References: <de01c3d2-78d2-1f7f-adc8-c53ebcc8cb74@pld-linux.org>
Message-ID: <db8feaca-5a26-e64b-371e-fd8a8b64f1cb@maven.pl>

On 14/09/2018 14:44, glen wrote:

> should be merged to master if openssl 1.1 build for th is planned.

It's TODO item.

In meantime busy with rebuilds and patching.
-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )



From glen at delfi.ee  Mon Sep 17 00:24:29 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 17 Sep 2018 01:24:29 +0300
Subject: carme lighttpd broken
Message-ID: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>

poldek:/all-avail> !sh -c '/sbin/service lighttpd configtest'
Checking Lighttpd Web Server 
configuration............................................................................................................................[ 
FAIL ]
2018-09-17 00:22:54: (configfile.c.1451) pclose "for f in 
vhosts.d/*.conf ; do [ -f "$f" ] && echo "include \"$f\"" ; done"failed: 
Success
2018-09-17 00:22:54: (configfile.c.1289) source: 
/etc/lighttpd/lighttpd.conf line: 188 pos: 1 parser failed somehow near 
here: (EOL)
poldek:/all-avail> !rpm -q lighttpd
lighttpd-1.4.50-3.x86_64
poldek:/all-avail>



From arekm at maven.pl  Mon Sep 17 10:53:21 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Mon, 17 Sep 2018 10:53:21 +0200
Subject: carme lighttpd broken
In-Reply-To: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>
References: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>
Message-ID: <c4d1a1ff-f8b4-7181-7426-8acf538d8508@maven.pl>

On 17/09/2018 00:24, Elan Ruusam?e wrote:
> poldek:/all-avail> !sh -c '/sbin/service lighttpd configtest'
> Checking Lighttpd Web Server 
> configuration............................................................................................................................[ 
> FAIL ]
> 2018-09-17 00:22:54: (configfile.c.1451) pclose "for f in 
> vhosts.d/*.conf ; do [ -f "$f" ] && echo "include \"$f\"" ; done"failed: 
> Success
> 2018-09-17 00:22:54: (configfile.c.1289) source: 
> /etc/lighttpd/lighttpd.conf line: 188 pos: 1 parser failed somehow near 
> here: (EOL)
> poldek:/all-avail> !rpm -q lighttpd
> lighttpd-1.4.50-3.x86_64
> poldek:/all-avail>

Seems it doesn't like empty vhosts.d dir. touch vhosts.d/nothing.conf 
and it works

-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )



From glen at delfi.ee  Mon Sep 17 21:38:09 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 17 Sep 2018 22:38:09 +0300
Subject: carme lighttpd broken
In-Reply-To: <c4d1a1ff-f8b4-7181-7426-8acf538d8508@maven.pl>
References: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>
 <c4d1a1ff-f8b4-7181-7426-8acf538d8508@maven.pl>
Message-ID: <4b365f38-219b-c909-e8cd-0925bb206d56@delfi.ee>

On 17/09/2018 11:53, Arkadiusz Mi?kiewicz wrote:

> On 17/09/2018 00:24, Elan Ruusam?e wrote:
>> poldek:/all-avail> !sh -c '/sbin/service lighttpd configtest'
>> Checking Lighttpd Web Server 
>> configuration............................................................................................................................[ 
>> FAIL ]
>> 2018-09-17 00:22:54: (configfile.c.1451) pclose "for f in 
>> vhosts.d/*.conf ; do [ -f "$f" ] && echo "include \"$f\"" ; 
>> done"failed: Success
>> 2018-09-17 00:22:54: (configfile.c.1289) source: 
>> /etc/lighttpd/lighttpd.conf line: 188 pos: 1 parser failed somehow 
>> near here: (EOL)
>> poldek:/all-avail> !rpm -q lighttpd
>> lighttpd-1.4.50-3.x86_64
>> poldek:/all-avail>
>
> Seems it doesn't like empty vhosts.d dir. touch vhosts.d/nothing.conf 
> and it works
>
i wonder why it ever worked then

$ (for f in vhosts.d/*.conf; do [ -f "$f" ] && echo "include \"$f\"" ; 
done); echo $?
1
$ (for f in vhosts.d/*.conf; do [ -f "$f" ] && echo "include \"$f\"" ; 
done; exit 0); echo $?
0

but "failed: Success" seems a bug. typically by calling strerror(errno) 
when errno is 0


From glen at delfi.ee  Tue Sep 18 08:15:22 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=C3=A4e?=)
Date: Tue, 18 Sep 2018 09:15:22 +0300
Subject: carme lighttpd broken
In-Reply-To: <4b365f38-219b-c909-e8cd-0925bb206d56@delfi.ee>
References: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>
 <c4d1a1ff-f8b4-7181-7426-8acf538d8508@maven.pl>
 <4b365f38-219b-c909-e8cd-0925bb206d56@delfi.ee>
Message-ID: <CAHiWvWHnykanLch4embFs9y3ZrS4AU3cXcw_U46WxWoFfz6VTA@mail.gmail.com>

on some other system, empty vhosts.d does not result such error as on carme:

wintersunset lighttpd/vhosts.d # rpm -q glibc lighttpd; ls -l
/etc/lighttpd/vhosts.d/
glibc-2.28-3.x86_64
lighttpd-1.4.49-3.x86_64
total 0
wintersunset lighttpd/vhosts.d # grep vhosts.d /etc/lighttpd/lighttpd.conf
include_shell "for f in vhosts.d/*.conf ; do [ -f \"$f\" ] && echo
\"include \\"$f\\"\" ; done"
wintersunset lighttpd/vhosts.d #

-- 
glen


On Mon, Sep 17, 2018 at 10:38 PM Elan Ruusam?e <glen at delfi.ee> wrote:

> On 17/09/2018 11:53, Arkadiusz Mi?kiewicz wrote:
>
> > On 17/09/2018 00:24, Elan Ruusam?e wrote:
> >> poldek:/all-avail> !sh -c '/sbin/service lighttpd configtest'
> >> Checking Lighttpd Web Server
> >>
> configuration............................................................................................................................[
>
> >> FAIL ]
> >> 2018-09-17 00:22:54: (configfile.c.1451) pclose "for f in
> >> vhosts.d/*.conf ; do [ -f "$f" ] && echo "include \"$f\"" ;
> >> done"failed: Success
> >> 2018-09-17 00:22:54: (configfile.c.1289) source:
> >> /etc/lighttpd/lighttpd.conf line: 188 pos: 1 parser failed somehow
> >> near here: (EOL)
> >> poldek:/all-avail> !rpm -q lighttpd
> >> lighttpd-1.4.50-3.x86_64
> >> poldek:/all-avail>
> >
> > Seems it doesn't like empty vhosts.d dir. touch vhosts.d/nothing.conf
> > and it works
> >
> i wonder why it ever worked then
>
> $ (for f in vhosts.d/*.conf; do [ -f "$f" ] && echo "include \"$f\"" ;
> done); echo $?
> 1
> $ (for f in vhosts.d/*.conf; do [ -f "$f" ] && echo "include \"$f\"" ;
> done; exit 0); echo $?
> 0
>
> but "failed: Success" seems a bug. typically by calling strerror(errno)
> when errno is 0
>


From glen at pld-linux.org  Tue Sep 18 09:23:55 2018
From: glen at pld-linux.org (glen)
Date: Tue, 18 Sep 2018 10:23:55 +0300
Subject: carme lighttpd broken
In-Reply-To: <CAHiWvWHnykanLch4embFs9y3ZrS4AU3cXcw_U46WxWoFfz6VTA@mail.gmail.com>
References: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>
 <c4d1a1ff-f8b4-7181-7426-8acf538d8508@maven.pl>
 <4b365f38-219b-c909-e8cd-0925bb206d56@delfi.ee>
 <CAHiWvWHnykanLch4embFs9y3ZrS4AU3cXcw_U46WxWoFfz6VTA@mail.gmail.com>
Message-ID: <5a061513-4c73-5a3a-7303-6621146d1702@pld-linux.org>

the same host, updated


wintersunset /etc/lighttpd # rpm -q glibc lighttpd; ls -l 
/etc/lighttpd/vhosts.d/
glibc-2.28-3.x86_64
lighttpd-1.4.50-2.x86_64
total 0
wintersunset /etc/lighttpd #


so it's lighttpd behavior change.


On 9/18/18 9:15 AM, Elan Ruusam?e wrote:
> on some other system, empty vhosts.d does not result such error as on 
> carme:
>
> wintersunset lighttpd/vhosts.d # rpm -q glibc lighttpd; ls -l 
> /etc/lighttpd/vhosts.d/
> glibc-2.28-3.x86_64
> lighttpd-1.4.49-3.x86_64
> total 0
> wintersunset lighttpd/vhosts.d # grep vhosts.d /etc/lighttpd/lighttpd.conf
> include_shell "for f in vhosts.d/*.conf ; do [ -f \"$f\" ] && echo 
> \"include \\"$f\\"\" ; done"
> wintersunset lighttpd/vhosts.d #
>
> -- 
> glen

-- 
glen



From hawk at pld-linux.org  Tue Sep 18 10:12:50 2018
From: hawk at pld-linux.org (Marcin Krol)
Date: Tue, 18 Sep 2018 10:12:50 +0200
Subject: carme lighttpd broken
In-Reply-To: <5a061513-4c73-5a3a-7303-6621146d1702@pld-linux.org>
References: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>
 <c4d1a1ff-f8b4-7181-7426-8acf538d8508@maven.pl>
 <4b365f38-219b-c909-e8cd-0925bb206d56@delfi.ee>
 <CAHiWvWHnykanLch4embFs9y3ZrS4AU3cXcw_U46WxWoFfz6VTA@mail.gmail.com>
 <5a061513-4c73-5a3a-7303-6621146d1702@pld-linux.org>
Message-ID: <5BA0B382.8030907@pld-linux.org>

On 18-Sep-18 09:23, glen wrote:
> the same host, updated
>
>
> wintersunset /etc/lighttpd # rpm -q glibc lighttpd; ls -l
> /etc/lighttpd/vhosts.d/
> glibc-2.28-3.x86_64
> lighttpd-1.4.50-2.x86_64
> total 0
> wintersunset /etc/lighttpd #
>
>
> so it's lighttpd behavior change.

Since 1.4.50 include_shell behavior has changed (or got fixed, depending 
how you look at it). We should be using globs for a long time since 
they're available. Works fine for me.

https://git.tld-linux.org/?p=packages/lighttpd.git;a=commitdiff;h=b15a66f5357b54df3623aaae76b89ee3351b8be3

M.



From glen at pld-linux.org  Wed Sep 19 15:46:15 2018
From: glen at pld-linux.org (glen)
Date: Wed, 19 Sep 2018 16:46:15 +0300
Subject: carme lighttpd broken
In-Reply-To: <5BA0B382.8030907@pld-linux.org>
References: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>
 <c4d1a1ff-f8b4-7181-7426-8acf538d8508@maven.pl>
 <4b365f38-219b-c909-e8cd-0925bb206d56@delfi.ee>
 <CAHiWvWHnykanLch4embFs9y3ZrS4AU3cXcw_U46WxWoFfz6VTA@mail.gmail.com>
 <5a061513-4c73-5a3a-7303-6621146d1702@pld-linux.org>
 <5BA0B382.8030907@pld-linux.org>
Message-ID: <cbe8129c-6c65-87c2-4120-df4aeb874086@pld-linux.org>



On 9/18/18 11:12 AM, Marcin Krol wrote:
> On 18-Sep-18 09:23, glen wrote:
>> the same host, updated
>>
>>
>> wintersunset /etc/lighttpd # rpm -q glibc lighttpd; ls -l
>> /etc/lighttpd/vhosts.d/
>> glibc-2.28-3.x86_64
>> lighttpd-1.4.50-2.x86_64
>> total 0
>> wintersunset /etc/lighttpd #
>>
>>
>> so it's lighttpd behavior change.
>
> Since 1.4.50 include_shell behavior has changed (or got fixed, 
> depending how you look at it). We should be using globs for a long 
> time since they're available. Works fine for me.
>
> https://git.tld-linux.org/?p=packages/lighttpd.git;a=commitdiff;h=b15a66f5357b54df3623aaae76b89ee3351b8be3 
>
>
i was thinking too, why the include_shell was in place, but did not 
bother to look to git history.

digged now, and no obvious reason written. so i guess the glob include 
didn't exist at the time

https://github.com/pld-linux/lighttpd/commit/4ea50529e182703e064e0053d13c9e7953f0d201

-- 
glen



From hawk at pld-linux.org  Wed Sep 19 23:45:11 2018
From: hawk at pld-linux.org (Marcin Krol)
Date: Wed, 19 Sep 2018 23:45:11 +0200
Subject: carme lighttpd broken
In-Reply-To: <cbe8129c-6c65-87c2-4120-df4aeb874086@pld-linux.org>
References: <976c6c78-5a01-5d3d-0d11-c95be1f3ebbd@delfi.ee>
 <c4d1a1ff-f8b4-7181-7426-8acf538d8508@maven.pl>
 <4b365f38-219b-c909-e8cd-0925bb206d56@delfi.ee>
 <CAHiWvWHnykanLch4embFs9y3ZrS4AU3cXcw_U46WxWoFfz6VTA@mail.gmail.com>
 <5a061513-4c73-5a3a-7303-6621146d1702@pld-linux.org>
 <5BA0B382.8030907@pld-linux.org>
 <cbe8129c-6c65-87c2-4120-df4aeb874086@pld-linux.org>
Message-ID: <5BA2C367.8010101@pld-linux.org>

> i was thinking too, why the include_shell was in place, but did not
> bother to look to git history.
>
> digged now, and no obvious reason written. so i guess the glob include
> didn't exist at the time
>
> https://github.com/pld-linux/lighttpd/commit/4ea50529e182703e064e0053d13c9e7953f0d201

Yes, glob include is available for a little over two years, since 
1.4.40. It wasn't available when include_shell was introduced in our config.

M.



From arekm at maven.pl  Thu Sep 20 20:37:36 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Thu, 20 Sep 2018 20:37:36 +0200
Subject: openssl 1.1.1 rebuild - need for help
Message-ID: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>


openssl 1.1.1 rebuild, if anyone wants to help here is TODO list:

http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test

Examples on how to fix things are at packages/*/openssl.patch mostly. 
Also patches sometimes in debian, archlinux or upstream git of projects.

-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )


From adwol at zonk.pl  Thu Sep 20 20:57:08 2018
From: adwol at zonk.pl (Adam Osuchowski)
Date: Thu, 20 Sep 2018 20:57:08 +0200
Subject: openssl 1.1.1 rebuild - need for help
In-Reply-To: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
References: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
Message-ID: <20180920185708.6b8b4567@zonk.pl>

Arkadiusz Mi?kiewicz wrote:
> openssl 1.1.1 rebuild, if anyone wants to help here is TODO list:
>
> http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test
>
> Examples on how to fix things are at packages/*/openssl.patch mostly. Also 
> patches sometimes in debian, archlinux or upstream git of projects.

I think, first of all we should to ensure that openssl 1.0.2 and 1.1.1 are
parallel installable, for instance by make openssl102 package. It would
allow old and new versions of the openssl API available and, thanks to it,
help in quiet migration.


From jajcus at jajcus.net  Thu Sep 20 22:47:43 2018
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Thu, 20 Sep 2018 22:47:43 +0200
Subject: openssl 1.1.1 rebuild - need for help
In-Reply-To: <20180920185708.6b8b4567@zonk.pl>
References: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
 <20180920185708.6b8b4567@zonk.pl>
Message-ID: <da46d0b1-081f-a8bd-5c5a-3dcd44b446e3@jajcus.net>

On 20/09/2018 20.57, Adam Osuchowski wrote:
> Arkadiusz Mi?kiewicz wrote:
>> openssl 1.1.1 rebuild, if anyone wants to help here is TODO list:
>>
>> http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test
>>
>> Examples on how to fix things are at packages/*/openssl.patch mostly. Also 
>> patches sometimes in debian, archlinux or upstream git of projects.
> 
> I think, first of all we should to ensure that openssl 1.0.2 and 1.1.1 are
> parallel installable, for instance by make openssl102 package. It would
> allow old and new versions of the openssl API available and, thanks to it,
> help in quiet migration.

+1

openssl 1.0.2 will also be required for many third-party binary software
(read: games).

Jacek


From arekm at maven.pl  Fri Sep 21 07:06:01 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Fri, 21 Sep 2018 07:06:01 +0200
Subject: openssl 1.1.1 rebuild - need for help
In-Reply-To: <da46d0b1-081f-a8bd-5c5a-3dcd44b446e3@jajcus.net>
References: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
 <20180920185708.6b8b4567@zonk.pl>
 <da46d0b1-081f-a8bd-5c5a-3dcd44b446e3@jajcus.net>
Message-ID: <22f9157f-3fe7-f67b-9af1-23cc6b9075f5@maven.pl>

On 20/09/2018 22:47, Jacek Konieczny wrote:
> On 20/09/2018 20.57, Adam Osuchowski wrote:

>> I think, first of all we should to ensure that openssl 1.0.2 and 1.1.1 are
>> parallel installable,

Be aware that mixing openssl libraries can lead to segfaults (if binary 
uses libraries that are linked to different versions of openssl).

 >>It would
>> allow old and new versions of the openssl API available and, thanks to it,
>> help in quiet migration.
> 
> +1
> 
> openssl 1.0.2 will also be required for many third-party binary software
> (read: games).

just-install works at this moment, so it will work with openssl102 spec 
if someone will do it.

-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )



From bszx-pld at bszx.eu  Sat Sep 22 11:53:09 2018
From: bszx-pld at bszx.eu (Bartek Szady)
Date: Sat, 22 Sep 2018 11:53:09 +0200
Subject: openssl 1.1.1 rebuild - need for help
In-Reply-To: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
References: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
Message-ID: <4f05b7fa-69af-30de-22ca-3b5032aa5250@bszx.eu>

On 09/20/18 20:37, Arkadiusz Mi?kiewicz wrote:

>
> openssl 1.1.1 rebuild, if anyone wants to help here is TODO list:
>
> http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test

qt4-plugin-qca-ossl is obsoleted by qca.

??? Bartek



From glen at delfi.ee  Mon Sep 24 19:54:20 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 24 Sep 2018 20:54:20 +0300
Subject: php 7.3 legacy architectures
Message-ID: <2d207765-90a6-fbe8-877b-077aa2d85e36@delfi.ee>

hi

can someone have look at i686 and x32 builds (-r dev-7.3 branch)


http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=php&id=3a224baa-8fb9-499a-a8a3-8d03d0d83f41&action=tail

/usr/bin/ld: ext/standard/.libs/base64.o: unsupported non-PIC call to IFUNC `php_base64_encode'
/usr/bin/ld: ext/standard/.libs/http_fopen_wrapper.o: unsupported non-PIC call to IFUNC `php_base64_encode'
/usr/bin/ld: ext/standard/.libs/password.o: unsupported non-PIC call to IFUNC `php_base64_encode'
/usr/bin/ld: main/.libs/main.o: unsupported non-PIC call to IFUNC `php_base64_decode_ex'
/usr/bin/ld: main/streams/.libs/memory.o: unsupported non-PIC call to IFUNC `php_base64_decode_ex'
/usr/bin/ld: final link failed: nonrepresentable section on output
collect2: error: ld returned 1 exit status


http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=php&id=3a224baa-8fb9-499a-a8a3-8d03d0d83f41&action=tail

/tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c: Assembler messages:
/tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c:407: Error: 
incorrect register `%edx' used with `q' suffix 
/tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c:408: Error: 
incorrect register `%ecx' used with `q' suffix 
/tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c:413: Error: 
incorrect register `%ecx' used with `q' suffix 
/tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c:418: Error: 
incorrect register `%ecx' used with `q' suffix make: *** [Makefile:2281: Zend/zend_string.lo] Error 1
make: *** Waiting for unfinished jobs....




From qboosh at pld-linux.org  Mon Sep 24 20:54:08 2018
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 24 Sep 2018 20:54:08 +0200
Subject: php 7.3 legacy architectures
In-Reply-To: <2d207765-90a6-fbe8-877b-077aa2d85e36@delfi.ee>
References: <2d207765-90a6-fbe8-877b-077aa2d85e36@delfi.ee>
Message-ID: <20180924185408.GA32365@mail>

On Mon, Sep 24, 2018 at 08:54:20PM +0300, Elan Ruusam?e wrote:
> hi
> 
> can someone have look at i686 and x32 builds (-r dev-7.3 branch)
> 
> 
> http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=php&id=3a224baa-8fb9-499a-a8a3-8d03d0d83f41&action=tail
> 
> /usr/bin/ld: ext/standard/.libs/base64.o: unsupported non-PIC call to IFUNC 
> `php_base64_encode'
> /usr/bin/ld: ext/standard/.libs/http_fopen_wrapper.o: unsupported non-PIC 
> call to IFUNC `php_base64_encode'
> /usr/bin/ld: ext/standard/.libs/password.o: unsupported non-PIC call to 
> IFUNC `php_base64_encode'
> /usr/bin/ld: main/.libs/main.o: unsupported non-PIC call to IFUNC 
> `php_base64_decode_ex'
> /usr/bin/ld: main/streams/.libs/memory.o: unsupported non-PIC call to IFUNC 
> `php_base64_decode_ex'
> /usr/bin/ld: final link failed: nonrepresentable section on output
> collect2: error: ld returned 1 exit status

Maybe this is some trace:

"checking whether to force non-PIC code in shared modules... yes"

x32 configure says "no" here.

> http://buildlogs.pld-linux.org//index.php?dist=th&arch=x32&ok=0&name=php&id=3a224baa-8fb9-499a-a8a3-8d03d0d83f41&action=tail
> 
> /tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c: Assembler messages:
> /tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c:407: Error: 
> incorrect register `%edx' used with `q' suffix 
> /tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c:408: Error: 
> incorrect register `%ecx' used with `q' suffix 
> /tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c:413: Error: 
> incorrect register `%ecx' used with `q' suffix 
> /tmp/B.fBYAwg/BUILD/php-7.3.0RC1/Zend/zend_string.c:418: Error: 
> incorrect register `%ecx' used with `q' suffix make: *** [Makefile:2281: 
> Zend/zend_string.lo] Error 1
> make: *** Waiting for unfinished jobs....

Looks like wrong conditions in hand-written asm code.

Also I can see many warnings like:
Zend/zend_types.h:134:3: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
- to be verified if proper types are used during int/ptr arithmetic...


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


From glen at delfi.ee  Mon Sep 24 22:29:30 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 24 Sep 2018 23:29:30 +0300
Subject: php 7.3 legacy architectures
In-Reply-To: <20180924185408.GA32365@mail>
References: <2d207765-90a6-fbe8-877b-077aa2d85e36@delfi.ee>
 <20180924185408.GA32365@mail>
Message-ID: <848b71e4-42a3-0538-c48c-cbf307d17c57@delfi.ee>



On 24/09/2018 21:54, Jakub Bogusz wrote:
>> can someone have look at i686 and x32 builds (-r dev-7.3 branch)
>>
>>
>> http://buildlogs.pld-linux.org//index.php?dist=th&arch=i686&ok=0&name=php&id=3a224baa-8fb9-499a-a8a3-8d03d0d83f41&action=tail
>>
>> /usr/bin/ld: ext/standard/.libs/base64.o: unsupported non-PIC call to IFUNC
>> `php_base64_encode'
>> /usr/bin/ld: ext/standard/.libs/http_fopen_wrapper.o: unsupported non-PIC
>> call to IFUNC `php_base64_encode'
>> /usr/bin/ld: ext/standard/.libs/password.o: unsupported non-PIC call to
>> IFUNC `php_base64_encode'
>> /usr/bin/ld: main/.libs/main.o: unsupported non-PIC call to IFUNC
>> `php_base64_decode_ex'
>> /usr/bin/ld: main/streams/.libs/memory.o: unsupported non-PIC call to IFUNC
>> `php_base64_decode_ex'
>> /usr/bin/ld: final link failed: nonrepresentable section on output
>> collect2: error: ld returned 1 exit status
> Maybe this is some trace:
>
> "checking whether to force non-PIC code in shared modules... yes"
>
> x32 configure says "no" here.
>
it checks for $host_alias


yet that chunk has not changed since 2005

https://github.com/php/php-src/commit/931810629c140955104306fe5b9867e4d738421c


https://github.com/php/php-src/blob/php-7.3.0RC1/configure.ac#L297-L312


	

	# Disable PIC mode by default where it is known to be safe to do so,

	# to avoid the performance hit from the lost register

	AC_MSG_CHECKING([whether to force non-PIC code in shared modules])

	case $host_alias in

	i?86-*-linux*|i?86-*-freebsd*)

	if test "${with_pic+set}" != "set" || test "$with_pic" = "no"; then

	with_pic=no

	AC_MSG_RESULT(yes)

	else

	AC_MSG_RESULT(no)

	fi

	;;

	*)

	AC_MSG_RESULT(no)

	;;

	esac



From adamg at pld-linux.org  Mon Sep 24 23:31:15 2018
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Mon, 24 Sep 2018 23:31:15 +0200
Subject: openssl 1.1.1 rebuild - need for help
In-Reply-To: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
References: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
Message-ID: <20180924213115.GA12267@adamg.eu>

On Thu, Sep 20, 2018 at 08:37:36PM +0200, Arkadiusz Mi?kiewicz wrote:
> 
> openssl 1.1.1 rebuild, if anyone wants to help here is TODO list:
> 
> http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test
> 
> Examples on how to fix things are at packages/*/openssl.patch mostly. 
> Also patches sometimes in debian, archlinux or upstream git of projects.

botan should be dropped in favour of botan2:
error: #error "OpenSSL 1.1 API not supported in Botan 1.10, upgrade to 2.x"


From atler at pld-linux.org  Tue Sep 25 21:37:48 2018
From: atler at pld-linux.org (Jan Palus)
Date: Tue, 25 Sep 2018 21:37:48 +0200
Subject: ERRORS: firefox.spec
In-Reply-To: <pld-builder.1537902848.817331.19627@nereid-builder>
References: <4be06c8c-bc3c-4885-8981-3b21d3e50eaa@pld.src.builder>
 <pld-builder.1537902848.817331.19627@nereid-builder>
Message-ID: <20180925193748.myvr4u2ddghbuvi2@kalarepa>

On 25.09.2018 19:14, PLD th-i686 builder wrote:
> firefox.spec (auto/th/firefox-62.0.2-1): FAILED

I got failed firefox build on i686 in some random place, followed by OK test
build, followed by this failure in another random place. Can someone have look
at th-i686 builder? Is there any trace of segfault in dmesg? Disk space issues
perhaps? Anything of interest?


From glen at pld-linux.org  Wed Sep 26 13:43:07 2018
From: glen at pld-linux.org (glen)
Date: Wed, 26 Sep 2018 14:43:07 +0300
Subject: broke th deps
Message-ID: <56f704b5-6964-2f53-73cf-168eb84472f1@pld-linux.org>

super broken deps:


https://gitlab.com/pld-linux/cleanbuild/-/jobs/101752687


Installing set #3
Processing dependencies...
perl-modules-5.26.2-3.x86_64 marks perl-base-5.26.2-3.x86_64 (cap 
/usr/lib64/perl5/5.26.2/x86_64-pld-linux-thread-multi)
error: perl-base-5.26.2-3.x86_64: req 
/usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found
perl-base-5.26.2-3.x86_64 marks perl-dirs-5.28.0-2.x86_64 (cap 
/usr/share/perl5/vendor_perl)
perl-base-5.26.2-3.x86_64 marks perl-libs-5.26.2-3.x86_64 (cap 
libperl.so.5.26.0()(64bit))
perl-base-5.26.2-3.x86_64 marks perl-Scalar-List-Utils-1.49-1.x86_64 
(cap perl(Scalar::Util))
error: perl-Scalar-List-Utils-1.49-1.x86_64: req 
/usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found
error: perl-Scalar-List-Utils-1.49-1.x86_64: req 
/usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found
perl-Scalar-List-Utils-1.49-1.x86_64 marks perl-KDE4-4.14.3-7.x86_64 
(cap /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi/auto)
perl-KDE4-4.14.3-7.x86_64 marks kde-common-dirs-0.8-5.x86_64 (cap 
/usr/lib64/kde4)
kde-common-dirs-0.8-5.x86_64 marks QtDeclarative-4.8.7-18.x86_64 (cap 
/usr/lib64/qt4/imports/org)

-- 
glen



From glen at pld-linux.org  Wed Sep 26 15:23:36 2018
From: glen at pld-linux.org (glen)
Date: Wed, 26 Sep 2018 16:23:36 +0300
Subject: broke th deps
In-Reply-To: <56f704b5-6964-2f53-73cf-168eb84472f1@pld-linux.org>
References: <56f704b5-6964-2f53-73cf-168eb84472f1@pld-linux.org>
Message-ID: <1949e371-c4c9-ff25-e512-48da2af24b5e@pld-linux.org>

On 9/26/18 2:43 PM, glen wrote:

> super broken deps:
>
>
> https://gitlab.com/pld-linux/cleanbuild/-/jobs/101752687
>
>
> Installing set #3
> Processing dependencies...
> perl-modules-5.26.2-3.x86_64 marks perl-base-5.26.2-3.x86_64 (cap 
> /usr/lib64/perl5/5.26.2/x86_64-pld-linux-thread-multi)
> error: perl-base-5.26.2-3.x86_64: req 
> /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not 
> found
> perl-base-5.26.2-3.x86_64 marks perl-dirs-5.28.0-2.x86_64 (cap 
> /usr/share/perl5/vendor_perl)
> perl-base-5.26.2-3.x86_64 marks perl-libs-5.26.2-3.x86_64 (cap 
> libperl.so.5.26.0()(64bit))
> perl-base-5.26.2-3.x86_64 marks perl-Scalar-List-Utils-1.49-1.x86_64 
> (cap perl(Scalar::Util))
> error: perl-Scalar-List-Utils-1.49-1.x86_64: req 
> /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not 
> found
> error: perl-Scalar-List-Utils-1.49-1.x86_64: req 
> /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not 
> found
> perl-Scalar-List-Utils-1.49-1.x86_64 marks perl-KDE4-4.14.3-7.x86_64 
> (cap 
> /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi/auto)
> perl-KDE4-4.14.3-7.x86_64 marks kde-common-dirs-0.8-5.x86_64 (cap 
> /usr/lib64/kde4)
> kde-common-dirs-0.8-5.x86_64 marks QtDeclarative-4.8.7-18.x86_64 (cap 
> /usr/lib64/qt4/imports/org)
>
please move perl-KDE4-4.14.3-9 to main

can't say why perl-base failed thou...

-- 
glen



From glen at pld-linux.org  Wed Sep 26 15:27:38 2018
From: glen at pld-linux.org (glen)
Date: Wed, 26 Sep 2018 16:27:38 +0300
Subject: broke th deps
In-Reply-To: <1949e371-c4c9-ff25-e512-48da2af24b5e@pld-linux.org>
References: <56f704b5-6964-2f53-73cf-168eb84472f1@pld-linux.org>
 <1949e371-c4c9-ff25-e512-48da2af24b5e@pld-linux.org>
Message-ID: <67381284-5ada-3e12-94ac-e0d39c967a3d@pld-linux.org>

On 9/26/18 4:23 PM, glen wrote:

>> Installing set #3
>> Processing dependencies...
>> perl-modules-5.26.2-3.x86_64 marks perl-base-5.26.2-3.x86_64 (cap 
>> /usr/lib64/perl5/5.26.2/x86_64-pld-linux-thread-multi)
>> error: perl-base-5.26.2-3.x86_64: req 
>> /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not 
>> found
>> perl-base-5.26.2-3.x86_64 marks perl-dirs-5.28.0-2.x86_64 (cap 
>> /usr/share/perl5/vendor_perl)
>> perl-base-5.26.2-3.x86_64 marks perl-libs-5.26.2-3.x86_64 (cap 
>> libperl.so.5.26.0()(64bit))
>> perl-base-5.26.2-3.x86_64 marks perl-Scalar-List-Utils-1.49-1.x86_64 
>> (cap perl(Scalar::Util))
>> error: perl-Scalar-List-Utils-1.49-1.x86_64: req 
>> /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not 
>> found
>> error: perl-Scalar-List-Utils-1.49-1.x86_64: req 
>> /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not 
>> found
>> perl-Scalar-List-Utils-1.49-1.x86_64 marks perl-KDE4-4.14.3-7.x86_64 
>> (cap 
>> /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi/auto)
>> perl-KDE4-4.14.3-7.x86_64 marks kde-common-dirs-0.8-5.x86_64 (cap 
>> /usr/lib64/kde4)
>> kde-common-dirs-0.8-5.x86_64 marks QtDeclarative-4.8.7-18.x86_64 (cap 
>> /usr/lib64/qt4/imports/org)
>>
> please move perl-KDE4-4.14.3-9 to main
>
> can't say why perl-base failed thou... 
the second (standalone) package imho should be dropped

/srv/pld/th/PLD/x86_64/RPMS/perl-Scalar-List-Utils-1.49-1.x86_64.rpm
/srv/pld/th/PLD/x86_64/RPMS/perl-Scalar-List-Utils-1.46_02-5.26.2.3.x86_64.rpm

so far, i've rebuilt perl-Scalar-List-Utils, please move 
perl-Scalar-List-Utils-1.49-2 to th main

-- 
glen



From glen at pld-linux.org  Wed Sep 26 16:18:41 2018
From: glen at pld-linux.org (glen)
Date: Wed, 26 Sep 2018 17:18:41 +0300
Subject: broke th deps
In-Reply-To: <56f704b5-6964-2f53-73cf-168eb84472f1@pld-linux.org>
References: <56f704b5-6964-2f53-73cf-168eb84472f1@pld-linux.org>
Message-ID: <d4a56e17-4dda-91c1-c7a4-46a59e264bf5@pld-linux.org>



On 9/26/18 2:43 PM, glen wrote:
> perl-base-5.26.2-3.x86_64 marks perl-dirs-5.28.0-2.x86_64 (cap 
> /usr/share/perl5/vendor_perl) 
ok. perl-dirs needs to be moved back.


done.

pldth at ep09-pld SRPMS/.metadata$ pfa-mvpkg PLD test 
perl-dirs-5.28.0-2.src.rpm.info
pldth at ep09-pld SRPMS/.metadata$ pfa-mvpkg .archive/PLD PLD 
perl-dirs-5.26.0-4.src.rpm.info

-- 
glen



From arekm at maven.pl  Thu Sep 27 18:59:19 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Thu, 27 Sep 2018 18:59:19 +0200
Subject: openssl 1.1.1 rebuild - need for help
In-Reply-To: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
References: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
Message-ID: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl>

On 20/09/2018 20:37, Arkadiusz Mi?kiewicz wrote:
> 
> openssl 1.1.1 rebuild, if anyone wants to help here is TODO list:
> 
> http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test
> 
> Examples on how to fix things are at packages/*/openssl.patch mostly. 
> Also patches sometimes in debian, archlinux or upstream git of projects.
> 

+- current TODO:

amanda.spec - update files
android-tools.spec
apache1-mod_ssl.spec - drop
botan.spec - drop
ckermit.spec
eagle-light.spec - binary, drop
efl.spec - drop with new enlightment
erlang-exmpp.spec - non-ssl fix needed just like partially done in 
build.patch
freeradius-server.spec - needs update to 3.x
freerdp.spec - drop, there is freerdp2
ghasher.spec - needs openssl fix (or drop)
gsoap.spec - needs update to newer version
jhprimeminer.spec - drop, primecoin is dead I think
john.spec - needs update to git version
kannel.spec - needs update to 1.4.5
kphone.spec - format-security fixes needed
libeap-ikev2.spec - needs openssl fix
libjingle.speci - drop, obsolete protocols
libnasl.spec - needs openssl fix
links.spec
linuxdcpp.spec - needs c++ fix
monodevelop.spec
mstflint.spec - needs -Werror=format-overflow fixes
mythtv.spec
nessus-core.spec - depends on libnasl.spec
nx.spec - nxssh problematic
opal.spec - needs ffmpeg fixes
openssl-engine-tpm.spec
openvswitch.spec
pam-pam_p11.spec
pam-pam_ssh.spec
pgadmin3.spec - drop, TODO: finishing pgadmin4
phantomjs.spec
php52.spec - TODO, by me
php53-pecl-http.spec
php53-pecl-mongo.spec
php54-pecl-mongo.spec
php54.spec - drop
php55-pecl-http.spec
php55-pecl-mongo.spec
php56-pecl-http.spec
php56-pecl-mongo.spec
pjproject.spec
postfix.spec - finish %files
pound.spec
protoshares.spec
qdigidoc.spec
qt4-plugin-qca-ossl.spec - drop?
qt-plugin-qca-tls.spec - drop, obsoleted by qca.spec
rasdaman.spec - needs c++ fix
sblim-sfcb.spec - Makefile rules build fixes probably
skipfish.spec
spdylay.spec, drop
srp.spec, drop
srtp.spec, drop, obsoleted by libsrtp2
sylpheed.spec, drop - claws-mail.spec
telepathy-gabble.spec
telepathy-salut.spec
thrift.spec - builds but uses network while building which needs
workaround/fix
vtun.spec, drop
-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )



From jajcus at jajcus.net  Thu Sep 27 20:08:13 2018
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Thu, 27 Sep 2018 20:08:13 +0200
Subject: openssl 1.1.1 rebuild - need for help
In-Reply-To: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl>
References: <cf8176f3-de7b-9e01-9f4a-5d77eab00e79@maven.pl>
 <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl>
Message-ID: <761e5d94-5e49-2471-d894-1fe64fd1a313@jajcus.net>

On 27/09/2018 18.59, Arkadiusz Mi?kiewicz wrote:
> 
> +- current TODO:
> 

> pjproject.spec

Does anything use it? Except Asterisk, which uses own bundled version
(the patches and configuration included there is quite important for
proper Asterisk operation).

If not, then we can drop it and update only when needed.

Jacek