From mateusz-lists at ant.gliwice.pl  Fri Oct 13 10:52:10 2017
From: mateusz-lists at ant.gliwice.pl (Mateusz Korniak)
Date: Fri, 13 Oct 2017 10:52:10 +0200
Subject: Building on carme-pld-x32 hangs on  Executing(%prep)
Message-ID: <3810532.jNdgKiQ3AK@matkor-lenovo>

[matkor at carme-pld-x32 lizardfs]$ nice builder -v lizardfs.spec 
1507879920.497447298 build
builder: SMP make flags are set to -j5
1507879920.626075326 get_spec
0b4615f1af5f7b3bf264cd54ff20e3af73dcaede
M       lizardfs.spec
Already on 'master'
Your branch is up-to-date with 'origin/master'.
Already up-to-date.
1507879920.781354566 parsing specfile
1507879920.785531129 get icons
1507879920.790955955 cache_rpm_dump using rpm-specdump command
1507879920.869795967 cache_rpm_dump: OK!
- Sources :  v3.11.3.tar.gz lizardfs-master.service lizardfs-
chunkserver.service
- Patches :  x32.patch
- Icon    :  *no package icon*
- Name    : lizardfs
- Version : 3.11.3
- Release : 0.1
1507879920.891325634 parse_spec: OK!
1507879920.895342700 set bcond values
Available branches: master
1507879921.067707810 get_files
1507879921.071928008 
https://github.com/lizardfs/lizardfs/archive/v3.11.3.tar.gz
v3.11.3.tar.gz having proper md5sum already exists
1507879921.116567829 lizardfs-master.service
1507879921.158314822 lizardfs-chunkserver.service
1507879921.200490490 x32.patch
1507879921.242628661 check md5
1507879921.333864271 build_package
1507879921.338069581 build_package: build
Building target platforms: x32-linux
Executing(%prep): /bin/sh -e /tmp/rpm-tmp.55683

???

-- 
Mateusz Korniak
"(...) mam brata - powa?ny, domator, liczykrupa, hipokryta, pobo?ni?,
 	kr?tko m?wi?c - podpora spo?ecze?stwa."
				Nikos Kazantzakis - "Grek Zorba"



From baggins at pld-linux.org  Sat Oct 14 23:02:22 2017
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sat, 14 Oct 2017 23:02:22 +0200
Subject: Building on carme-pld-x32 hangs on  Executing(%prep)
In-Reply-To: <3810532.jNdgKiQ3AK@matkor-lenovo>
References: <3810532.jNdgKiQ3AK@matkor-lenovo>
Message-ID: <20171014210222.GA7422@tachikoma>

On Fri, 13 Oct 2017, Mateusz Korniak wrote:

> [matkor at carme-pld-x32 lizardfs]$ nice builder -v lizardfs.spec 
[...]
> Building target platforms: x32-linux
> Executing(%prep): /bin/sh -e /tmp/rpm-tmp.55683
> 
> ???

[baggins at carme-pld-x32 ~]$ rpm -q glibc
glibc-2.26-2.i686
glibc-2.26-2.x32
glibc-2.26-2.x86_64

Known problem with glibc 2.26. I don't know what's going on there,
happens only on x32.

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


From glen at pld-linux.org  Mon Oct 23 19:09:43 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 23 Oct 2017 20:09:43 +0300
Subject: ruby(abi)
Message-ID: <80b0d7db-012a-1ab9-4322-9d11a4eddf52@pld-linux.org>

$ rpm -Uhv ../RPMS/ruby-pkg-config-1.2.8-1.noarch.rpm

error: Failed dependencies:
         ruby(abi) = 2.3.0 is needed by ruby-pkg-config-1.2.8-1.noarch

$ rpm -q ruby-modules --provides|grep abi

ruby(abi) = 2.3

so, this used to be 2.3, but now is 2.3.0 because ruby_version is defined.

which way we want to fix this? 2.3 or 2.3.0?

