From arekm at maven.pl Sun Dec 3 15:27:20 2017 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Sun, 3 Dec 2017 15:27:20 +0100 Subject: [packages/openssl] use the generic ca-bundle path instead of PLD-specific ca-certificates one In-Reply-To: <618e7076669ee7a48416373d5da4369647c57246_refs_heads_master@pld-linux.org> References: <6a2c91daa015e71576c6b6fe0d4fa26dc62d8fd0_refs_heads_master@pld-linux.org> <618e7076669ee7a48416373d5da4369647c57246_refs_heads_master@pld-linux.org> Message-ID: <201712031527.20725.arekm@maven.pl> On Sunday 03 of December 2017, gotar wrote: > commit 618e7076669ee7a48416373d5da4369647c57246 > Author: Tomasz Pala > Date: Sun Dec 3 09:15:35 2017 +0100 > > use the generic ca-bundle path instead of PLD-specific ca-certificates > one Why? > -# define X509_CERT_FILE OPENSSLDIR "/cert.pem" > -+# define X509_CERT_FILE "/etc/certs/ca-certificates.crt" > ++# define X509_CERT_FILE "/etc/pki/tls/certs/ca-bundle.crt" -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From glen at pld-linux.org Sun Dec 3 15:34:05 2017 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Sun, 3 Dec 2017 16:34:05 +0200 Subject: [packages/openssl] use the generic ca-bundle path instead of PLD-specific ca-certificates one In-Reply-To: <201712031527.20725.arekm@maven.pl> References: <6a2c91daa015e71576c6b6fe0d4fa26dc62d8fd0_refs_heads_master@pld-linux.org> <618e7076669ee7a48416373d5da4369647c57246_refs_heads_master@pld-linux.org> <201712031527.20725.arekm@maven.pl> Message-ID: On 03.12.2017 16:27, Arkadiusz Mi?kiewicz wrote: > On Sunday 03 of December 2017, gotar wrote: >> commit 618e7076669ee7a48416373d5da4369647c57246 >> Author: Tomasz Pala >> Date: Sun Dec 3 09:15:35 2017 +0100 >> >> use the generic ca-bundle path instead of PLD-specific ca-certificates >> one > Why? why not? seems compatible change to me. > >> -# define X509_CERT_FILE OPENSSLDIR "/cert.pem" >> -+# define X509_CERT_FILE "/etc/certs/ca-certificates.crt" >> ++# define X509_CERT_FILE "/etc/pki/tls/certs/ca-bundle.crt" reason likely same as the commit for updated dep: https://github.com/pld-linux/ca-certificates/releases/tag/auto/th/ca-certificates-20141019-3 -- glen From ngompa13 at gmail.com Sun Dec 3 16:15:42 2017 From: ngompa13 at gmail.com (Neal Gompa) Date: Sun, 3 Dec 2017 10:15:42 -0500 Subject: [packages/openssl] use the generic ca-bundle path instead of PLD-specific ca-certificates one In-Reply-To: References: <6a2c91daa015e71576c6b6fe0d4fa26dc62d8fd0_refs_heads_master@pld-linux.org> <618e7076669ee7a48416373d5da4369647c57246_refs_heads_master@pld-linux.org> <201712031527.20725.arekm@maven.pl> Message-ID: On Sun, Dec 3, 2017 at 9:34 AM, Elan Ruusam?e wrote: > On 03.12.2017 16:27, Arkadiusz Mi?kiewicz wrote: >> >> On Sunday 03 of December 2017, gotar wrote: >>> >>> commit 618e7076669ee7a48416373d5da4369647c57246 >>> Author: Tomasz Pala >>> Date: Sun Dec 3 09:15:35 2017 +0100 >>> >>> use the generic ca-bundle path instead of PLD-specific >>> ca-certificates >>> one >> >> Why? > > why not? > > seems compatible change to me. >> >> >>> -# define X509_CERT_FILE OPENSSLDIR "/cert.pem" >>> -+# define X509_CERT_FILE "/etc/certs/ca-certificates.crt" >>> ++# define X509_CERT_FILE "/etc/pki/tls/certs/ca-bundle.crt" > > reason likely same as the commit for updated dep: > > https://github.com/pld-linux/ca-certificates/releases/tag/auto/th/ca-certificates-20141019-3 > We use /etc/pki/tls paths in Mageia, and I believe Fedora and openSUSE do too. -- ?????????/ Always, there's only one truth! From arekm at maven.pl Sun Dec 3 16:18:48 2017 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Sun, 3 Dec 2017 16:18:48 +0100 Subject: [packages/openssl] use the generic ca-bundle path instead of PLD-specific ca-certificates one In-Reply-To: References: <6a2c91daa015e71576c6b6fe0d4fa26dc62d8fd0_refs_heads_master@pld-linux.org> <201712031527.20725.arekm@maven.pl> Message-ID: <201712031618.48863.arekm@maven.pl> On Sunday 03 of December 2017, Elan Ruusam?e wrote: > reason likely same as the commit for updated dep: > > https://github.com/pld-linux/ca-certificates/releases/tag/auto/th/ca-certif > icates-20141019-3 Ah, ok. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From glen at pld-linux.org Mon Dec 4 20:56:38 2017 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Mon, 4 Dec 2017 21:56:38 +0200 Subject: [packages/glibc] Use daemon for nscd stopping. In-Reply-To: <79efd8a0df572c3cf944286dbf85c3e9588fd467_refs_heads_master@pld-linux.org> References: <96e6f3cb05cc03d7ce003e1cf490add939d776b2_refs_heads_master@pld-linux.org> <79efd8a0df572c3cf944286dbf85c3e9588fd467_refs_heads_master@pld-linux.org> Message-ID: On 04.12.2017 10:04, arekm wrote: > commit 79efd8a0df572c3cf944286dbf85c3e9588fd467 > Author: Arkadiusz Mi?kiewicz > Date: Mon Dec 4 09:04:21 2017 +0100 > > Use daemon for nscd stopping. using "daemon" to kill processes is wrong in many corners. i don't have details at hand, but there were compatibility issues when using start-stop-daemon mode in rc-scripts. find better solution. > > nscd.init | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > --- > diff --git a/nscd.init b/nscd.init > index 3429b36..d84ea79 100644 > --- a/nscd.init > +++ b/nscd.init > @@ -34,10 +34,8 @@ start() { > stop() { > if [ -f /var/lock/subsys/nscd ]; then > msg_stopping "Name Switch Cache Daemon" > - busy > - /usr/sbin/nscd -K > + daemon /usr/sbin/nscd -K > rm -f /var/lock/subsys/nscd >/dev/null 2>&1 > - ok > else > msg_not_running "Name Switch Cache Daemon" > fi -- glen From qboosh at pld-linux.org Sun Dec 10 10:51:42 2017 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 10 Dec 2017 10:51:42 +0100 Subject: th-i686 builder stuck? Message-ID: <20171210095142.GA18453@stranger.qboosh.pl> It seems that th-i686 builder got stuck when building screen (or died for some reason). Who can fix/examine this? -- Jakub Bogusz http://qboosh.pl/ From arekm at maven.pl Sun Dec 10 19:33:50 2017 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Sun, 10 Dec 2017 19:33:50 +0100 Subject: th-i686 builder stuck? In-Reply-To: <20171210095142.GA18453@stranger.qboosh.pl> References: <20171210095142.GA18453@stranger.qboosh.pl> Message-ID: <201712101933.50293.arekm@maven.pl> On Sunday 10 of December 2017, Jakub Bogusz wrote: > It seems that th-i686 builder got stuck when building screen (or died > for some reason). > Who can fix/examine this? router died, will be fixed. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From arekm at maven.pl Wed Dec 13 09:03:53 2017 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Wed, 13 Dec 2017 09:03:53 +0100 Subject: INFO: builders unavailable for 1-2 days Message-ID: <201712130903.53180.arekm@maven.pl> Hello. Builders will be unavailable for 1-2 days starting now. Machines are being moved into other location. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From qboosh at pld-linux.org Thu Dec 14 20:43:32 2017 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 14 Dec 2017 20:43:32 +0100 Subject: INFO: builders unavailable for 1-2 days In-Reply-To: <201712130903.53180.arekm@maven.pl> References: <201712130903.53180.arekm@maven.pl> Message-ID: <20171214194332.GA2957@mail> On Wed, Dec 13, 2017 at 09:03:53AM +0100, Arkadiusz Mi?kiewicz wrote: > > Hello. > > Builders will be unavailable for 1-2 days starting now. Machines are being > moved into other location. According to buildlogs site all builders work now, but I don't receive any mails from x32 and x86_64. -- Jakub Bogusz http://qboosh.pl/ From arekm at maven.pl Fri Dec 15 11:37:39 2017 From: arekm at maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Fri, 15 Dec 2017 11:37:39 +0100 Subject: INFO: builders unavailable for 1-2 days In-Reply-To: <20171214194332.GA2957@mail> References: <201712130903.53180.arekm@maven.pl> <20171214194332.GA2957@mail> Message-ID: <201712151137.39649.arekm@maven.pl> On Thursday 14 of December 2017, Jakub Bogusz wrote: > On Wed, Dec 13, 2017 at 09:03:53AM +0100, Arkadiusz Mi?kiewicz wrote: > > Hello. > > > > Builders will be unavailable for 1-2 days starting now. Machines are > > being moved into other location. > > According to buildlogs site all builders work now, but I don't receive > any mails from x32 and x86_64. That was fixed yesterday, too. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From qboosh at pld-linux.org Fri Dec 22 18:44:57 2017 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 22 Dec 2017 18:44:57 +0100 Subject: [packages/docbook-style-xsl] - rel 4; add more compat urls (used by xorg-xserver-server.spec) In-Reply-To: <91a9cb0cd87be20d5fefb3d73d47fec2749c1caa_refs_heads_master@pld-linux.org> References: <91a9cb0cd87be20d5fefb3d73d47fec2749c1caa_refs_heads_master@pld-linux.org> Message-ID: <20171222174457.GA20245@mail> On Thu, Dec 21, 2017 at 09:04:36AM +0100, arekm wrote: > commit 91a9cb0cd87be20d5fefb3d73d47fec2749c1caa > Author: Arkadiusz Mi?kiewicz > Date: Thu Dec 21 09:04:27 2017 +0100 > > - rel 4; add more compat urls (used by xorg-xserver-server.spec) > > docbook-style-xsl.spec | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > --- > diff --git a/docbook-style-xsl.spec b/docbook-style-xsl.spec > index 71408e5..aeaaeb9 100644 > --- a/docbook-style-xsl.spec > +++ b/docbook-style-xsl.spec > @@ -9,7 +9,7 @@ Summary(pl.UTF-8): Arkusze styl?w XSL dla DocBooka > Summary(pt_BR.UTF-8): Stylesheets modulares do Norman Walsh para DocBook > Name: docbook-style-xsl > Version: 1.79.2 > -Release: 3 > +Release: 4 > License: MIT-like > Group: Applications/Publishing/XML > #Source0Download: https://github.com/docbook/xslt10-stylesheets/releases > @@ -108,6 +108,8 @@ cp -p extensions/*.jar $RPM_BUILD_ROOT%{_javalibdir} > # backward compat > %xmlcat_add_rewrite http://docbook.sourceforge.net/release/xsl-ns/%{version} file://%{xsl_path} $RPM_BUILD_ROOT%{catalog} > %xmlcat_add_rewrite http://docbook.sourceforge.net/release/xsl-ns/current file://%{xsl_path} $RPM_BUILD_ROOT%{catalog} > +%xmlcat_add_rewrite http://docbook.sourceforge.net/release/xsl/%{version} file://%{xsl_path} $RPM_BUILD_ROOT%{catalog} > +%xmlcat_add_rewrite http://docbook.sourceforge.net/release/xsl/current file://%{xsl_path} $RPM_BUILD_ROOT%{catalog} http://docbook.sourceforge.net/release/xsl/ URLs refer to non-namespaced version, packaged currently in docbook-style-xsl-nons (after docbook-style-xsl.spec has been switched to namespaced version in 1.79.2 or so). (I'm updating xorg-sgml-doctools dependencies now) Nb. - I checked Fedora and they package 1.79.2: - non-namespaced docbook-xsl-nons in docbook-style-xsl package - namespaced docbook-xsl in docbook5-style-xsl package -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Tue Dec 26 23:47:26 2017 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Wed, 27 Dec 2017 00:47:26 +0200 Subject: [packages/ldb/DEVEL] - 1.3.0 for future samba versions In-Reply-To: <787250a29344b4d4c966ea3a816673d0f7290904_refs_heads_DEVEL@pld-linux.org> References: <151430608815.20189.10825907283897880596@pld-linux.org> <787250a29344b4d4c966ea3a816673d0f7290904_refs_heads_DEVEL@pld-linux.org> Message-ID: <98023dc3-6ced-b0e1-d304-cf4f94863045@pld-linux.org> On 26.12.2017 18:34, qboosh wrote: > commit 787250a29344b4d4c966ea3a816673d0f7290904 > Author: Jakub Bogusz > Date: Tue Dec 26 17:36:15 2017 +0100 > -Version: 1.2.3 > +Version: 1.3.0 recycling branches (DEVEL) is not really git way. dev-1.3 branch is better here. -- glen From glen at pld-linux.org Tue Dec 26 23:51:41 2017 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Wed, 27 Dec 2017 00:51:41 +0200 Subject: [packages/banshee] - filter out misdetected internal deps - rel 4 In-Reply-To: References: <2f9b82f80c04aba83e085a322a22a4b47238a0e2_refs_heads_master@pld-linux.org> Message-ID: On 27.12.2017 00:45, baggins wrote: > commit ca768ad0d2e40447622e82c12418cda2eb18091f > Author: Jan R?korajski > Date: Tue Dec 26 23:45:24 2017 +0100 > > - filter out misdetected internal deps > - rel 4 > > banshee.spec | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > --- > diff --git a/banshee.spec b/banshee.spec > index aad9ef0..4565e56 100644 > --- a/banshee.spec > +++ b/banshee.spec > @@ -3,7 +3,7 @@ Summary: A Mono/GStreamer Based Music Player > Summary(pl.UTF-8): Oparty na Mono/GStreamerze odtwarzacz muzyki > Name: banshee > Version: 2.6.2 > -Release: 3 > +Release: 4 > License: MIT > Group: X11/Applications/Multimedia > Source0: http://ftp.gnome.org/pub/GNOME/sources/banshee/2.6/%{name}-%{version}.tar.xz > @@ -65,6 +65,8 @@ Suggests: media-player-info > Obsoletes: banshee-official-plugins <= 0.11.3 > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > > +%define _noautoreq mono\\\\(Banshee.*\\\\) mono\\\\(Hyena.*\\\\) mono\\\\(Lastfm\\\\) mono\\\\(Migo\\\\) mono\\\\(Mono.Media\\\\) mono\\\\(Mtp\\\\) mono\\\\(MusicBrainz\\\\) qboosh added _noautoreq_mono for that purpose. -- glen