From jajcus at jajcus.net  Sat Jul  2 21:15:05 2016
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Sat, 02 Jul 2016 21:15:05 +0200
Subject: [packages/vulkan-sdk] - do not require icd in -demos if package
 was build without it - rel 2
In-Reply-To: <995b0954e3734535a29e3b3888054f35bb981d39_refs_heads_master@pld-linux.org>
References: <97f3b102f04cf78fc9f7b8c40fb97e70d8b4b435_refs_heads_master@pld-linux.org>
 <995b0954e3734535a29e3b3888054f35bb981d39_refs_heads_master@pld-linux.org>
Message-ID: <577812B9.9060306@jajcus.net>

On 2016-07-02 16:40, baggins wrote:
> commit 995b0954e3734535a29e3b3888054f35bb981d39
> Author: Jan R?korajski <baggins at pld-linux.org>
> Date:   Sat Jul 2 16:40:30 2016 +0200
> 
>     - do not require icd in -demos if package was build without it
>     - rel 2

ICD is a Vulkan driver. Demos are useles without a driver.

The ICD which could be built from the SDK sources was just a reference
own. Proper one comes with prioprietary nVidia or AMD drivers or with
Mesa 12 (for Intel).

Jacek



From baggins at pld-linux.org  Sun Jul  3 10:10:46 2016
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sun, 3 Jul 2016 10:10:46 +0200
Subject: [packages/vulkan-sdk] - do not require icd in -demos if package
 was build without it - rel 2
In-Reply-To: <577812B9.9060306@jajcus.net>
References: <97f3b102f04cf78fc9f7b8c40fb97e70d8b4b435_refs_heads_master@pld-linux.org>
 <995b0954e3734535a29e3b3888054f35bb981d39_refs_heads_master@pld-linux.org>
 <577812B9.9060306@jajcus.net>
Message-ID: <20160703081046.GA4023@home>

On Sat, 02 Jul 2016, Jacek Konieczny wrote:

> On 2016-07-02 16:40, baggins wrote:
> > commit 995b0954e3734535a29e3b3888054f35bb981d39
> > Author: Jan R?korajski <baggins at pld-linux.org>
> > Date:   Sat Jul 2 16:40:30 2016 +0200
> > 
> >     - do not require icd in -demos if package was build without it
> >     - rel 2
> 
> ICD is a Vulkan driver. Demos are useles without a driver.
> 
> The ICD which could be built from the SDK sources was just a reference
> own. Proper one comes with prioprietary nVidia or AMD drivers or with
> Mesa 12 (for Intel).

Thanks, reverted.

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


From arekm at maven.pl  Tue Jul  5 06:47:44 2016
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Tue, 5 Jul 2016 06:47:44 +0200
Subject: [packages/openvpn] more bolder xz url note
In-Reply-To: <a8880f29a2875178891031061d8fc5e524c0f46d_refs_heads_master@pld-linux.org>
References: <e966c7f64c937a73ffed1058253962f94200002f_refs_heads_master@pld-linux.org>
 <a8880f29a2875178891031061d8fc5e524c0f46d_refs_heads_master@pld-linux.org>
Message-ID: <201607050647.44502.arekm@maven.pl>

On Tuesday 05 of July 2016, glen wrote:
> commit a8880f29a2875178891031061d8fc5e524c0f46d
> Author: Elan Ruusam?e <glen at delfi.ee>
> Date:   Tue Jul 5 07:43:31 2016 +0300
> 
>     more bolder xz url note

Not enough. Some actual reason is needed.

Beside... you could simply switch to xz instead of this silly commit.

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


From glen at pld-linux.org  Tue Jul  5 15:16:47 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 5 Jul 2016 16:16:47 +0300
Subject: [packages/openvpn] more bolder xz url note
In-Reply-To: <201607050647.44502.arekm@maven.pl>
References: <e966c7f64c937a73ffed1058253962f94200002f_refs_heads_master@pld-linux.org>
 <a8880f29a2875178891031061d8fc5e524c0f46d_refs_heads_master@pld-linux.org>
 <201607050647.44502.arekm@maven.pl>
Message-ID: <577BB33F.7050903@pld-linux.org>

On 05.07.2016 07:47, Arkadiusz Mi?kiewicz wrote:
> On Tuesday 05 of July 2016, glen wrote:
>> commit a8880f29a2875178891031061d8fc5e524c0f46d
>> Author: Elan Ruusam?e <glen at delfi.ee>
>> Date:   Tue Jul 5 07:43:31 2016 +0300
>>
>>      more bolder xz url note
> Not enough. Some actual reason is needed.
like .xz is smaller than .gz is not enough?!
> Beside... you could simply switch to xz instead of this silly commit.
then it would invert whole point and download tarball with same content 
again to distfiles.

-- 
glen



From arekm at maven.pl  Tue Jul  5 15:21:50 2016
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Tue, 5 Jul 2016 15:21:50 +0200
Subject: [packages/openvpn] more bolder xz url note
In-Reply-To: <577BB33F.7050903@pld-linux.org>
References: <e966c7f64c937a73ffed1058253962f94200002f_refs_heads_master@pld-linux.org>
 <201607050647.44502.arekm@maven.pl> <577BB33F.7050903@pld-linux.org>
Message-ID: <201607051521.50804.arekm@maven.pl>

On Tuesday 05 of July 2016, Elan Ruusam?e wrote:

> > Beside... you could simply switch to xz instead of this silly commit.
> 
> then it would invert whole point and download tarball with same content
> again to distfiles.

There is a lot of free space on distfiles, so this isn't a real issue.

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


From gotar at polanet.pl  Tue Jul  5 15:36:25 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 5 Jul 2016 15:36:25 +0200
Subject: [packages/openvpn] more bolder xz url note
In-Reply-To: <577BB33F.7050903@pld-linux.org>
References: <e966c7f64c937a73ffed1058253962f94200002f_refs_heads_master@pld-linux.org>
 <a8880f29a2875178891031061d8fc5e524c0f46d_refs_heads_master@pld-linux.org>
 <201607050647.44502.arekm@maven.pl>
 <577BB33F.7050903@pld-linux.org>
Message-ID: <20160705133625.GA27088@polanet.pl>

On Tue, Jul 05, 2016 at 16:16:47 +0300, Elan Ruusam?e wrote:

>>>      more bolder xz url note
>> Not enough. Some actual reason is needed.
> like .xz is smaller than .gz is not enough?!

No, not really. Not for yelling and definitely not for second commit.

>> Beside... you could simply switch to xz instead of this silly commit.
> then it would invert whole point and download tarball with same content 
> again to distfiles.

OMFG... Length: 1242816 (1.2M) [application/octet-stream]

Have you already solved all the other problems of the world, fed the
children, cured diseases?

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


From glen at pld-linux.org  Tue Jul  5 15:54:38 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 5 Jul 2016 16:54:38 +0300
Subject: [packages/openvpn] more bolder xz url note
In-Reply-To: <20160705133625.GA27088@polanet.pl>
References: <e966c7f64c937a73ffed1058253962f94200002f_refs_heads_master@pld-linux.org>
 <a8880f29a2875178891031061d8fc5e524c0f46d_refs_heads_master@pld-linux.org>
 <201607050647.44502.arekm@maven.pl> <577BB33F.7050903@pld-linux.org>
 <20160705133625.GA27088@polanet.pl>
Message-ID: <577BBC1E.8010104@pld-linux.org>

On 05.07.2016 16:36, Tomasz Pala wrote:
> On Tue, Jul 05, 2016 at 16:16:47 +0300, Elan Ruusam?e wrote:
>
>>>>       more bolder xz url note
>>> Not enough. Some actual reason is needed.
>> like .xz is smaller than .gz is not enough?!
> No, not really. Not for yelling and definitely not for second commit.
>
>>> Beside... you could simply switch to xz instead of this silly commit.
>> then it would invert whole point and download tarball with same content
>> again to distfiles.
> OMFG... Length: 1242816 (1.2M) [application/octet-stream]
>
> Have you already solved all the other problems of the world, fed the
> children, cured diseases?

like you both have anything better to do than send more emails where you 
know the discussion already ended when arekm forwarded first email.

-- 
glen



From arekm at maven.pl  Wed Jul  6 12:51:39 2016
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Wed, 6 Jul 2016 12:51:39 +0200
Subject: php ssl related segfaults
Message-ID: <201607061251.39762.arekm@maven.pl>



Did anyone noticed that php segfaults for ssl related stuff?

Previously the problem was in freeing SSL resources when there were multiple
libs using openssl (and both tried to incorrectly free the same resources)

Looks like the issue is back... php5.3 is also affected. I wonder what important has changed?