https://github.com/pld-linux/rpm/blob/96a1333d14bbb384fa0a18789ec327575692dcdd/rubygems.rb#L40

# as ruby_version may be empty, take version from basename of archdir
ruby_version = RbConfig::CONFIG["ruby_version"].empty? ? 
File.basename(RbConfig::CONFIG["archdir"]) : 
RbConfig::CONFIG["ruby_version"]


in ruby.spec it's hardcoded, likely due bootstrap issues, (rubygems.rb 
can be probably hacked to provide it automatically, but probably not 
worth of it)


https://github.com/pld-linux/ruby/blob/1648a12b746adaeb729a286b917de367e1417ad6/ruby.spec#L178-L179

-- 
glen



From baggins at pld-linux.org  Tue Oct 24 00:01:26 2017
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Tue, 24 Oct 2017 00:01:26 +0200
Subject: ruby(abi)
In-Reply-To: <80b0d7db-012a-1ab9-4322-9d11a4eddf52@pld-linux.org>
References: <80b0d7db-012a-1ab9-4322-9d11a4eddf52@pld-linux.org>
Message-ID: <20171023220126.GB7313@tachikoma>

On Mon, 23 Oct 2017, Elan Ruusam?e wrote:

> $ rpm -Uhv ../RPMS/ruby-pkg-config-1.2.8-1.noarch.rpm
> 
> error: Failed dependencies:
>          ruby(abi) = 2.3.0 is needed by ruby-pkg-config-1.2.8-1.noarch
> 
> $ rpm -q ruby-modules --provides|grep abi
> 
> ruby(abi) = 2.3
> 
> so, this used to be 2.3, but now is 2.3.0 because ruby_version is defined.
> 
> which way we want to fix this? 2.3 or 2.3.0?

2.3

I fixed the patch that introduced this breakage.

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


From glen at pld-linux.org  Thu Oct 26 18:53:25 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 26 Oct 2017 19:53:25 +0300
Subject: ruby-x32
Message-ID: <b97e6daa-3691-3a37-7823-fc37d8e51ce5@pld-linux.org>

this aint right, right?

-mtune=generic -march=x86-64


