From adamg at pld-linux.org  Thu Nov  1 21:24:15 2018
From: adamg at pld-linux.org (=?UTF-8?Q?Adam_Go=C5=82=C4=99biowski?=)
Date: Thu, 01 Nov 2018 21:24:15 +0100
Subject: RFC bind split
In-Reply-To: <faca51d6-e7d0-ed88-e77a-1b24ae0c63d9@bszx.eu>
References: <faca51d6-e7d0-ed88-e77a-1b24ae0c63d9@bszx.eu>
Message-ID: <69b717da3b04933b11d04e50c364c623@pld-linux.org>

W dniu 2018-10-31 07:48, Bartek Szady napisa?(a):
> What do you think about splitting bind package to bind-base and bind?
> 
> bind-base will contain server and init scripts/units, will have minimal
> dependencies (no python dependency) and can be used as eg. caching
> recursive server.
> 
> bind will contain the the remaining files and will require bind-base.

+1, this approach shouldn't break systems on upgrade (bind will upgrade 
to bind+bind-base),
just make sure bind-base works :)

-- 
Adam Go??biowski, PLD Linux


From baggins at pld-linux.org  Sat Nov  3 11:11:51 2018
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sat, 3 Nov 2018 11:11:51 +0100
Subject: Packages to be dropped after openssl 1.1.1 rebuild
Message-ID: <20181103101151.GB3096@starbug.lan>

The below packages will be removed from Th next week (~10th Nov) along
with any broken deps their removal will cause.

android-tools
apache1-mod_ssl
botan
eagle-light
efl
erlang-exmpp
freerdp
jhprimeminer
john
kphone
libeap-ikev2
libfad
libjingle
links
linuxdcpp
nx
openssl-engine-tpm
ossp-uuid
pam-pam_p11
pam-pam_ssh
pgadmin3
phantomjs
pjproject
protoshares
qt-plugin-qca-tls
qt4-plugin-qca-ossl
rasdaman
skipfish
srp
srtp
starttls
sylpheed


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


From glen at delfi.ee  Sat Nov  3 18:14:02 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sat, 3 Nov 2018 19:14:02 +0200
Subject: Packages to be dropped after openssl 1.1.1 rebuild
In-Reply-To: <20181103101151.GB3096@starbug.lan>
References: <20181103101151.GB3096@starbug.lan>
Message-ID: <53c96675-b6b4-7785-a6b2-5b1e5ed804b2@delfi.ee>

On 03/11/2018 12:11, Jan R?korajski wrote:

> The below packages will be removed from Th next week (~10th Nov) along
> with any broken deps their removal will cause.
>
> ossp-uuid
dependency of rpm. can we switch to apk package manager please? :)


From baggins at pld-linux.org  Sat Nov  3 19:06:17 2018
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sat, 3 Nov 2018 19:06:17 +0100
Subject: Packages to be dropped after openssl 1.1.1 rebuild
In-Reply-To: <53c96675-b6b4-7785-a6b2-5b1e5ed804b2@delfi.ee>
References: <20181103101151.GB3096@starbug.lan>
 <53c96675-b6b4-7785-a6b2-5b1e5ed804b2@delfi.ee>
Message-ID: <20181103180617.GC3096@starbug.lan>

On Sat, 03 Nov 2018, Elan Ruusam?e wrote:

> On 03/11/2018 12:11, Jan R?korajski wrote:
> 
> > The below packages will be removed from Th next week (~10th Nov) along
> > with any broken deps their removal will cause.
> >
> > ossp-uuid
> dependency of rpm. can we switch to apk package manager please? :)

False positive, missed it while cleaning http://ep09.pld-linux.org/~pldth/main-ready.txt

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


From adamg at pld-linux.org  Sun Nov  4 11:37:59 2018
From: adamg at pld-linux.org (=?UTF-8?Q?Adam_Go=C5=82=C4=99biowski?=)
Date: Sun, 04 Nov 2018 11:37:59 +0100
Subject: Packages to be dropped after openssl 1.1.1 rebuild
In-Reply-To: <20181103101151.GB3096@starbug.lan>
References: <20181103101151.GB3096@starbug.lan>
Message-ID: <185d2b97812d5ebbca42bbe8a36aba56@pld-linux.org>

W dniu 2018-11-03 11:11, Jan R?korajski napisa?(a):
> The below packages will be removed from Th next week (~10th Nov) along
> with any broken deps their removal will cause.
> 
> john

I will commit this one today, need to fix x32 build.

-- 
Adam Go??biowski, PLD Linux


From atler at pld-linux.org  Mon Nov  5 13:04:22 2018
From: atler at pld-linux.org (Jan Palus)
Date: Mon, 5 Nov 2018 13:04:22 +0100
Subject: TEST build ERRORS: cups-filters.spec (PHP version on builders)
In-Reply-To: <pld-builder.1541418315.328767.6694@naiad-pld>
References: <d38a60c5-6bd5-4ea1-80b1-1586711adb48@pld.src.builder>
 <pld-builder.1541418315.328767.6694@naiad-pld>
Message-ID: <20181105120422.w7nct64b56sffw3n@kalarepa>

On 05.11.2018 11:45, PLD th-x32 builder wrote:
> cups-filters.spec (HEAD): FAILED
...
> installing BR: php55\-devel
> + poldek --noask --caplookup -Q -v '--ignore=hhvm-*' '--ignore=php4-*' '--ignore=php52-*' '--ignore=php54-*' '--ignore=php55-*' '--ignore=php56-*' '--ignore=php70-*' '--ignore=php71-*' '--ignore=php72-*' '--ignore=php73-*' --upgrade php55-devel
...
> error: php55-devel: no such package