# php -r ''      
*** Error in `php': double free or corruption (out): 0x00000000011178f0 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x701e6)[0x7fc20f1441e6]
/lib64/libc.so.6(+0x759f6)[0x7fc20f1499f6]
/lib64/libc.so.6(+0x761de)[0x7fc20f14a1de]
/lib64/libcrypto.so.1.0.0(CRYPTO_free+0x1d)[0x7fc20bb704cd]
/lib64/libcrypto.so.1.0.0(sk_pop_free+0x33)[0x7fc20bc2a3a3]
/usr/lib64/libcurl.so.4(+0x5fbc9)[0x7fc20d58cbc9]
/usr/lib64/libcurl.so.4(curl_global_cleanup+0x55)[0x7fc20d55e965]
/usr/lib64/php55/curl.so(zm_shutdown_curl+0x8)[0x7fc20d7b1e18]
/usr/lib64/libphp_common-5.5.36.so(module_destructor+0x47)[0x7fc21162c227]
/usr/lib64/libphp_common-5.5.36.so(+0x1e9815)[0x7fc211631815]
/usr/lib64/libphp_common-5.5.36.so(zend_hash_graceful_reverse_destroy+0x18)[0x7fc2116330e8]
/usr/lib64/libphp_common-5.5.36.so(zend_shutdown+0x7f)[0x7fc21162465f]
/usr/lib64/libphp_common-5.5.36.so(php_module_shutdown+0x2b)[0x7fc2115c362b]
php(main+0x3eb)[0x404dcb]
/lib64/libc.so.6(__libc_start_main+0xf0)[0x7fc20f0f47a0]
php(_start+0x29)[0x404f99]
======= Memory map: ========
00400000-00413000 r-xp 00000000 08:01 134970884                          /usr/bin/php55
00613000-00615000 rw-p 00013000 08:01 134970884                          /usr/bin/php55
00f38000-013c1000 rw-p 00000000 00:00 0                                  [heap]
7fc200000000-7fc200021000 rw-p 00000000 00:00 0 
7fc200021000-7fc204000000 ---p 00000000 00:00 0 
7fc20486f000-7fc204895000 r-xp 00000000 08:01 134970886                  /usr/lib64/php55/hash.so
7fc204895000-7fc204a95000 ---p 00026000 08:01 134970886                  /usr/lib64/php55/hash.so
7fc204a95000-7fc204a97000 r--p 00026000 08:01 134970886                  /usr/lib64/php55/hash.so
7fc204a97000-7fc204a98000 rw-p 00028000 08:01 134970886                  /usr/lib64/php55/hash.so
7fc20534d000-7fc20545b000 r-xp 00000000 08:01 271091978                  /usr/lib64/libglib-2.0.so.0.4800.1
7fc20545b000-7fc20565a000 ---p 0010e000 08:01 271091978                  /usr/lib64/libglib-2.0.so.0.4800.1
7fc20565a000-7fc20565b000 r--p 0010d000 08:01 271091978                  /usr/lib64/libglib-2.0.so.0.4800.1
7fc20565b000-7fc20565c000 rw-p 0010e000 08:01 271091978                  /usr/lib64/libglib-2.0.so.0.4800.1
7fc20565c000-7fc20565d000 rw-p 00000000 00:00 0 
7fc207fcb000-7fc207fe4000 r-xp 00000000 08:01 402740831                  /lib64/libaudit.so.1.0.0
7fc207fe4000-7fc2081e3000 ---p 00019000 08:01 402740831                  /lib64/libaudit.so.1.0.0
7fc2081e3000-7fc2081e4000 r--p 00018000 08:01 402740831                  /lib64/libaudit.so.1.0.0
7fc2081e4000-7fc2081e5000 rw-p 00019000 08:01 402740831                  /lib64/libaudit.so.1.0.0
7fc2081e5000-7fc2081ef000 rw-p 00000000 00:00 0 
7fc2081ef000-7fc2081fd000 r-xp 00000000 08:01 402813014                  /lib64/libpam.so.0.84.2
7fc2081fd000-7fc2083fc000 ---p 0000e000 08:01 402813014                  /lib64/libpam.so.0.84.2
7fc2083fc000-7fc2083fd000 r--p 0000d000 08:01 402813014                  /lib64/libpam.so.0.84.2
7fc2083fd000-7fc2083fe000 rw-p 0000e000 08:01 402813014                  /lib64/libpam.so.0.84.2
7fc2083fe000-7fc2084cc000 r-xp 00000000 08:01 402697172                  /lib64/libsqlite3.so.0.8.6
7fc2084cc000-7fc2086cc000 ---p 000ce000 08:01 402697172                  /lib64/libsqlite3.so.0.8.6
7fc2086cc000-7fc2086ce000 r--p 000ce000 08:01 402697172                  /lib64/libsqlite3.so.0.8.6
7fc2086ce000-7fc2086d1000 rw-p 000d0000 08:01 402697172                  /lib64/libsqlite3.so.0.8.6
7fc2086d1000-7fc2086f9000 r-xp 00000000 08:01 402655106                  /lib64/libwind.so.0.0.0
7fc2086f9000-7fc2088f8000 ---p 00028000 08:01 402655106                  /lib64/libwind.so.0.0.0
7fc2088f8000-7fc2088f9000 r--p 00027000 08:01 402655106                  /lib64/libwind.so.0.0.0
7fc2088f9000-7fc2088fa000 rw-p 00028000 08:01 402655106                  /lib64/libwind.so.0.0.0
7fc2088fa000-7fc20893f000 r-xp 00000000 08:01 402655102                  /lib64/libhx509.so.5.0.0
7fc20893f000-7fc208b3f000 ---p 00045000 08:01 402655102                  /lib64/libhx509.so.5.0.0
7fc208b3f000-7fc208b42000 r--p 00045000 08:01 402655102                  /lib64/libhx509.so.5.0.0
7fc208b42000-7fc208b44000 rw-p 00048000 08:01 402655102                  /lib64/libhx509.so.5.0.0
7fc208b44000-7fc208b45000 rw-p 00000000 00:00 0 
7fc208b45000-7fc20a3c1000 r--p 00000000 08:01 270490253                  /usr/lib64/libicudata.so.57.1
7fc20a3c1000-7fc20a5c0000 ---p 0187c000 08:01 270490253                  /usr/lib64/libicudata.so.57.1
7fc20a5c0000-7fc20a5c1000 r--p 0187b000 08:01 270490253                  /usr/lib64/libicudata.so.57.1
7fc20a5c1000-7fc20a5dd000 r-xp 00000000 08:01 268870900                  /usr/lib64/libsasl2.so.3.0.0
7fc20a5dd000-7fc20a7dd000 ---p 0001c000 08:01 268870900                  /usr/lib64/libsasl2.so.3.0.0
7fc20a7dd000-7fc20a7de000 rw-p 0001c000 08:01 268870900                  /usr/lib64/libsasl2.so.3.0.0
7fc20a7de000-7fc20a7f2000 r-xp 00000000 08:01 402655105                  /lib64/libroken.so.18.1.0
7fc20a7f2000-7fc20a9f1000 ---p 00014000 08:01 402655105                  /lib64/libroken.so.18.1.0
7fc20a9f1000-7fc20a9f2000 r--p 00013000 08:01 402655105                  /lib64/libroken.so.18.1.0
7fc20a9f2000-7fc20a9f3000 rw-p 00014000 08:01 402655105                  /lib64/libroken.so.18.1.0
7fc20a9f3000-7fc20a9f6000 r-xp 00000000 08:01 402740830                  /lib64/libcom_err.so.2.1
7fc20a9f6000-7fc20abf5000 ---p 00003000 08:01 402740830                  /lib64/libcom_err.so.2.1
7fc20abf5000-7fc20abf6000 r--p 00002000 08:01 402740830                  /lib64/libcom_err.so.2.1
7fc20abf6000-7fc20abf7000 rw-p 00003000 08:01 402740830                  /lib64/libcom_err.so.2.1
7fc20abf7000-7fc20ac94000 r-xp 00000000 08:01 402655097                  /lib64/libasn1.so.8.0.0
7fc20ac94000-7fc20ae93000 ---p 0009d000 08:01 402655097                  /lib64/libasn1.so.8.0.0
7fc20ae93000-7fc20ae95000 r--p 0009c000 08:01 402655097                  /lib64/libasn1.so.8.0.0
7fc20ae95000-7fc20ae99000 rw-p 0009e000 08:01 402655097                  /lib64/libasn1.so.8.0.0
7fc20ae99000-7fc20aecb000 r-xp 00000000 08:01 402655099                  /lib64/libhcrypto.so.4.1.0
7fc20aecb000-7fc20b0ca000 ---p 00032000 08:01 402655099                  /lib64/libhcrypto.so.4.1.0
7fc20b0ca000-7fc20b0cc000 r--p 00031000 08:01 402655099                  /lib64/libhcrypto.so.4.1.0
7fc20b0cc000-7fc20b0cd000 rw-p 00033000 08:01 402655099                  /lib64/libhcrypto.so.4.1.0
7fc20b0cd000-7fc20b0ce000 rw-p 00000000 00:00 0 
7fc20b0ce000-7fc20b0d1000 r-xp 00000000 08:01 402655100                  /lib64/libheimbase.so.1.0.0
7fc20b0d1000-7fc20b2d1000 ---p 00003000 08:01 402655100                  /lib64/libheimbase.so.1.0.0
7fc20b2d1000-7fc20b2d2000 r--p 00003000 08:01 402655100                  /lib64/libheimbase.so.1.0.0
7fc20b2d2000-7fc20b2d3000 rw-p 00004000 08:01 402655100                  /lib64/libheimbase.so.1.0.0
7fc20b2d3000-7fc20b34e000 r-xp 00000000 08:01 402655104                  /lib64/libkrb5.so.26.0.0
7fc20b34e000-7fc20b54d000 ---p 0007b000 08:01 402655104                  /lib64/libkrb5.so.26.0.0
7fc20b54d000-7fc20b550000 r--p 0007a000 08:01 402655104                  /lib64/libkrb5.so.26.0.0
7fc20b550000-7fc20b554000 rw-p 0007d000 08:01 402655104                  /lib64/libkrb5.so.26.0.0
7fc20b554000-7fc20b55a000 r-xp 00000000 08:01 402655101                  /lib64/libheimntlm.so.0.1.0
7fc20b55a000-7fc20b759000 ---p 00006000 08:01 402655101                  /lib64/libheimntlm.so.0.1.0
7fc20b759000-7fc20b75a000 r--p 00005000 08:01 402655101                  /lib64/libheimntlm.so.0.1.0
7fc20b75a000-7fc20b75b000 rw-p 00006000 08:01 402655101                  /lib64/libheimntlm.so.0.1.0
7fc20b75b000-7fc20b8ef000 r-xp 00000000 08:01 270490260                  /usr/lib64/libicuuc.so.57.1
7fc20b8ef000-7fc20baef000 ---p 00194000 08:01 270490260                  /usr/lib64/libicuuc.so.57.1
7fc20baef000-7fc20bb01000 r--p 00194000 08:01 270490260                  /usr/lib64/libicuuc.so.57.1
7fc20bb01000-7fc20bb02000 rw-p 001a6000 08:01 270490260                  /usr/lib64/libicuuc.so.57.1
7fc20bb02000-7fc20bb04000 rw-p 00000000 00:00 0 
7fc20bb04000-7fc20bd33000 r-xp 00000000 08:01 402796622                  /lib64/libcrypto.so.1.0.0
7fc20bd33000-7fc20bf33000 ---p 0022f000 08:01 402796622                  /lib64/libcrypto.so.1.0.0
7fc20bf33000-7fc20bf5a000 rw-p 0022f000 08:01 402796622                  /lib64/libcrypto.so.1.0.0
7fc20bf5a000-7fc20bf5e000 rw-p 00000000 00:00 0 
7fc20bf5e000-7fc20bfc9000 r-xp 00000000 08:01 402796623                  /lib64/libssl.so.1.0.0
7fc20bfc9000-7fc20c1c8000 ---p 0006b000 08:01 402796623                  /lib64/libssl.so.1.0.0
7fc20c1c8000-7fc20c1d3000 rw-p 0006a000 08:01 402796623                  /lib64/libssl.so.1.0.0
7fc20c1d3000-7fc20c1e1000 r-xp 00000000 08:01 268871088                  /usr/lib64/liblber-2.4.so.2.10.6
7fc20c1e1000-7fc20c3e0000 ---p 0000e000 08:01 268871088                  /usr/lib64/liblber-2.4.so.2.10.6
7fc20c3e0000-7fc20c3e1000 r--p 0000d000 08:01 268871088                  /usr/lib64/liblber-2.4.so.2.10.6
7fc20c3e1000-7fc20c3e2000 rw-p 0000e000 08:01 268871088                  /usr/lib64/liblber-2.4.so.2.10.6
7fc20c3e2000-7fc20c42b000 r-xp 00000000 08:01 268871089                  /usr/lib64/libldap-2.4.so.2.10.6
7fc20c42b000-7fc20c62b000 ---p 00049000 08:01 268871089                  /usr/lib64/libldap-2.4.so.2.10.6
7fc20c62b000-7fc20c62c000 r--p 00049000 08:01 268871089                  /usr/lib64/libldap-2.4.so.2.10.6
7fc20c62c000-7fc20c62e000 rw-p 0004a000 08:01 268871089                  /usr/lib64/libldap-2.4.so.2.10.6
7fc20c62e000-7fc20c669000 r-xp 00000000 08:01 402655098                  /lib64/libgssapi.so.3.0.0
7fc20c669000-7fc20c869000 ---p 0003b000 08:01 402655098                  /lib64/libgssapi.so.3.0.0
7fc20c869000-7fc20c86a000 r--p 0003b000 08:01 402655098                  /lib64/libgssapi.so.3.0.0
7fc20c86a000-7fc20c86d000 rw-p 0003c000 08:01 402655098                  /lib64/libgssapi.so.3.0.0
7fc20c86d000-7fc20c878000 r-xp 00000000 08:01 269457701                  /usr/lib64/libpsl.so.5.0.0
7fc20c878000-7fc20ca78000 ---p 0000b000 08:01 269457701                  /usr/lib64/libpsl.so.5.0.0
7fc20ca78000-7fc20ca79000 r--p 0000b000 08:01 269457701                  /usr/lib64/libpsl.so.5.0.0
7fc20ca79000-7fc20ca7a000 rw-p 0000c000 08:01 269457701                  /usr/lib64/libpsl.so.5.0.0
7fc20ca7a000-7fc20caa6000 r-xp 00000000 08:01 268827993                  /usr/lib64/libssh2.so.1.0.1
7fc20caa6000-7fc20cca6000 ---p 0002c000 08:01 268827993                  /usr/lib64/libssh2.so.1.0.1
7fc20cca6000-7fc20cca7000 r--p 0002c000 08:01 268827993                  /usr/lib64/libssh2.so.1.0.1
7fc20cca7000-7fc20cca8000 rw-p 0002d000 08:01 268827993                  /usr/lib64/libssh2.so.1.0.1
7fc20cca8000-7fc20ccbf000 r-xp 00000000 08:01 270314764                  /usr/lib64/librtmp.so.0.0.0
7fc20ccbf000-7fc20cebf000 ---p 00017000 08:01 270314764                  /usr/lib64/librtmp.so.0.0.0
7fc20cebf000-7fc20cec0000 r--p 00017000 08:01 270314764                  /usr/lib64/librtmp.so.0.0.0
7fc20cec0000-7fc20cec1000 rw-p 00018000 08:01 270314764                  /usr/lib64/librtmp.so.0.0.0
7fc20cec1000-7fc20cef3000 r-xp 00000000 08:01 268692046                  /usr/lib64/libidn.so.11.6.15
7fc20cef3000-7fc20d0f3000 ---p 00032000 08:01 268692046                  /usr/lib64/libidn.so.11.6.15
7fc20d0f3000-7fc20d0f4000 r--p 00032000 08:01 268692046                  /usr/lib64/libidn.so.11.6.15
7fc20d0f4000-7fc20d0f5000 rw-p 00033000 08:01 268692046                  /usr/lib64/libidn.so.11.6.15
7fc20d0f5000-7fc20d118000 r-xp 00000000 08:01 268871041                  /usr/lib64/libnghttp2.so.14.8.0
7fc20d118000-7fc20d317000 ---p 00023000 08:01 268871041                  /usr/lib64/libnghttp2.so.14.8.0
7fc20d317000-7fc20d318000 r--p 00022000 08:01 268871041                  /usr/lib64/libnghttp2.so.14.8.0
7fc20d318000-7fc20d31b000 rw-p 00023000 08:01 268871041                  /usr/lib64/libnghttp2.so.14.8.0
7fc20d31b000-7fc20d32c000 r-xp 00000000 08:01 270314766                  /usr/lib64/libcares.so.2.1.0
7fc20d32c000-7fc20d52b000 ---p 00011000 08:01 270314766                  /usr/lib64/libcares.so.2.1.0
7fc20d52b000-7fc20d52c000 r--p 00010000 08:01 270314766                  /usr/lib64/libcares.so.2.1.0
7fc20d52c000-7fc20d52d000 rw-p 00011000 08:01 270314766                  /usr/lib64/libcares.so.2.1.0
7fc20d52d000-7fc20d5a6000 r-xp 00000000 08:01 269659441                  /usr/lib64/libcurl.so.4.4.0
7fc20d5a6000-7fc20d7a6000 ---p 00079000 08:01 269659441                  /usr/lib64/libcurl.so.4.4.0
7fc20d7a6000-7fc20d7a8000 r--p 00079000 08:01 269659441                  /usr/lib64/libcurl.so.4.4.0
7fc20d7a8000-7fc20d7aa000 rw-p 0007b000 08:01 269659441                  /usr/lib64/libcurl.so.4.4.0
7fc20d7aa000-7fc20d7be000 r-xp 00000000 08:01 135987657                  /usr/lib64/php55/curl.so
7fc20d7be000-7fc20d9bd000 ---p 00014000 08:01 135987657                  /usr/lib64/php55/curl.so
7fc20d9bd000-7fc20d9bf000 r--p 00013000 08:01 135987657                  /usr/lib64/php55/curl.so
7fc20d9bf000-7fc20d9c0000 rw-p 00015000 08:01 135987657                  /usr/lib64/php55/curl.so
7fc20d9c0000-7fc20d9c3000 r-xp 00000000 08:01 135414442                  /usr/lib64/php55/ctype.so
7fc20d9c3000-7fc20dbc2000 ---p 00003000 08:01 135414442                  /usr/lib64/php55/ctype.so
7fc20dbc2000-7fc20dbc3000 r--p 00002000 08:01 135414442                  /usr/lib64/php55/ctype.so
7fc20dbc3000-7fc20dbc4000 rw-p 00003000 08:01 135414442                  /usr/lib64/php55/ctype.so
7fc20dbc4000-7fc20dbcb000 r-xp 00000000 08:01 135987652                  /usr/lib64/php55/calendar.so
7fc20dbcb000-7fc20ddcb000 ---p 00007000 08:01 135987652                  /usr/lib64/php55/calendar.so
7fc20ddcb000-7fc20ddcc000 r--p 00007000 08:01 135987652                  /usr/lib64/php55/calendar.so
7fc20ddcc000-7fc20ddcd000 rw-p 00008000 08:01 135987652                  /usr/lib64/php55/calendar.so
7fc20ddcd000-7fc20dddc000 r-xp 00000000 08:01 402654274                  /lib64/libbz2.so.1.0.0
7fc20dddc000-7fc20dfdb000 ---p 0000f000 08:01 402654274                  /lib64/libbz2.so.1.0.0
7fc20dfdb000-7fc20dfdd000 r--p 0000e000 08:01 402654274                  /lib64/libbz2.so.1.0.0
7fc20dfdd000-7fc20dfde000 rw-p 00010000 08:01 402654274                  /lib64/libbz2.so.1.0.0
7fc20dfde000-7fc20dfe3000 r-xp 00000000 08:01 135959240                  /usr/lib64/php55/bz2.so
7fc20dfe3000-7fc20e1e2000 ---p 00005000 08:01 135959240                  /usr/lib64/php55/bz2.so
7fc20e1e2000-7fc20e1e3000 r--p 00004000 08:01 135959240                  /usr/lib64/php55/bz2.so
7fc20e1e3000-7fc20e1e4000 rw-p 00005000 08:01 135959240                  /usr/lib64/php55/bz2.so
7fc20e1e4000-7fc20e1ec000 r-xp 00000000 08:01 135414438                  /usr/lib64/php55/bcmath.so
7fc20e1ec000-7fc20e3eb000 ---p 00008000 08:01 135414438                  /usr/lib64/php55/bcmath.so
7fc20e3eb000-7fc20e3ec000 r--p 00007000 08:01 135414438                  /usr/lib64/php55/bcmath.so
7fc20e3ec000-7fc20e3ed000 rw-p 00008000 08:01 135414438                  /usr/lib64/php55/bcmath.so
7fc20e3ed000-7fc20e3ff000 r-xp 00000000 08:01 135414462                  /usr/lib64/php55/session.so
7fc20e3ff000-7fc20e5ff000 ---p 00012000 08:01 135414462                  /usr/lib64/php55/session.so
7fc20e5ff000-7fc20e601000 r--p 00012000 08:01 135414462                  /usr/lib64/php55/session.so
7fc20e601000-7fc20e602000 rw-p 00014000 08:01 135414462                  /usr/lib64/php55/session.so
7fc20e602000-7fc20e646000 r-xp 00000000 08:01 135824148                  /usr/lib64/php55/spl.so
7fc20e646000-7fc20e846000 ---p 00044000 08:01 135824148                  /usr/lib64/php55/spl.so
7fc20e846000-7fc20e84c000 r--p 00044000 08:01 135824148                  /usr/lib64/php55/spl.so
7fc20e84c000-7fc20e84d000 rw-p 0004a000 08:01 135824148                  /usr/lib64/php55/spl.so
7fc20e84d000-7fc20e84e000 rw-p 00000000 00:00 0 
7fc20e84e000-7fc20e856000 r-xp 00000000 08:01 135832895                  /usr/lib64/php55/pcre.so
7fc20e856000-7fc20ea56000 ---p 00008000 08:01 135832895                  /usr/lib64/php55/pcre.so
7fc20ea56000-7fc20ea57000 r--p 00008000 08:01 135832895                  /usr/lib64/php55/pcre.so
7fc20ea57000-7fc20ea58000 rw-p 00009000 08:01 135832895                  /usr/lib64/php55/pcre.so
7fc20ea58000-7fc20ebac000 r-xp 00000000 08:01 135824167                  /usr/lib64/php55/ioncube.so
7fc20ebac000-7fc20ecab000 ---p 00154000 08:01 135824167                  /usr/lib64/php55/ioncube.so
7fc20ecab000-7fc20ecb9000 rw-p 00153000 08:01 135824167                  /usr/lib64/php55/ioncube.so
7fc20ecb9000-7fc20ecbc000 rw-p 00000000 00:00 0 
7fc20ecbc000-7fc20ecd2000 r-xp 00000000 08:01 402996279                  /lib64/libgcc_s.so.1
7fc20ecd2000-7fc20eed1000 ---p 00016000 08:01 402996279                  /lib64/libgcc_s.so.1
7fc20eed1000-7fc20eed2000 rw-p 00015000 08:01 402996279                  /lib64/libgcc_s.so.1
7fc20eed2000-7fc20eed4000 r-xp 00000000 08:01 402654283                  /lib64/libfreebl3.so
7fc20eed4000-7fc20f0d3000 ---p 00002000 08:01 402654283                  /lib64/libfreebl3.so
7fc20f0d3000-7fc20f0d4000 rw-p 00001000 08:01 402654283                  /lib64/libfreebl3.so
7fc20f0d4000-7fc20f26f000 r-xp 00000000 08:01 402653732                  /lib64/libc-2.23.so
7fc20f26f000-7fc20f46e000 ---p 0019b000 08:01 402653732                  /lib64/libc-2.23.so
7fc20f46e000-7fc20f472000 r--p 0019a000 08:01 402653732                  /lib64/libc-2.23.so
7fc20f472000-7fc20f474000 rw-p 0019e000 08:01 402653732                  /lib64/libc-2.23.so
7fc20f474000-7fc20f478000 rw-p 00000000 00:00 0 
7fc20f478000-7fc20f490000 r-xp 00000000 08:01 403589169                  /lib64/libpthread-2.23.so
7fc20f490000-7fc20f68f000 ---p 00018000 08:01 403589169                  /lib64/libpthread-2.23.so
7fc20f68f000-7fc20f690000 r--p 00017000 08:01 403589169                  /lib64/libpthread-2.23.so
7fc20f690000-7fc20f691000 rw-p 00018000 08:01 403589169                  /lib64/libpthread-2.23.so
7fc20f691000-7fc20f695000 rw-p 00000000 00:00 0 
7fc20f695000-7fc20f6fd000 r-xp 00000000 08:01 402694125                  /lib64/libncursesw.so.6.0
7fc20f6fd000-7fc20f8fd000 ---p 00068000 08:01 402694125                  /lib64/libncursesw.so.6.0
7fc20f8fd000-7fc20f901000 r--p 00068000 08:01 402694125                  /lib64/libncursesw.so.6.0
7fc20f901000-7fc20f903000 rw-p 0006c000 08:01 402694125                  /lib64/libncursesw.so.6.0
7fc20f903000-7fc20f942000 r-xp 00000000 08:01 402654438                  /lib64/libreadline.so.6.3
7fc20f942000-7fc20fb42000 ---p 0003f000 08:01 402654438                  /lib64/libreadline.so.6.3
7fc20fb42000-7fc20fb45000 r--p 0003f000 08:01 402654438                  /lib64/libreadline.so.6.3
7fc20fb45000-7fc20fb4c000 rw-p 00042000 08:01 402654438                  /lib64/libreadline.so.6.3
7fc20fb4c000-7fc20fb4d000 rw-p 00000000 00:00 0 
7fc20fb4d000-7fc20fb72000 r-xp 00000000 08:01 402654177                  /lib64/liblzma.so.5.2.2
7fc20fb72000-7fc20fd71000 ---p 00025000 08:01 402654177                  /lib64/liblzma.so.5.2.2
7fc20fd71000-7fc20fd72000 r--p 00024000 08:01 402654177                  /lib64/liblzma.so.5.2.2
7fc20fd72000-7fc20fd73000 rw-p 00025000 08:01 402654177                  /lib64/liblzma.so.5.2.2
7fc20fd73000-7fc20fd88000 r-xp 00000000 08:01 402654020                  /lib64/libz.so.1.2.8
7fc20fd88000-7fc20ff87000 ---p 00015000 08:01 402654020                  /lib64/libz.so.1.2.8
7fc20ff87000-7fc20ff88000 rw-p 00014000 08:01 402654020                  /lib64/libz.so.1.2.8
7fc20ff88000-7fc2100e6000 r-xp 00000000 08:01 269457715                  /usr/lib64/libxml2.so.2.9.4
7fc2100e6000-7fc2102e6000 ---p 0015e000 08:01 269457715                  /usr/lib64/libxml2.so.2.9.4
7fc2102e6000-7fc2102ee000 r--p 0015e000 08:01 269457715                  /usr/lib64/libxml2.so.2.9.4
7fc2102ee000-7fc2102f0000 rw-p 00166000 08:01 269457715                  /usr/lib64/libxml2.so.2.9.4
7fc2102f0000-7fc2102f1000 rw-p 00000000 00:00 0 
7fc2102f1000-7fc2102f8000 r-xp 00000000 08:01 403589173                  /lib64/librt-2.23.so
7fc2102f8000-7fc2104f7000 ---p 00007000 08:01 403589173                  /lib64/librt-2.23.so
7fc2104f7000-7fc2104f8000 r--p 00006000 08:01 403589173                  /lib64/librt-2.23.so
7fc2104f8000-7fc2104f9000 rw-p 00007000 08:01 403589173                  /lib64/librt-2.23.so
7fc2104f9000-7fc21066b000 r-xp 00000000 08:01 268687464                  /usr/lib64/libstdc++.so.6.0.21
7fc21066b000-7fc21086b000 ---p 00172000 08:01 268687464                  /usr/lib64/libstdc++.so.6.0.21
7fc21086b000-7fc210875000 r--p 00172000 08:01 268687464                  /usr/lib64/libstdc++.so.6.0.21
7fc210875000-7fc210877000 rw-p 0017c000 08:01 268687464                  /usr/lib64/libstdc++.so.6.0.21
7fc210877000-7fc21087b000 rw-p 00000000 00:00 0 
7fc21087b000-7fc21088f000 r-xp 00000000 08:01 403589171                  /lib64/libresolv-2.23.so
7fc21088f000-7fc210a8f000 ---p 00014000 08:01 403589171                  /lib64/libresolv-2.23.so
7fc210a8f000-7fc210a90000 r--p 00014000 08:01 403589171                  /lib64/libresolv-2.23.so
7fc210a90000-7fc210a91000 rw-p 00015000 08:01 403589171                  /lib64/libresolv-2.23.so
7fc210a91000-7fc210a93000 rw-p 00000000 00:00 0
7fc210a93000-7fc210b04000 r-xp 00000000 08:01 403194900                  /lib64/libpcre.so.1.2.7
7fc210b04000-7fc210d03000 ---p 00071000 08:01 403194900                  /lib64/libpcre.so.1.2.7
7fc210d03000-7fc210d04000 r--p 00070000 08:01 403194900                  /lib64/libpcre.so.1.2.7
7fc210d04000-7fc210d05000 rw-p 00071000 08:01 403194900                  /lib64/libpcre.so.1.2.7
7fc210d05000-7fc210d07000 r-xp 00000000 08:01 402653736                  /lib64/libdl-2.23.so
7fc210d07000-7fc210f07000 ---p 00002000 08:01 402653736                  /lib64/libdl-2.23.so
7fc210f07000-7fc210f08000 r--p 00002000 08:01 402653736                  /lib64/libdl-2.23.so
7fc210f08000-7fc210f09000 rw-p 00003000 08:01 402653736                  /lib64/libdl-2.23.so
7fc210f09000-7fc21100d000 r-xp 00000000 08:01 402653738                  /lib64/libm-2.23.so
7fc21100d000-7fc21120c000 ---p 00104000 08:01 402653738                  /lib64/libm-2.23.so
7fc21120c000-7fc21120d000 r--p 00103000 08:01 402653738                  /lib64/libm-2.23.so
7fc21120d000-7fc21120e000 rw-p 00104000 08:01 402653738                  /lib64/libm-2.23.so
7fc21120e000-7fc211218000 r-xp 00000000 08:01 402653974                  /lib64/libcrypt-2.23.so
7fc211218000-7fc211418000 ---p 0000a000 08:01 402653974                  /lib64/libcrypt-2.23.so
7fc211418000-7fc211419000 r--p 0000a000 08:01 402653974                  /lib64/libcrypt-2.23.so
7fc211419000-7fc21141a000 rw-p 0000b000 08:01 402653974                  /lib64/libcrypt-2.23.so
7fc21141a000-7fc211448000 rw-p 00000000 00:00 0
7fc211448000-7fc21175f000 r-xp 00000000 08:01 268646744                  /usr/lib64/libphp_common-5.5.36.so
7fc21175f000-7fc21195f000 ---p 00317000 08:01 268646744                  /usr/lib64/libphp_common-5.5.36.so
7fc21195f000-7fc2119db000 rw-p 00317000 08:01 268646744                  /usr/lib64/libphp_common-5.5.36.so
7fc2119db000-7fc2119f4000 rw-p 00000000 00:00 0
7fc2119f4000-7fc211a17000 r-xp 00000000 08:01 403589154                  /lib64/ld-2.23.so
7fc211a2d000-7fc211a62000 r--s 00000000 08:01 270489856                  /var/lib/nscd/services
7fc211a72000-7fc211c0e000 rw-p 00000000 00:00 0
7fc211c15000-7fc211c17000 rw-p 00000000 00:00 0
7fc211c17000-7fc211c18000 r--p 00023000 08:01 403589154                  /lib64/ld-2.23.so
7fc211c18000-7fc211c19000 rw-p 00024000 08:01 403589154                  /lib64/ld-2.23.so
7fc211c19000-7fc211c1a000 rw-p 00000000 00:00 0
7ffc9daf3000-7ffc9db14000 rw-p 00000000 00:00 0                          [stack]
7ffc9db40000-7ffc9db42000 r--p 00000000 00:00 0                          [vvar]
7ffc9db42000-7ffc9db44000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
Aborted

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


From arekm at maven.pl  Wed Jul  6 13:06:53 2016
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Wed, 6 Jul 2016 13:06:53 +0200
Subject: php ssl related segfaults
In-Reply-To: <201607061251.39762.arekm@maven.pl>
References: <201607061251.39762.arekm@maven.pl>
Message-ID: <201607061306.53549.arekm@maven.pl>

On Wednesday 06 of July 2016, Arkadiusz Mi?kiewicz wrote:
> Did anyone noticed that php segfaults for ssl related stuff?
> 
> Previously the problem was in freeing SSL resources when there were
> multiple libs using openssl (and both tried to incorrectly free the same
> resources)
> 
> Looks like the issue is back... php5.3 is also affected. I wonder what
> important has changed?

Change in curl 7.49.1 is causing that

https://github.com/curl/curl/issues/817

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


From glen at pld-linux.org  Wed Jul  6 15:44:24 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Wed, 6 Jul 2016 16:44:24 +0300
Subject: [packages/mysql] - don't mark db error messages files with lang
 as these depend on db client settings and not db serv
In-Reply-To: <1968f8231ca8d92c0b2b53579e7233e0e97cad48_refs_heads_master@pld-linux.org>
References: <7e42bb717261d1560ddff39ddd58abb07ab36bc7_refs_heads_master@pld-linux.org>
 <1968f8231ca8d92c0b2b53579e7233e0e97cad48_refs_heads_master@pld-linux.org>
Message-ID: <577D0B38.8070304@pld-linux.org>

vote: no

%lang has always been used in system way you want locale/localization 
stuff installed

On 06.07.2016 10:04, arekm wrote:
> commit 1968f8231ca8d92c0b2b53579e7233e0e97cad48
> Author: Arkadiusz Mi?kiewicz <arekm at maven.pl>
> Date:   Wed Jul 6 09:04:48 2016 +0200
>
>      - don't mark db error messages files with lang as these depend on db client settings and not db server env.
>
>   mysql.spec | 48 +++++++++++++++++++++++++-----------------------
>   1 file changed, 25 insertions(+), 23 deletions(-)
> ---
> diff --git a/mysql.spec b/mysql.spec
> index 1d9c108..50e3e15 100644
> --- a/mysql.spec
> +++ b/mysql.spec
> @@ -977,29 +977,31 @@ done
>   %{_datadir}/%{name}/innodb_memcached_config.sql
>   %{_datadir}/%{name}/install_rewriter.sql
>   %{_datadir}/%{name}/uninstall_rewriter.sql
> -%lang(bg) %{_datadir}/%{name}/bulgarian
> -%lang(cs) %{_datadir}/%{name}/czech
> -%lang(da) %{_datadir}/%{name}/danish
> -%lang(de) %{_datadir}/%{name}/german
> -%lang(el) %{_datadir}/%{name}/greek
> -%lang(es) %{_datadir}/%{name}/spanish
> -%lang(et) %{_datadir}/%{name}/estonian
> -%lang(fr) %{_datadir}/%{name}/french
> -%lang(hu) %{_datadir}/%{name}/hungarian
> -%lang(it) %{_datadir}/%{name}/italian
> -%lang(ja) %{_datadir}/%{name}/japanese
> -%lang(ko) %{_datadir}/%{name}/korean
> -%lang(nl) %{_datadir}/%{name}/dutch
> -%lang(nb) %{_datadir}/%{name}/norwegian
> -%lang(nn) %{_datadir}/%{name}/norwegian-ny
> -%lang(pl) %{_datadir}/%{name}/polish
> -%lang(pt) %{_datadir}/%{name}/portuguese
> -%lang(ro) %{_datadir}/%{name}/romanian
> -%lang(ru) %{_datadir}/%{name}/russian
> -%lang(sr) %{_datadir}/%{name}/serbian
> -%lang(sk) %{_datadir}/%{name}/slovak
> -%lang(sv) %{_datadir}/%{name}/swedish
> -%lang(uk) %{_datadir}/%{name}/ukrainian
> +# Don't mark these with %%lang. These are used depending
> +# on database client settings.
> +%{_datadir}/%{name}/bulgarian
> +%{_datadir}/%{name}/czech
> +%{_datadir}/%{name}/danish
> +%{_datadir}/%{name}/german
> +%{_datadir}/%{name}/greek
> +%{_datadir}/%{name}/spanish
> +%{_datadir}/%{name}/estonian
> +%{_datadir}/%{name}/french
> +%{_datadir}/%{name}/hungarian
> +%{_datadir}/%{name}/italian
> +%{_datadir}/%{name}/japanese
> +%{_datadir}/%{name}/korean
> +%{_datadir}/%{name}/dutch
> +%{_datadir}/%{name}/norwegian
> +%{_datadir}/%{name}/norwegian-ny
> +%{_datadir}/%{name}/polish
> +%{_datadir}/%{name}/portuguese
> +%{_datadir}/%{name}/romanian
> +%{_datadir}/%{name}/russian
> +%{_datadir}/%{name}/serbian
> +%{_datadir}/%{name}/slovak
> +%{_datadir}/%{name}/swedish
> +%{_datadir}/%{name}/ukrainian
>   
>   %files charsets
>   %defattr(644,root,root,755)
> ================================================================
>
> ---- gitweb:
>
> http://git.pld-linux.org/gitweb.cgi/packages/mysql.git/commitdiff/1968f8231ca8d92c0b2b53579e7233e0e97cad48
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit


-- 
glen



From arekm at maven.pl  Wed Jul  6 16:05:35 2016
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Wed, 6 Jul 2016 16:05:35 +0200
Subject: [packages/mysql] - don't mark db error messages files with lang
 as these depend on db client settings and not db serv
In-Reply-To: <577D0B38.8070304@pld-linux.org>
References: <7e42bb717261d1560ddff39ddd58abb07ab36bc7_refs_heads_master@pld-linux.org>
 <1968f8231ca8d92c0b2b53579e7233e0e97cad48_refs_heads_master@pld-linux.org>
 <577D0B38.8070304@pld-linux.org>
Message-ID: <201607061605.36111.arekm@maven.pl>

On Wednesday 06 of July 2016, Elan Ruusam?e wrote:
> vote: no
> 
> %lang has always been used in system way you want locale/localization
> stuff installed

mysql is kind of special that doesn't fit well into typical %lang rules.

mysql server settings are not the ones that decide which error messages to 
use.

It's remote clients who decide on error messages. What's worse - if client 
wants some "locale" it won't silently switch to english. It will return error 
instead.

These missing files break phpmyadmin functionality for switching languages.

15:54:48 mysql{2}> SET lc_messages = 'ru_RU';
ERROR 1231 (42000): Variable 'lc_messages' can't be set to the value of 
'ru_RU'
Warning (Code 1105): Can't process error message file for locale 'ru_RU'
Error (Code 1231): Variable 'lc_messages' can't be set to the value of 'ru_RU'


After my change:
15:56:08 mysql{1}> SET lc_messages = 'ru_RU';
Query OK, 0 rows affected (0.01 sec)


And another problem - there is no way in rpm to specify special settings (to 
get all locale files installed if %lang is used) for single rpm package 
(mysql).

It's global which sucks in this case because only mysql error message files 
are needed and not whole /usr/share/locale/XYZ for every application.

So I think such compromise is ok for mysql.

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


From qboosh at pld-linux.org  Thu Jul  7 07:13:52 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 7 Jul 2016 07:13:52 +0200
Subject: [packages/mysql] - don't mark db error messages files with lang
 as these depend on db client settings and not db serv
In-Reply-To: <201607061605.36111.arekm@maven.pl>
References: <7e42bb717261d1560ddff39ddd58abb07ab36bc7_refs_heads_master@pld-linux.org>
 <1968f8231ca8d92c0b2b53579e7233e0e97cad48_refs_heads_master@pld-linux.org>
 <577D0B38.8070304@pld-linux.org> <201607061605.36111.arekm@maven.pl>
Message-ID: <20160707051352.GA12395@mail>

On Wed, Jul 06, 2016 at 04:05:35PM +0200, Arkadiusz Mi?kiewicz wrote:
> On Wednesday 06 of July 2016, Elan Ruusam?e wrote:
> > vote: no
> > 
> > %lang has always been used in system way you want locale/localization
> > stuff installed
> 
> mysql is kind of special that doesn't fit well into typical %lang rules.
> 
> mysql server settings are not the ones that decide which error messages to 
> use.
> 
> It's remote clients who decide on error messages. What's worse - if client 
> wants some "locale" it won't silently switch to english. It will return error 
> instead.
> 
> These missing files break phpmyadmin functionality for switching languages.
> 
> 15:54:48 mysql{2}> SET lc_messages = 'ru_RU';
> ERROR 1231 (42000): Variable 'lc_messages' can't be set to the value of 
> 'ru_RU'
> Warning (Code 1105): Can't process error message file for locale 'ru_RU'
> Error (Code 1231): Variable 'lc_messages' can't be set to the value of 'ru_RU'

Is this the same behaviour that when trying to set locale not supported
at all (i.e. not included with mysql)?

Setting %_install_langs means that system will support messages/documentation
only in specified languages - so (if the answer for first question is
"yes") - it would be consistent.


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


From arekm at maven.pl  Thu Jul  7 07:27:16 2016
From: arekm at maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=)
Date: Thu, 7 Jul 2016 07:27:16 +0200
Subject: [packages/mysql] - don't mark db error messages files with lang
 as these depend on db client settings and not db serv
In-Reply-To: <20160707051352.GA12395@mail>
References: <7e42bb717261d1560ddff39ddd58abb07ab36bc7_refs_heads_master@pld-linux.org>
 <201607061605.36111.arekm@maven.pl> <20160707051352.GA12395@mail>
Message-ID: <201607070727.16532.arekm@maven.pl>

On Thursday 07 of July 2016, Jakub Bogusz wrote:
> On Wed, Jul 06, 2016 at 04:05:35PM +0200, Arkadiusz Mi?kiewicz wrote:
> > On Wednesday 06 of July 2016, Elan Ruusam?e wrote:
> > > vote: no
> > > 
> > > %lang has always been used in system way you want locale/localization
> > > stuff installed
> > 
> > mysql is kind of special that doesn't fit well into typical %lang rules.
> > 
> > mysql server settings are not the ones that decide which error messages
> > to use.
> > 
> > It's remote clients who decide on error messages. What's worse - if
> > client wants some "locale" it won't silently switch to english. It will
> > return error instead.
> > 
> > These missing files break phpmyadmin functionality for switching
> > languages.
> > 
> > 15:54:48 mysql{2}> SET lc_messages = 'ru_RU';
> > ERROR 1231 (42000): Variable 'lc_messages' can't be set to the value of
> > 'ru_RU'
> > Warning (Code 1105): Can't process error message file for locale 'ru_RU'
> > Error (Code 1231): Variable 'lc_messages' can't be set to the value of
> > 'ru_RU'
> 
> Is this the same behaviour that when trying to set locale not supported
> at all (i.e. not included with mysql)?

No, different

07:23:21 mysql{1}> set lc_messages='asdsf';
ERROR 1649 (HY000): Unknown locale: 'asdsf'

> 
> Setting %_install_langs means that system will support
> messages/documentation only in specified languages - so (if the answer for
> first question is "yes") - it would be consistent.

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


From n3npq at mac.com  Thu Jul  7 13:59:00 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Thu, 07 Jul 2016 07:59:00 -0400
Subject: [packages/mysql] - don't mark db error messages files with lang as
 these depend on db client settings and not db serv
In-Reply-To: <201607061605.36111.arekm@maven.pl>
References: <7e42bb717261d1560ddff39ddd58abb07ab36bc7_refs_heads_master@pld-linux.org>
 <1968f8231ca8d92c0b2b53579e7233e0e97cad48_refs_heads_master@pld-linux.org>
 <577D0B38.8070304@pld-linux.org> <201607061605.36111.arekm@maven.pl>
Message-ID: <6DBDB811-279C-48C1-8AC3-35A3AEA676DA@mac.com>


On Jul 6, 2016, at 10:05 AM, Arkadiusz Mi?kiewicz wrote:

> On Wednesday 06 of July 2016, Elan Ruusam?e wrote:
>> vote: no
>> 
>> %lang has always been used in system way you want locale/localization
>> stuff installed
> 
> mysql is kind of special that doesn't fit well into typical %lang rules.
> 
> mysql server settings are not the ones that decide which error messages to 
> use.
> 
> It's remote clients who decide on error messages. What's worse - if client 
> wants some "locale" it won't silently switch to english. It will return error 
> instead.
> 
> These missing files break phpmyadmin functionality for switching languages.
> 
> 15:54:48 mysql{2}> SET lc_messages = 'ru_RU';
> ERROR 1231 (42000): Variable 'lc_messages' can't be set to the value of 
> 'ru_RU'
> Warning (Code 1105): Can't process error message file for locale 'ru_RU'
> Error (Code 1231): Variable 'lc_messages' can't be set to the value of 'ru_RU'
> 
> 
> After my change:
> 15:56:08 mysql{1}> SET lc_messages = 'ru_RU';
> Query OK, 0 rows affected (0.01 sec)
> 

> 
> And another problem - there is no way in rpm to specify special settings (to 
> get all locale files installed if %lang is used) for single rpm package 
> (mysql).
> 

Yes. Installations become stateful and there is no simple way to map
the statefulness of not installed files into dependencies.

> It's global which sucks in this case because only mysql error message files 
> are needed and not whole /usr/share/locale/XYZ for every application.
> 
> So I think such compromise is ok for mysql.
> 

Splitting out %lang(XY) marked files into a lang marked package is often done
to permit installing/removing additional locales as needed.

There is also no rpm detection/enforcement of %lang(XY) marked files, including encoding.

73 de Jeff

From n3npq at mac.com  Fri Jul  8 07:31:06 2016
From: n3npq at mac.com (Jeff Johnson)
Date: Fri, 08 Jul 2016 01:31:06 -0400
Subject: RPM+MQTT in rpm-5.4.18 ...
Message-ID: <7022C22E-3C31-4D5E-BE0D-CC2009BBA1C4@mac.com>

rpm-5.4.18 (soon) will embed the paho-mqtt client to do MQTT messaging.

I will likely do a snapshot of 5.4.18 as soon as I haul out some
MQTT debugging trash and repair portability damage.

TL;DR
    Don't install paho-mqtt-1.1.0 and/or build rpm-5.4.18 --without-mqtt
    and ignore the rest of this message.

Read further about RPM+MQTT in the attachment.

Discussions on <rpm-devel at rpm5.org> please.

73 de Jeff
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MQTT.msg
Type: application/octet-stream
Size: 6444 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20160708/012c28a5/attachment.obj>

From glen at pld-linux.org  Mon Jul 11 23:20:12 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 12 Jul 2016 00:20:12 +0300
Subject: mac locales
Message-ID: <57840D8C.9070702@pld-linux.org>

OSX sets locale var just to "UTF-8" and we don't have such locale

how do you propose to fix this?


root at pld64# locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=
LC_CTYPE=UTF-8
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

root at pld64# env|grep -E '^LC_|LANG'
LC_CTYPE=UTF-8

root at pld64#




-- 
glen



From gotar at polanet.pl  Mon Jul 11 23:30:43 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 11 Jul 2016 23:30:43 +0200
Subject: mac locales
In-Reply-To: <57840D8C.9070702@pld-linux.org>
References: <57840D8C.9070702@pld-linux.org>
Message-ID: <20160711213042.GA32623@polanet.pl>

On Tue, Jul 12, 2016 at 00:20:12 +0300, Elan Ruusam?e wrote:

> OSX sets locale var just to "UTF-8" and we don't have such locale
> 
> how do you propose to fix this?

We simply don't.

http://stackoverflow.com/questions/7165108/in-osx-lion-lang-is-not-set-to-utf8-how-fix
http://www.cyberciti.biz/faq/os-x-terminal-bash-warning-setlocale-lc_ctype-cannot-change-locale/
https://blog.hqcodeshop.fi/archives/56-Mac-OS-X-terminal-UTF-8-over-SSH.html
http://thomas-cokelaer.info/blog/2013/06/python-valueerror-unknown-locale-utf-8/

- apparently this is OSX intristic problem.

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


From glen at pld-linux.org  Tue Jul 12 00:31:28 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 12 Jul 2016 01:31:28 +0300
Subject: mac locales
In-Reply-To: <20160711213042.GA32623@polanet.pl>
References: <57840D8C.9070702@pld-linux.org>
 <20160711213042.GA32623@polanet.pl>
Message-ID: <57841E40.8010605@pld-linux.org>

On 12.07.2016 00:30, Tomasz Pala wrote:
> On Tue, Jul 12, 2016 at 00:20:12 +0300, Elan Ruusam?e wrote:
>
>> OSX sets locale var just to "UTF-8" and we don't have such locale
>>
>> how do you propose to fix this?
> We simply don't.

i was more thinking should the fix be:

a) generate "UTF-8" locale like we have "C.UTF-8"

or

b) update /etc/profile.d/lang.sh to change "UTF-8" -> "C.UTF-8" when 
inheriting env from ssh session

>
> http://stackoverflow.com/questions/7165108/in-osx-lion-lang-is-not-set-to-utf8-how-fix
> http://www.cyberciti.biz/faq/os-x-terminal-bash-warning-setlocale-lc_ctype-cannot-change-locale/
> https://blog.hqcodeshop.fi/archives/56-Mac-OS-X-terminal-UTF-8-over-SSH.html
> http://thomas-cokelaer.info/blog/2013/06/python-valueerror-unknown-locale-utf-8/
>
> - apparently this is OSX intristic problem.
>


-- 
glen



From qboosh at pld-linux.org  Tue Jul 12 06:31:20 2016
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 12 Jul 2016 06:31:20 +0200
Subject: mac locales
In-Reply-To: <57841E40.8010605@pld-linux.org>
References: <57840D8C.9070702@pld-linux.org>
 <20160711213042.GA32623@polanet.pl> <57841E40.8010605@pld-linux.org>
Message-ID: <20160712043120.GA10419@mail>

On Tue, Jul 12, 2016 at 01:31:28AM +0300, Elan Ruusam?e wrote:
> On 12.07.2016 00:30, Tomasz Pala wrote:
> >On Tue, Jul 12, 2016 at 00:20:12 +0300, Elan Ruusam?e wrote:
> >
> >>OSX sets locale var just to "UTF-8" and we don't have such locale
> >>
> >>how do you propose to fix this?
> >We simply don't.
> 
> i was more thinking should the fix be:
> 
> a) generate "UTF-8" locale like we have "C.UTF-8"

"UTF-8" is not a valid locale name.


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


From gotar at polanet.pl  Tue Jul 12 08:20:02 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 12 Jul 2016 08:20:02 +0200
Subject: mac locales
In-Reply-To: <57841E40.8010605@pld-linux.org>
References: <57840D8C.9070702@pld-linux.org>
 <20160711213042.GA32623@polanet.pl>
 <57841E40.8010605@pld-linux.org>
Message-ID: <20160712062002.GA19397@polanet.pl>

On Tue, Jul 12, 2016 at 01:31:28 +0300, Elan Ruusam?e wrote:

> b) update /etc/profile.d/lang.sh to change "UTF-8" -> "C.UTF-8" when 
> inheriting env from ssh session

Just put it in your OSX.

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


From gotar at polanet.pl  Tue Jul 12 08:41:45 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 12 Jul 2016 08:41:45 +0200
Subject: mac locales
In-Reply-To: <20160712062002.GA19397@polanet.pl>
References: <57840D8C.9070702@pld-linux.org>
 <20160711213042.GA32623@polanet.pl>
 <57841E40.8010605@pld-linux.org>
 <20160712062002.GA19397@polanet.pl>
Message-ID: <20160712064145.GA22616@polanet.pl>

On Tue, Jul 12, 2016 at 08:20:02 +0200, Tomasz Pala wrote:

>> b) update /etc/profile.d/lang.sh to change "UTF-8" -> "C.UTF-8" when 
>> inheriting env from ssh session
> 
> Just put it in your OSX.

OK, maybe some more explanation here - there are many cases when
ssh-inherited locales might be invalid. Think about using some new ones
or having stripped on a server, like I do have sometimes, e.g. my local
machine:

$  locale -a | wc -l
20

if you want to handle that, you need entire logic, to:

1. choose encoding - this is not only about UTF-8, sometimes it's ISO vs
KOI or something even more complicated (consider zh_CN),

2. falls back to proper language, not necessarily C - you got them in
$LANGUAGES.

2a. if you do not have LANGUAGES, use system-wide default language
(/etc/sysconfig/i18n) UNLESS encoding mismatches - if so, decide what to
do:
- fallback to default_lang.UTF-8 (if that one exists of course!),
- fallback to C.UTF-8.

2b. remember, that systemd-way system locale is defined in /etc/locale.conf.

That could be done, sure. But it's not the right place to be - this code
is executed for EVERY LOGIN SHELL. I do not want some OSX hacks carried
to every -shell I spawn. if you got a problem on server-side, fix it on
your server instance, if you got a problem on client-side, fix it there.

Or create rc-scripts-smart_locale subpackage with the code that do the
magic. It could even do some GeoIP lookups to choose default language,
as long as it's optional.

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


From glen at pld-linux.org  Mon Jul 25 15:07:37 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 25 Jul 2016 16:07:37 +0300
Subject: [packages/curl] - rel 4; revert as fix landed in our percona
 mysql 5.6.31 (conflicts needed?)
In-Reply-To: <75e18c27448a61bed1ef67cf80cfdd5671ab4b2b_refs_heads_master@pld-linux.org>
References: <7e6c327178d499752fd1d5410cbe603e482f2f44_refs_heads_master@pld-linux.org>
 <75e18c27448a61bed1ef67cf80cfdd5671ab4b2b_refs_heads_master@pld-linux.org>
Message-ID: <57960F19.8080601@pld-linux.org>

On 19.07.2016 21:09, arekm wrote:
>      - rel 4; revert as fix landed in our percona mysql 5.6.31 (conflicts needed?)
yes

-- 
glen



From glen at pld-linux.org  Wed Jul 27 23:24:01 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 28 Jul 2016 00:24:01 +0300
Subject: [packages/rc-scripts] although this package provides /etc/inittab
 file, it's used by SysVinit
In-Reply-To: <57e69643ec70640653a29c371a12f3e650bf9671_refs_heads_master@pld-linux.org>
References: <1593d7607b44218368656d3f9e8527dcb9718e1f_refs_heads_master@pld-linux.org>
 <57e69643ec70640653a29c371a12f3e650bf9671_refs_heads_master@pld-linux.org>
Message-ID: <57992671.1090808@pld-linux.org>

mingetty dependency removal not mentioned in commit message.

accidental change?

On 27.07.2016 21:50, gotar wrote:
> commit 57e69643ec70640653a29c371a12f3e650bf9671
> Author: Tomasz Pala <gotar at pld-linux.org>
> Date:   Wed Jul 27 20:49:45 2016 +0200
>
>      although this package provides /etc/inittab file, it's used by SysVinit
>
>   rc-scripts.spec | 3 ++-
>   1 file changed, 2 insertions(+), 1 deletion(-)
> ---
> diff --git a/rc-scripts.spec b/rc-scripts.spec
> index 8d600d8..828eea0 100644
> --- a/rc-scripts.spec
> +++ b/rc-scripts.spec
> @@ -1,4 +1,6 @@
>   #
> +# TODO: move inittab file to SysVinit
> +#
>   # Conditional build:
>   %bcond_without	static		# link binaries with glib dynamically
>   
> @@ -61,7 +63,6 @@ Requires:	hostname
>   Requires:	iproute2
>   Requires:	iputils-arping
>   Requires:	libutempter >= 1.1.6-2
> -Requires:	mingetty
>   Requires:	mktemp
>   Requires:	mount >= 2.12
>   Requires:	procps >= 1:3.2.6-1.1
> ================================================================
>
> ---- gitweb:
>
> http://git.pld-linux.org/gitweb.cgi/packages/rc-scripts.git/commitdiff/57e69643ec70640653a29c371a12f3e650bf9671
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit


-- 
glen



From glen at pld-linux.org  Wed Jul 27 23:26:13 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 28 Jul 2016 00:26:13 +0300
Subject: [packages/ipmitool] do not suggest some crafted script when there
 are contemporary and generic module loaders
In-Reply-To: <30c556b20dde02d4520b85755006804f1dcb1aec_refs_heads_master@pld-linux.org>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <30c556b20dde02d4520b85755006804f1dcb1aec_refs_heads_master@pld-linux.org>
Message-ID: <579926F5.7050303@pld-linux.org>

it's soft dep. soft deps are to inform user of suggested packages

revert your removal.

On 27.07.2016 22:06, gotar wrote:
> commit 30c556b20dde02d4520b85755006804f1dcb1aec
> Author: Tomasz Pala <gotar at pld-linux.org>
> Date:   Wed Jul 27 21:06:04 2016 +0200
>
>      do not suggest some crafted script when there are contemporary and generic module loaders
>
>   ipmitool.spec | 1 -
>   1 file changed, 1 deletion(-)
> ---
> diff --git a/ipmitool.spec b/ipmitool.spec
> index b3a74c4..61189ed 100644
> --- a/ipmitool.spec
> +++ b/ipmitool.spec
> @@ -15,7 +15,6 @@ BuildRequires:	automake
>   BuildRequires:	libltdl-devel
>   BuildRequires:	libtool
>   BuildRequires:	rpmbuild(macros) >= 1.268
> -Suggests:	ipmi-init
>   Obsoletes:	ipmitool-devel
>   BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
>   
> ================================================================
>
> ---- gitweb:
>
> http://git.pld-linux.org/gitweb.cgi/packages/ipmitool.git/commitdiff/30c556b20dde02d4520b85755006804f1dcb1aec
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit


-- 
glen



From gotar at polanet.pl  Wed Jul 27 23:31:36 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 27 Jul 2016 23:31:36 +0200
Subject: [packages/ipmitool] do not suggest some crafted script when
 there are contemporary and generic module loaders
In-Reply-To: <579926F5.7050303@pld-linux.org>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <30c556b20dde02d4520b85755006804f1dcb1aec_refs_heads_master@pld-linux.org>
 <579926F5.7050303@pld-linux.org>
Message-ID: <20160727213135.GA13736@polanet.pl>

On Thu, Jul 28, 2016 at 00:26:13 +0300, Elan Ruusam?e wrote:

> it's soft dep. soft deps are to inform user of suggested packages

And this one should not be suggested. This package should be entirely
removed.

> revert your removal.

Forget it.

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


From gotar at polanet.pl  Wed Jul 27 23:39:07 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 27 Jul 2016 23:39:07 +0200
Subject: [packages/rc-scripts] although this package provides
 /etc/inittab file, it's used by SysVinit
In-Reply-To: <57992671.1090808@pld-linux.org>
References: <1593d7607b44218368656d3f9e8527dcb9718e1f_refs_heads_master@pld-linux.org>
 <57e69643ec70640653a29c371a12f3e650bf9671_refs_heads_master@pld-linux.org>
 <57992671.1090808@pld-linux.org>
Message-ID: <20160727213907.GB13736@polanet.pl>

On Thu, Jul 28, 2016 at 00:24:01 +0300, Elan Ruusam?e wrote:

> mingetty dependency removal not mentioned in commit message.

Do you have a habit to do comments like this?

for(i=0; i<10; i++) {	# loop through 0..9
	printf("%d",i);	# print current value as integer (range 0..9)

?

> accidental change?
[...]
>>      although this package provides /etc/inittab file, it's used by SysVinit
                                                          ^^^^^^^^^^^^^^^^^^^^^

Changelog is not a place for describing system basics - you should know
what SysVinit is. If it's not obvious, just put any elaborate comment of
your choice there. You could even move the inittab file into SysVinit
where it belongs (but since it does no harm here, I won't care).

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


From gotar at polanet.pl  Wed Jul 27 23:50:51 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 27 Jul 2016 23:50:51 +0200
Subject: [packages/ipmitool] do not suggest some crafted script when
 there are contemporary and generic module loaders
In-Reply-To: <20160727213135.GA13736@polanet.pl>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <30c556b20dde02d4520b85755006804f1dcb1aec_refs_heads_master@pld-linux.org>
 <579926F5.7050303@pld-linux.org>
 <20160727213135.GA13736@polanet.pl>
Message-ID: <20160727215051.GA28592@polanet.pl>

On Wed, Jul 27, 2016 at 23:31:36 +0200, Tomasz Pala wrote:

>> it's soft dep. soft deps are to inform user of suggested packages
> 
> And this one should not be suggested. This package should be entirely
> removed.

Similar cleanup was done years ago in lm_sensors:

http://git.pld-linux.org/gitweb.cgi?p=packages/lm_sensors.git;a=commitdiff;h=ed9691db2aa168387fb4ff788d934b5b3127e9e7

and there is no reason for creating init scripts loading every single
module out there (joystick-init, alsa-init, floppy-init, usb-init?!) If
you want modules loaded, that ARE NOT handled by udev/systemd, just put
them in /etc/modules.d or provide /etc/modules-load.d/ipmi.conf.
Suggesting script which tries to mknod something is a NO GO. Not in XXI
century.

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


From glen at pld-linux.org  Thu Jul 28 12:07:36 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 28 Jul 2016 13:07:36 +0300
Subject: [packages/rc-scripts] although this package provides /etc/inittab
 file, it's used by SysVinit
In-Reply-To: <20160727213907.GB13736@polanet.pl>
References: <1593d7607b44218368656d3f9e8527dcb9718e1f_refs_heads_master@pld-linux.org>
 <57e69643ec70640653a29c371a12f3e650bf9671_refs_heads_master@pld-linux.org>
 <57992671.1090808@pld-linux.org> <20160727213907.GB13736@polanet.pl>
Message-ID: <5799D968.4030704@pld-linux.org>

On 28.07.2016 00:39, Tomasz Pala wrote:
> On Thu, Jul 28, 2016 at 00:24:01 +0300, Elan Ruusam?e wrote:
>
>> mingetty dependency removal not mentioned in commit message.
> Do you have a habit to do comments like this?
>
> for(i=0; i<10; i++) {	# loop through 0..9
> 	printf("%d",i);	# print current value as integer (range 0..9)
>
> ?

i avoid putting comments on same line as code, always preceeding 
comments. what this has to do with anything?


>
>> accidental change?
> [...]
>>>       although this package provides /etc/inittab file, it's used by SysVinit

revert your change or finish the /etc/inittab transition to new package!


-- 
glen



From glen at pld-linux.org  Thu Jul 28 12:08:56 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Thu, 28 Jul 2016 13:08:56 +0300
Subject: [packages/ipmitool] do not suggest some crafted script when there
 are contemporary and generic module loaders
In-Reply-To: <20160727215051.GA28592@polanet.pl>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <30c556b20dde02d4520b85755006804f1dcb1aec_refs_heads_master@pld-linux.org>
 <579926F5.7050303@pld-linux.org> <20160727213135.GA13736@polanet.pl>
 <20160727215051.GA28592@polanet.pl>
Message-ID: <5799D9B8.9020608@pld-linux.org>

On 28.07.2016 00:50, Tomasz Pala wrote:
> On Wed, Jul 27, 2016 at 23:31:36 +0200, Tomasz Pala wrote:
>
>>> >>it's soft dep. soft deps are to inform user of suggested packages
>> >
>> >And this one should not be suggested. This package should be entirely
>> >removed.
> Similar cleanup was done years ago in lm_sensors:
>
> http://git.pld-linux.org/gitweb.cgi?p=packages/lm_sensors.git;a=commitdiff;h=ed9691db2aa168387fb4ff788d934b5b3127e9e7
>
> and there is no reason for creating init scripts loading every single
> module out there (joystick-init, alsa-init, floppy-init, usb-init?!) If
> you want modules loaded, that ARE NOT handled by udev/systemd, just put
> them in /etc/modules.d or provide /etc/modules-load.d/ipmi.conf.
> Suggesting script which tries to mknod something is a NO GO. Not in XXI
> century.
as you did not replaced existing "-init" solution with described one, 
you should not just go and remove the suggest.

revert the change or finish the transition!

-- 
glen



From gotar at polanet.pl  Thu Jul 28 13:39:34 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Jul 2016 13:39:34 +0200
Subject: [packages/rc-scripts] although this package provides
 /etc/inittab file, it's used by SysVinit
In-Reply-To: <5799D968.4030704@pld-linux.org>
References: <1593d7607b44218368656d3f9e8527dcb9718e1f_refs_heads_master@pld-linux.org>
 <57e69643ec70640653a29c371a12f3e650bf9671_refs_heads_master@pld-linux.org>
 <57992671.1090808@pld-linux.org>
 <20160727213907.GB13736@polanet.pl>
 <5799D968.4030704@pld-linux.org>
Message-ID: <20160728113934.GA19679@polanet.pl>

On Thu, Jul 28, 2016 at 13:07:36 +0300, Elan Ruusam?e wrote:

>> for(i=0; i<10; i++) {	# loop through 0..9
>> 	printf("%d",i);	# print current value as integer (range 0..9)
>>
>> ?
> 
> i avoid putting comments on same line as code, always preceeding 
> comments. what this has to do with anything?

You should know that, Captain Obious!

>>> accidental change?
>> [...]
>>>>       although this package provides /etc/inittab file, it's used by SysVinit
> 
> revert your change or finish the /etc/inittab transition to new package!

Should I revert TODO?
- Well, that's the purpose of TODO, to indicate things that are not yet done.

Shoud I revert removing bogus R?
- Why, because you want some changelog to mention obviously nonexisting dependency?

rc-scripts doesn't requires mingetty. This is as simple as that.

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


From gotar at polanet.pl  Thu Jul 28 13:46:23 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Jul 2016 13:46:23 +0200
Subject: [packages/ipmitool] do not suggest some crafted script when
 there are contemporary and generic module loaders
In-Reply-To: <5799D9B8.9020608@pld-linux.org>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <30c556b20dde02d4520b85755006804f1dcb1aec_refs_heads_master@pld-linux.org>
 <579926F5.7050303@pld-linux.org>
 <20160727213135.GA13736@polanet.pl>
 <20160727215051.GA28592@polanet.pl>
 <5799D9B8.9020608@pld-linux.org>
Message-ID: <20160728114623.GB19679@polanet.pl>

On Thu, Jul 28, 2016 at 13:08:56 +0300, Elan Ruusam?e wrote:

> as you did not replaced existing "-init" solution with described one, 

This was not a solution, but some nasty unnecessary scripting,
duplicating existing function of loading specified modules at system
start.

> you should not just go and remove the suggest.

This MUST NOT be suggested to anyone (sane).

> revert the change or finish the transition!

"Finishing" it equals Suggests: udev. Or removing the package entirely.
I don't support the former, and won't do the last in case someone that
was missuggested before still uses it.

If you can't understand, that is is totally obsoleted now, requires no
replacement and was bogus since the day it was born, I think you should
go get laid and stop posting this bullshit. EOT.

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


From gotar at polanet.pl  Thu Jul 28 13:54:05 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Jul 2016 13:54:05 +0200
Subject: [packages/ipmitool] do not suggest some crafted script when
 there are contemporary and generic module loaders
In-Reply-To: <20160728114623.GB19679@polanet.pl>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <30c556b20dde02d4520b85755006804f1dcb1aec_refs_heads_master@pld-linux.org>
 <579926F5.7050303@pld-linux.org>
 <20160727213135.GA13736@polanet.pl>
 <20160727215051.GA28592@polanet.pl>
 <5799D9B8.9020608@pld-linux.org>
 <20160728114623.GB19679@polanet.pl>
Message-ID: <20160728115405.GC19679@polanet.pl>

On Thu, Jul 28, 2016 at 13:46:23 +0200, Tomasz Pala wrote:

>> as you did not replaced existing "-init" solution with described one, 

One more thing: since apparently it's beyond your comprehension, that
Suggests matters only during install time, thus removing it doesn't change
anything in already working machines, so it doesn't require any special
attention (except maybe for Suggest: do_NOT_install-ipmi-init_do_it_the_proper_way_instead),
and this is your another bullshitting recently ("[packages/openvpn]
more bolder xz url note"), please do not bother replying me. *PLONK*
[google that, pl specific]

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


From gotar at polanet.pl  Thu Jul 28 14:01:02 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Jul 2016 14:01:02 +0200
Subject: [packages/ipmitool] do not suggest some crafted script when
 there are contemporary and generic module loaders
In-Reply-To: <20160728115405.GC19679@polanet.pl>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <30c556b20dde02d4520b85755006804f1dcb1aec_refs_heads_master@pld-linux.org>
 <579926F5.7050303@pld-linux.org>
 <20160727213135.GA13736@polanet.pl>
 <20160727215051.GA28592@polanet.pl>
 <5799D9B8.9020608@pld-linux.org>
 <20160728114623.GB19679@polanet.pl>
 <20160728115405.GC19679@polanet.pl>
Message-ID: <20160728120102.GD19679@polanet.pl>

On Thu, Jul 28, 2016 at 13:54:05 +0200, Tomasz Pala wrote:

>>> as you did not replaced existing "-init" solution with described one, 
> 
> One more thing: since apparently it's beyond your comprehension, that

And, please don't add S: apache to firefox. You know, local clients,
remote servers thing... Ever heard of that? Ever used IPMI over IP?
Local IPMI handling is *required* for watchdog only, so this ipmi-init
fuckup should have been properly implemented somewhere else. Wait a
minute... it was!

http://git.pld-linux.org/gitweb.cgi?p=packages/watchdog.git;a=blob;f=watchdog.init

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


From arekm at maven.pl  Thu Jul 28 14:08:35 2016
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Thu, 28 Jul 2016 14:08:35 +0200
Subject: [packages/ipmitool] do not suggest some crafted script when there
 are contemporary and generic module loaders
In-Reply-To: <20160728120102.GD19679@polanet.pl>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <20160728115405.GC19679@polanet.pl> <20160728120102.GD19679@polanet.pl>
Message-ID: <201607281408.35914.arekm@maven.pl>

On Thursday 28 of July 2016, Tomasz Pala wrote:

> Local IPMI handling is *required* for watchdog only,

ipmievd is another local user.

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


From gotar at polanet.pl  Thu Jul 28 22:39:36 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Jul 2016 22:39:36 +0200
Subject: [packages/ipmitool] do not suggest some crafted script when
 there are contemporary and generic module loaders
In-Reply-To: <201607281408.35914.arekm@maven.pl>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <20160728115405.GC19679@polanet.pl>
 <20160728120102.GD19679@polanet.pl>
 <201607281408.35914.arekm@maven.pl>
Message-ID: <20160728203936.GA5008@polanet.pl>

On Thu, Jul 28, 2016 at 14:08:35 +0200, Arkadiusz Mi?kiewicz wrote:

>> Local IPMI handling is *required* for watchdog only,
> 
> ipmievd is another local user.

Can be remote as well: -H. As it's more reliable to handle BMC from
separate machine than the monitored one. OTOH /dev/watchdog must be
handled from within the same system, and it is by PID=1 (systemd).


And take a look at this ipmi.init - it creates static device node (in
non-devfs systems) with RANDOM (not permanently assigned in kernel) major!

if [ ! -c /dev/ipmi0 ] && [ $RETVAL -eq 0 ]; then
	major=$(awk '/ ipmidev$/{print $1}' /proc/devices)
	/bin/mknod -m 0600 /dev/ipmi0 c $major 0 || RETVAL=1

who knows what device would become available at /dev/ipmi0 at next
reboot... (unless cleaned in rc.sysinit). This package should be banned,

I'm considering C: ipmi-init somewhere, but I'm not sure where to put it...

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


From glen at pld-linux.org  Fri Jul 29 13:10:43 2016
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Fri, 29 Jul 2016 14:10:43 +0300
Subject: [packages/ipmitool] do not suggest some crafted script when there
 are contemporary and generic module loaders
In-Reply-To: <20160728203936.GA5008@polanet.pl>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <20160728115405.GC19679@polanet.pl> <20160728120102.GD19679@polanet.pl>
 <201607281408.35914.arekm@maven.pl> <20160728203936.GA5008@polanet.pl>
Message-ID: <579B39B3.5030007@pld-linux.org>

On 28.07.2016 23:39, Tomasz Pala wrote:
>
> And take a look at this ipmi.init - it creates static device node (in
> non-devfs systems) with RANDOM (not permanently assigned in kernel) major!
>
> if [ ! -c /dev/ipmi0 ] && [ $RETVAL -eq 0 ]; then
> 	major=$(awk '/ ipmidev$/{print $1}' /proc/devices)
> 	/bin/mknod -m 0600 /dev/ipmi0 c $major 0 || RETVAL=1
>
> who knows what device would become available at /dev/ipmi0 at next
> reboot... (unless cleaned in rc.sysinit). This package should be banned,
>
> I'm considering C: ipmi-init somewhere, but I'm not sure where to put it...
you could as well fix the script to always replace /dev/ipmi0 if /dev is 
static

-- 
glen



From jajcus at jajcus.net  Fri Jul 29 14:21:38 2016
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Fri, 29 Jul 2016 14:21:38 +0200
Subject: [packages/ipmitool] do not suggest some crafted script when there
 are contemporary and generic module loaders
In-Reply-To: <579B39B3.5030007@pld-linux.org>
References: <00665e8f0b28e35d865bb37295b1c9518f685b3c_refs_heads_master@pld-linux.org>
 <20160728115405.GC19679@polanet.pl> <20160728120102.GD19679@polanet.pl>
 <201607281408.35914.arekm@maven.pl> <20160728203936.GA5008@polanet.pl>
 <579B39B3.5030007@pld-linux.org>
Message-ID: <23cfa697-b911-0a02-843e-bc27fe964d58@jajcus.net>

On 2016-07-29 13:10, Elan Ruusam?e wrote:
> On 28.07.2016 23:39, Tomasz Pala wrote:
>> who knows what device would become available at /dev/ipmi0 at next
>> reboot... (unless cleaned in rc.sysinit). This package should be banned,

+1

>> I'm considering C: ipmi-init somewhere, but I'm not sure where to put
>> it...
> you could as well fix the script to always replace /dev/ipmi0 if /dev is
> static

There is no point in keeping every legacy stuff just because we had it 
in PLD at some time. Some pieces of software were just mistakes, that is 
it. Maintaining broken stuff 'for compatibility' is pointless, it still 
requires work bringing, but only brings problems.

If some system relies on old, broken behavior, then the system needs an 
update. Much bigger distibutions won't support indefinite backward 
compatibility. We cannot afford that even more.

It is the same case for 'Require: mingetty' in rc-scripts.

Jacek


From gotar at polanet.pl  Sun Jul 31 15:11:38 2016
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 31 Jul 2016 15:11:38 +0200
Subject: /usr/lib/udev -> /lib/udev
Message-ID: <20160731131138.GA7863@polanet.pl>

What is the purpose of this symlink? It was introduced here:

http://git.pld-linux.org/gitweb.cgi?p=packages/systemd.git;a=commitdiff;h=183de3c280b0edcdf541364cbbba17aa1f23722b;hp=0ba3857e3caad1ca4d1221c7883ab856baf7585c

and confuses systemd-delta into thinking, that the contents are overriden:


[OVERRIDDEN] /usr/lib/udev/rules.d/70-mouse.rules -> /lib/udev/rules.d/70-mouse.rules

Files /lib/udev/rules.d/70-mouse.rules and /usr/lib/udev/rules.d/70-mouse.rules are identical


...35 times (reports 49 including 14 really overriden, but there are 49
rules inside).

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


From baggins at pld-linux.org  Sun Jul 31 17:26:22 2016
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sun, 31 Jul 2016 17:26:22 +0200
Subject: /usr/lib/udev -> /lib/udev
In-Reply-To: <20160731131138.GA7863@polanet.pl>
References: <20160731131138.GA7863@polanet.pl>
Message-ID: <20160731152622.GB7191@home>

On Sun, 31 Jul 2016, Tomasz Pala wrote:

> What is the purpose of this symlink? It was introduced here:
> 
> http://git.pld-linux.org/gitweb.cgi?p=packages/systemd.git;a=commitdiff;h=183de3c280b0edcdf541364cbbba17aa1f23722b;hp=0ba3857e3caad1ca4d1221c7883ab856baf7585c
> 
> and confuses systemd-delta into thinking, that the contents are overriden:
> 
> 
> [OVERRIDDEN] /usr/lib/udev/rules.d/70-mouse.rules -> /lib/udev/rules.d/70-mouse.rules
> 
> Files /lib/udev/rules.d/70-mouse.rules and /usr/lib/udev/rules.d/70-mouse.rules are identical
> 
> 
> ...35 times (reports 49 including 14 really overriden, but there are 49
> rules inside).

Probably some compatibility symlink, remove, and check if nothing breaks
(systemd and geninitrd) before committing.

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