[~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ? ruby -r rbconfig 
-e 'puts RbConfig::CONFIG["CXXFLAGS"]'
-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 -mtune=generic -march=x86-64 -gdwarf-4 
-fno-debug-types-section -fvar-tracking-assignments -g2

[~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ? rpm -q ruby 
ruby-modules
ruby-2.3.5-3.x32
ruby-modules-2.3.5-3.x32
[~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ?

-- 
glen



From glen at pld-linux.org  Thu Oct 26 18:55:40 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 26 Oct 2017 19:55:40 +0300
Subject: ruby-x32
In-Reply-To: <b97e6daa-3691-3a37-7823-fc37d8e51ce5@pld-linux.org>
References: <b97e6daa-3691-3a37-7823-fc37d8e51ce5@pld-linux.org>
Message-ID: <901426a7-5430-1240-7e68-35cb841838de@pld-linux.org>

On 26.10.2017 19:53, Elan Ruusam?e wrote:
> this aint right, right?
>
> -mtune=generic -march=x86-64
>
>
> [~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ? ruby -r 
> rbconfig -e 'puts RbConfig::CONFIG["CXXFLAGS"]'
> -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 -mtune=generic -march=x86-64 -gdwarf-4 
> -fno-debug-types-section -fvar-tracking-assignments -g2
>
> [~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ? rpm -q ruby 
> ruby-modules
> ruby-2.3.5-3.x32
> ruby-modules-2.3.5-3.x32
> [~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ?
>
yet that is what rpmcflags tell:


[~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ? rpm -E %rpmcflags
-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 -mtune=generic -march=x86-64 -gdwarf-4 
-fno-debug-types-section -fvar-tracking-assignments -g2

[~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ? pkgbytime rpm
Wed Mar 18 14:11:22 2015 rpm-specdump-0.6-2.x32
Fri Sep 18 08:57:55 2015 rpm-whiteout-1.41-4.noarch
Tue Dec 20 10:27:59 2016 rpm-build-tools-4.9-3.noarch
Fri Aug  4 11:16:44 2017 rpm-build-macros-1.725-1.noarch
Sun Oct 15 11:36:58 2017 rpm-debuginfo-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-base-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-build-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-devel-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-javaprov-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-lib-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-perlprov-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-pythonprov-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-rubyprov-5.4.15-40.1.x32
Sun Oct 15 12:37:43 2017 rpm-utils-5.4.15-40.1.x32
[~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ?





-- 
glen



From baggins at pld-linux.org  Fri Oct 27 08:53:33 2017
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Fri, 27 Oct 2017 08:53:33 +0200
Subject: ruby-x32
In-Reply-To: <b97e6daa-3691-3a37-7823-fc37d8e51ce5@pld-linux.org>
References: <b97e6daa-3691-3a37-7823-fc37d8e51ce5@pld-linux.org>
Message-ID: <20171027065333.GA3913@home>

On Thu, 26 Oct 2017, Elan Ruusam?e wrote:

> this aint right, right?
> 
> -mtune=generic -march=x86-64
> 
> 
> [~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ? ruby -r rbconfig 
> -e 'puts RbConfig::CONFIG["CXXFLAGS"]'
> -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 -mtune=generic -march=x86-64 -gdwarf-4 
> -fno-debug-types-section -fvar-tracking-assignments -g2
> 
> [~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ? rpm -q ruby 
> ruby-modules
> ruby-2.3.5-3.x32
> ruby-modules-2.3.5-3.x32
> [~/rpm/packages/BUILD.x32-linux/ffi-1.9.18/ext/ffi_c] ?

this is actually right. check /usr/lib/rpm/x32-linux/macros

/usr/bin/ruby: ELF 32-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /libx32/ld-linux-x32.so.2, for GNU/Linux 3.4.0, BuildID[sha1]=c4c69cad64458baa795de544d78a5108f2ace59a, stripped

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


From glen at delfi.ee  Fri Oct 27 18:09:06 2017
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Fri, 27 Oct 2017 19:09:06 +0300
Subject: php (ssl?) global lock again
Message-ID: <e0214871-b69f-26a6-82b8-8209479269d1@delfi.ee>

php -m crashes again, if either of the modules is installed together:

# rpm -qf /etc/php71/conf.d/curl.ini /etc/php71/conf.d/mongodb.ini
php71-curl-7.1.9-1.x86_64
php71-pecl-mongodb-1.2.11-1.x86_64


[root at blodnatt ~]# rpm -q curl
curl-7.55.1-1.x86_64

some openssl global lock again? arekm@ can you take look please?



From glen at pld-linux.org  Sat Oct 28 15:36:52 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 28 Oct 2017 16:36:52 +0300
Subject: php (ssl?) global lock again
In-Reply-To: <e0214871-b69f-26a6-82b8-8209479269d1@delfi.ee>
References: <e0214871-b69f-26a6-82b8-8209479269d1@delfi.ee>
Message-ID: <4bab2368-f8b5-6618-9e87-16b7424451ed@pld-linux.org>

On 27.10.2017 19:09, Elan Ruusam?e wrote:
> php -m crashes again, if either of the modules is installed together:
>
> # rpm -qf /etc/php71/conf.d/curl.ini /etc/php71/conf.d/mongodb.ini
> php71-curl-7.1.9-1.x86_64
> php71-pecl-mongodb-1.2.11-1.x86_64
>
>
> [root at blodnatt ~]# rpm -q curl
> curl-7.55.1-1.x86_64
>
> some openssl global lock again?

created reproducer. curl, openssl, mongodb are needed (at least) for 
reproducer:

https://gitlab.com/glensc/php71-mongodb-crash

docker run --rm -it registry.gitlab.com/glensc/php71-mongodb-crash:1 gdb 
--ex 'set pagination off' --ex run --ex bt --args php71 -m

GNU gdb (GDB) 8.0-1 (PLD Linux)
...

Starting program: /usr/bin/php71 -m
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[PHP Modules]
Core
curl
date
json
libxml
mongodb
openssl
pcre
Reflection
SimpleXML
SPL
standard

[Zend Modules]


Program received signal SIGSEGV, Segmentation fault.
0x00007ffff07d4830 in ?? ()
#0  0x00007ffff07d4830 in ?? ()
#1  0x00007ffff33725e2 in CRYPTO_THREADID_current (id=0x7fffffffe7b0) at 
cryptlib.c:493
#2  0x00007ffff34316b8 in ERR_remove_thread_state (id=id at entry=0x0) at 
err.c:1001
#3  0x00007ffff4b72eaa in Curl_ossl_cleanup () at vtls/openssl.c:797
#4  0x00007ffff4b73d99 in Curl_ssl_cleanup () at vtls/vtls.c:173
#5  0x00007ffff4b43c45 in curl_global_cleanup () at easy.c:323
#6  0x00007ffff4d9a818 in zm_shutdown_curl (type=<optimized out>, 
module_number=8) at /usr/src/debug/php-7.1.9/ext/curl/interface.c:1408
#7  0x00007ffff7a1ebe7 in module_destructor 
(module=module at entry=0x6599c0) at 
/usr/src/debug/php-7.1.9/Zend/zend_API.c:2501
#8  0x00007ffff7a173bc in module_destructor_zval (zv=<optimized out>) at 
/usr/src/debug/php-7.1.9/Zend/zend.c:633
#9  0x00007ffff7a2a418 in _zend_hash_del_el_ex (prev=<optimized out>, 
p=<optimized out>, idx=<optimized out>, ht=<optimized out>) at 
/usr/src/debug/php-7.1.9/Zend/zend_hash.c:997
#10 _zend_hash_del_el (p=0x627e60, idx=7, ht=0x7ffff7dd5620 
<module_registry>) at /usr/src/debug/php-7.1.9/Zend/zend_hash.c:1020
#11 zend_hash_graceful_reverse_destroy (ht=ht at entry=0x7ffff7dd5620 
<module_registry>) at /usr/src/debug/php-7.1.9/Zend/zend_hash.c:1476
#12 0x00007ffff7a1cfbc in zend_destroy_modules () at 
/usr/src/debug/php-7.1.9/Zend/zend_API.c:1978
#13 0x00007ffff7a17ea1 in zend_shutdown () at 
/usr/src/debug/php-7.1.9/Zend/zend.c:876
#14 0x00007ffff79b4dab in php_module_shutdown () at 
/usr/src/debug/php-7.1.9/main/main.c:2420
#15 0x0000000000404d3f in main (argc=2, argv=0x61e1c0) at 
/usr/src/debug/php-7.1.9/sapi/cli/php_cli.c:1396
(gdb)



-- 
glen



From glen at pld-linux.org  Sat Oct 28 15:52:12 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 28 Oct 2017 16:52:12 +0300
Subject: php (ssl?) global lock again
In-Reply-To: <4bab2368-f8b5-6618-9e87-16b7424451ed@pld-linux.org>
References: <e0214871-b69f-26a6-82b8-8209479269d1@delfi.ee>
 <4bab2368-f8b5-6618-9e87-16b7424451ed@pld-linux.org>
Message-ID: <81a75af8-db6e-3af1-683c-a0dd1bf72e6e@pld-linux.org>

On 28.10.2017 16:36, Elan Ruusam?e wrote:
>>
>>
>> some openssl global lock again?
>
> created reproducer. curl, openssl, mongodb are needed (at least) for 
> reproducer:
>
> https://gitlab.com/glensc/php71-mongodb-crash

workaround exists, load mongodb ext after openssl ext:


? LC_ALL=C ls -1 /etc/php71/conf.d/*ssl*.ini /etc/php71/conf.d/*mongo*.ini

/etc/php71/conf.d/z-1-openssl.ini
/etc/php71/conf.d/z-2-mongodb.ini

? php71 -m >/dev/null



? LC_ALL=C ls -1 /etc/php71/conf.d/*ssl*.ini /etc/php71/conf.d/*mongo*.ini

/etc/php71/conf.d/z-1-mongodb.ini
/etc/php71/conf.d/z-1-openssl.ini

? php71 -m >/dev/null

Segmentation fault (core dumped)

?




-- 
glen



From arekm at maven.pl  Sat Oct 28 17:17:25 2017
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Sat, 28 Oct 2017 17:17:25 +0200
Subject: php (ssl?) global lock again
In-Reply-To: <81a75af8-db6e-3af1-683c-a0dd1bf72e6e@pld-linux.org>
References: <e0214871-b69f-26a6-82b8-8209479269d1@delfi.ee>
 <4bab2368-f8b5-6618-9e87-16b7424451ed@pld-linux.org>
 <81a75af8-db6e-3af1-683c-a0dd1bf72e6e@pld-linux.org>
Message-ID: <201710281717.25891.arekm@maven.pl>

On Saturday 28 of October 2017, Elan Ruusam?e wrote:
> On 28.10.2017 16:36, Elan Ruusam?e wrote:
> >> some openssl global lock again?
> > 
> > created reproducer. curl, openssl, mongodb are needed (at least) for
> > reproducer:
> > 
> > https://gitlab.com/glensc/php71-mongodb-crash
> 
> workaround exists, load mongodb ext after openssl ext:

That works only thanks to luck.

Some bug report says that SASL support in mongodb causes that SSL trouble.

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


From glen at pld-linux.org  Sun Oct 29 16:43:32 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sun, 29 Oct 2017 17:43:32 +0200
Subject: php (ssl?) global lock again
In-Reply-To: <201710281717.25891.arekm@maven.pl>
References: <e0214871-b69f-26a6-82b8-8209479269d1@delfi.ee>
 <4bab2368-f8b5-6618-9e87-16b7424451ed@pld-linux.org>
 <81a75af8-db6e-3af1-683c-a0dd1bf72e6e@pld-linux.org>
 <201710281717.25891.arekm@maven.pl>
Message-ID: <245b80c5-a861-b86a-8fba-3c5bdc915d1c@pld-linux.org>

On 28.10.2017 18:17, Arkadiusz Mi?kiewicz wrote:
> On Saturday 28 of October 2017, Elan Ruusam?e wrote:
>> On 28.10.2017 16:36, Elan Ruusam?e wrote:
>>>> some openssl global lock again?
>>> created reproducer. curl, openssl, mongodb are needed (at least) for
>>> reproducer:
>>>
>>> https://gitlab.com/glensc/php71-mongodb-crash
>>
> Some bug report says that SASL support in mongodb causes that SSL trouble.
link to your claim?

however building without sasl has no effect.
https://github.com/pld-linux/php-pecl-mongodb/commit/bc94cadc0c98cb579dc8c89375bfbbbe0b7cf9b6

the code in mongodb likely doesn't use sasl anymore, but resulting 
mongodb.so still links with sasl, likely via ldap

@@ -87,10 +87,7 @@
  checking configuring libmongoc... ...
  checking for pkg-config... (cached) /usr/bin/pkg-config
  checking for libmongoc... version 1.8.1 found
-checking for Cyrus SASL support... yes
-checking for SASL... found in /usr
-checking for sasl_version in -lsasl2... (cached) yes
-checking for sasl_client_done in -lsasl2... (cached) yes
+checking for Cyrus SASL support... no
  checking if weak symbols are supported... yes
  checking if compiler needs -Werror to reject unknown flags... no
  checking for the pthreads library -lpthreads... no


bash-4.4# objdump -p /usr/lib64/php71/mongodb.so |grep NEEDED
   NEEDED               libmongoc-1.0.so.0
   NEEDED               libbson-1.0.so.0
   NEEDED               libpthread.so.0
   NEEDED               libc.so.6

bash-4.4# ldd /usr/lib64/php71/mongodb.so |grep sasl
         libsasl2.so.3 => /usr/lib64/libsasl2.so.3 (0x00007f6202820000)
bash-4.4#


bash-4.4# rpm --test -e cyrus-sasl-libs-2.1.26-5.x86_64
error: Failed dependencies:
         libsasl2.so.3()(64bit) is needed by (installed) 
openldap-libs-2.4.45-1.x86_64
         libsasl2.so.3()(64bit) is needed by (installed) 
mongo-c-driver-libs-1.8.1-1.x86_64
         cyrus-sasl-libs = 2.1.26 is needed by (installed) 
openldap-libs-2.4.45-1.x86_64
bash-4.4#

bash-4.4# poldek -e cyrus-sasl-libs-2.1.26-5.x86_64 --test
mark cyrus-sasl-libs-2.1.26-5.x86_64
Processing dependencies...
cyrus-sasl-libs-2.1.26-5.x86_64 marks openldap-libs-2.4.45-1.x86_64 (req 
cyrus-sasl-libs = 2.1.26)
   openldap-libs-2.4.45-1.x86_64 marks curl-libs-7.55.1-1.x86_64 (req 
liblber-2.4.so.2()(64bit))
     curl-libs-7.55.1-1.x86_64 marks php71-curl-7.1.9-1.x86_64 (req 
curl-libs >= 7.12.0)
   openldap-libs-2.4.45-1.x86_64 marks pwdutils-3.2.19-4.x86_64 (req 
liblber-2.4.so.2()(64bit))
     pwdutils-3.2.19-4.x86_64 marks libutempter-1.1.6-5.x86_64 (req 
/usr/sbin/groupadd)
       libutempter-1.1.6-5.x86_64 marks rc-scripts-0.4.16-1.x86_64 (req 
libutempter >= 1.1.6-2)
         rc-scripts-0.4.16-1.x86_64 marks chkconfig-1.6-1.x86_64 (req 
rc-scripts)
           chkconfig-1.6-1.x86_64 marks tzdata-2016j-2.noarch (req 
/sbin/chkconfig)
             tzdata-2016j-2.noarch marks php71-common-7.1.9-1.x86_64 
(req tzdata)
               php71-common-7.1.9-1.x86_64 marks 
php71-pcre-7.1.9-1.x86_64 (req php71-common = 4:7.1.9-1)
               php71-common-7.1.9-1.x86_64 marks 
php71-spl-7.1.9-1.x86_64 (req php71-common = 4:7.1.9-1)
               php71-common-7.1.9-1.x86_64 marks 
php71-simplexml-7.1.9-1.x86_64 (req php71-common = 4:7.1.9-1)
               php71-common-7.1.9-1.x86_64 marks 
php71-pecl-mongodb-1.2.11-1.1.x86_64 (req php71(debug) = 0)
               php71-common-7.1.9-1.x86_64 marks 
php71-cli-7.1.9-1.x86_64 (req libphp_common-7.1.9.so()(64bit))
               php71-common-7.1.9-1.x86_64 marks 
php71-json-7.1.9-1.x86_64 (req php71-common = 4:7.1.9-1)
               php71-common-7.1.9-1.x86_64 marks 
php71-openssl-7.1.9-1.x86_64 (req php71-common = 4:7.1.9-1)
     pwdutils-3.2.19-4.x86_64 marks php-dirs-1.7-1.noarch (req 
/usr/sbin/groupadd)
     pwdutils-3.2.19-4.x86_64 marks SysVinit-2.88-19.x86_64 (req 
/usr/sbin/groupadd)
cyrus-sasl-libs-2.1.26-5.x86_64 marks mongo-c-driver-libs-1.8.1-1.x86_64 
(req libsasl2.so.3()(64bit))
There are 20 packages to remove (19 marked by dependencies):
R cyrus-sasl-libs-2.1.26-5.x86_64
D SysVinit-2.88-19.x86_64  chkconfig-1.6-1.x86_64 
curl-libs-7.55.1-1.x86_64  libutempter-1.1.6-5.x86_64
D mongo-c-driver-libs-1.8.1-1.x86_64  openldap-libs-2.4.45-1.x86_64 
php-dirs-1.7-1.noarch  php71-cli-7.1.9-1.x86_64
D php71-common-7.1.9-1.x86_64  php71-curl-7.1.9-1.x86_64 
php71-json-7.1.9-1.x86_64  php71-openssl-7.1.9-1.x86_64
D php71-pcre-7.1.9-1.x86_64  php71-pecl-mongodb-1.2.11-1.1.x86_64 
php71-simplexml-7.1.9-1.x86_64
D php71-spl-7.1.9-1.x86_64  pwdutils-3.2.19-4.x86_64 
rc-scripts-0.4.16-1.x86_64  tzdata-2016j-2.noarch
This operation will free 10.6MB of disk space.
bash-4.4#





-- 

glen



From glen at pld-linux.org  Sun Oct 29 18:25:49 2017
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sun, 29 Oct 2017 19:25:49 +0200
Subject: php (ssl?) global lock again
In-Reply-To: <245b80c5-a861-b86a-8fba-3c5bdc915d1c@pld-linux.org>
References: <e0214871-b69f-26a6-82b8-8209479269d1@delfi.ee>
 <4bab2368-f8b5-6618-9e87-16b7424451ed@pld-linux.org>
 <81a75af8-db6e-3af1-683c-a0dd1bf72e6e@pld-linux.org>
 <201710281717.25891.arekm@maven.pl>
 <245b80c5-a861-b86a-8fba-3c5bdc915d1c@pld-linux.org>
Message-ID: <8fa9187e-911a-3d51-e8cb-8128733a1fd3@pld-linux.org>

On 29.10.2017 17:43, Elan Ruusam?e wrote:
> the code in mongodb likely doesn't use sasl anymore, but resulting 
> mongodb.so still links with sasl, likely via ldap
>
> @@ -87,10 +87,7 @@
>  checking configuring libmongoc... ...
>  checking for pkg-config... (cached) /usr/bin/pkg-config
>  checking for libmongoc... version 1.8.1 found
> -checking for Cyrus SASL support... yes
> -checking for SASL... found in /usr
> -checking for sasl_version in -lsasl2... (cached) yes
> -checking for sasl_client_done in -lsasl2... (cachhj saed) yes
> +checking for Cyrus SASL support... no
>  checking if weak symbols are supported... yes
>  checking if compiler needs -Werror to reject unknown flags... no
>  checking for the pthreads library -lpthreads... no

seems my build was still with sasl enabled because system mongoc.h 
header overloaded the values

https://github.com/mongodb/mongo-php-driver/blob/1.2.11/php_phongo.c#L17-L23

so had to rebuild mongo-c-driver without sasl

and THEN rebuild php ext without sasl, then phpinfo reported sasl 
disabled finally:

bash-4.4# php71 -r 'phpinfo();'|grep SASL
libmongoc SASL => disabled

bash-4.4# ldd /usr/lib64/php71/mongodb.so |grep sasl
bash-4.4# objdump -p /usr/lib64/php71/mongodb.so |grep NEEDED
   NEEDED               libmongoc-1.0.so.0
   NEEDED               libbson-1.0.so.0
   NEEDED               libpthread.so.0
   NEEDED               libc.so.6


but still crashes:


bash-4.4# php71 -m
[PHP Modules]
Core
curl
date
json
libxml
mongodb
openssl
pcre
Reflection
SimpleXML
SPL
standard

[Zend Modules]

Segmentation fault
bash-4.4#

-- 
glen