Are builders expected to have consistent php*-devel version installed? If yes
any idea why i686 has php53-devel, while x86_64 and x32 have php73?

Does it even make sense to build php module for things like cups-filters which
produce extension for single version and previously it was built for php56 as
far as I can tell? Is there something like main or default php version?


From arekm at maven.pl  Mon Nov  5 15:04:38 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Mon, 5 Nov 2018 15:04:38 +0100
Subject: TEST build ERRORS: cups-filters.spec (PHP version on builders)
In-Reply-To: <20181105120422.w7nct64b56sffw3n@kalarepa>
References: <d38a60c5-6bd5-4ea1-80b1-1586711adb48@pld.src.builder>
 <pld-builder.1541418315.328767.6694@naiad-pld>
 <20181105120422.w7nct64b56sffw3n@kalarepa>
Message-ID: <e23aca28-feef-003a-93b9-d7c9f508be9f@maven.pl>

On 05/11/2018 13:04, Jan Palus wrote:
> On 05.11.2018 11:45, PLD th-x32 builder wrote:
>> cups-filters.spec (HEAD): FAILED
> ...
>> installing BR: php55\-devel
>> + poldek --noask --caplookup -Q -v '--ignore=hhvm-*' '--ignore=php4-*' '--ignore=php52-*' '--ignore=php54-*' '--ignore=php55-*' '--ignore=php56-*' '--ignore=php70-*' '--ignore=php71-*' '--ignore=php72-*' '--ignore=php73-*' --upgrade php55-devel
> ...
>> error: php55-devel: no such packag
> 
> Are builders expected to have consistent php*-devel version installed? If yes
> any idea why i686 has php53-devel, while x86_64 and x32 have php73?

Always send php packages with --define 'php_suffix 73' (or other version).

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


From arekm at maven.pl  Tue Nov  6 20:04:11 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Tue, 6 Nov 2018 20:04:11 +0100
Subject: cgroup v2 library
Message-ID: <d811f2a6-7f62-0104-081a-aec6f146dc31@maven.pl>

Hi.

Does anyone know library that supports cgroup v2 manipulation? Kind of
libcgroup.spec but for v2.

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


From arekm at maven.pl  Wed Nov 14 15:49:37 2018
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Wed, 14 Nov 2018 15:49:37 +0100
Subject: Packages to be dropped after openssl 1.1.1 rebuild
In-Reply-To: <20181103101151.GB3096@starbug.lan>
References: <20181103101151.GB3096@starbug.lan>
Message-ID: <38cd6e34-86bb-f691-c9c3-bf3716ecf124@maven.pl>

On 03/11/2018 11:11, Jan R?korajski wrote:
> The below packages will be removed from Th next week (~10th Nov) along
> with any broken deps their removal will cause.

Side note from bacula commit:

"+    TLSv1_method() should not be used and SSLv23_method() should be
+    preferred because the latter supports TLS1.0?1.2 while the former
_only_
+    tries TLS1.0."

if that's true then some of our openssl patches should switch back from
TLSv1_method to SSLv23_method

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


From adamg at pld-linux.org  Wed Nov 14 18:35:58 2018
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Wed, 14 Nov 2018 18:35:58 +0100
Subject: Packages to be dropped after openssl 1.1.1 rebuild
In-Reply-To: <38cd6e34-86bb-f691-c9c3-bf3716ecf124@maven.pl>
References: <20181103101151.GB3096@starbug.lan>
 <38cd6e34-86bb-f691-c9c3-bf3716ecf124@maven.pl>
Message-ID: <20181114173558.GA20206@adamg.eu>

On Wed, Nov 14, 2018 at 03:49:37PM +0100, Arkadiusz Mi?kiewicz wrote:
> On 03/11/2018 11:11, Jan R?korajski wrote:
> > The below packages will be removed from Th next week (~10th Nov) along
> > with any broken deps their removal will cause.
> 
> Side note from bacula commit:
> 
> "+    TLSv1_method() should not be used and SSLv23_method() should be
> +    preferred because the latter supports TLS1.0?1.2 while the former
> _only_
> +    tries TLS1.0."
> 
> if that's true then some of our openssl patches should switch back from
> TLSv1_method to SSLv23_method

openssl docs [0] recommends TLS_method() instead of SSLv23_method() or
TLSv1_method() 

"TLS_method(), TLS_server_method(), TLS_client_method()

    These are the general-purpose version-flexible SSL/TLS methods. The
    actual protocol version used will be negotiated to the highest
    version mutually supported by the client and the server. The
    supported protocols are SSLv3, TLSv1, TLSv1.1 and TLSv1.2.
    Applications should use these methods, and avoid the
    version-specific methods described below."

[0] https://www.openssl.org/docs/man1.1.0/ssl/TLS_method.html

-- 
adamg


From glen at delfi.ee  Tue Nov 20 11:18:04 2018
From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 20 Nov 2018 12:18:04 +0200
Subject: cvs2git 2018
In-Reply-To: <0fa9807c18afc0ba0385cb5ce0c8511c@pld-linux.org>
References: <E1gAUxy-0007Sn-49@carme.pld-linux.org>
 <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org>
 <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl>
 <dcee2ecb-4654-0900-6639-36796f6bfb3d@jajcus.net>
 <0fa9807c18afc0ba0385cb5ce0c8511c@pld-linux.org>
Message-ID: <c916a2bb-ad3e-81f4-0b2e-7de96d45e0b4@delfi.ee>

On 25/10/2018 16:31, Adam Go??biowski wrote:

>
> What do we use cvs for these days?
>
> In the last two years there were commits to:
...
> - PLD-doc:
> ? - uid_gid.db.txt 
this can be moved to our setup package, like fedora has:

https://pagure.io/setup/blob/master/f/uidgid

i'll submit branch at some point