On Thu, 16 Sep 2021, Jan Palus wrote:
> On 28.08.2021 10:46, baggins wrote:
> > commit 2cee6d28a25b124dbe274691e5c3d5969b3514ec
> > Author: Jan Rękorajski
> > Date: Sat Aug 28 10:45:38 2021 +0200
> >
> > - build icu67 packages, qt4 does not build correctly with gcc 11, so
> > let's
On Thu, 19 Aug 2021, Jakub Bogusz wrote:
> On Wed, Aug 18, 2021 at 10:34:48PM +0200, Jan Rękorajski wrote:
> > New builds of qt4 on i686 exhibit crashes (ex. linguist in avogadro), or
> > infinite looping (ex. meinproc4 in kde4-kig).
> >
> > I'm running out of ideas[1] and time to troubleshoot
On 28.08.2021 10:46, baggins wrote:
> commit 2cee6d28a25b124dbe274691e5c3d5969b3514ec
> Author: Jan Rękorajski
> Date: Sat Aug 28 10:45:38 2021 +0200
>
> - build icu67 packages, qt4 does not build correctly with gcc 11, so
> let's fulfill the icu dependency with this
>
This package is
On 07.09.2021 08:58, Elan Ruusamäe wrote:
http://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=gitlab-runner=5c82ef48-a66a-4a3e-aa01-f8a19d9f0ac9=tail
so, how to tell go not to try to download and test those .mod files?
+ go build -ldflags '-X
On Tue, Aug 24, 2021 at 11:59 AM Jakub Bogusz wrote:
>
> On Tue, Aug 24, 2021 at 11:30:43AM -0400, Neal Gompa wrote:
> > On Tue, Aug 24, 2021 at 6:19 AM Elan Ruusamäe wrote:
> > >
> > >
> > > error: Empty %files file
> > >
On Tue, Aug 24, 2021 at 03:12:32PM +0300, Elan Ruusamäe wrote:
> https://www.pld-linux.org/packages/rpm#spec_development
>
> *
>rpm.org rpm generates|rpmlib(ShortCircuited)|dependencies when
>package is build using|--short-circuit|option. To disable that
>
On Tue, Aug 24, 2021 at 11:30:43AM -0400, Neal Gompa wrote:
> On Tue, Aug 24, 2021 at 6:19 AM Elan Ruusamäe wrote:
> >
> >
> > error: Empty %files file
> > /home/users/glen/rpm/packages/BUILD.x86_64-linux/zabbix-5.4.3/debugsourcefiles.list
> >
> > is this something specific to carme?
> >
> >
> >
On Tue, Aug 24, 2021 at 6:19 AM Elan Ruusamäe wrote:
>
>
> error: Empty %files file
> /home/users/glen/rpm/packages/BUILD.x86_64-linux/zabbix-5.4.3/debugsourcefiles.list
>
> is this something specific to carme?
>
>
> and how to prevent the error and proceed?
>
That happens when your compilation
On 23.08.2021 09:36, Krzysztof Mrozowicz via pld-devel-en wrote:
Dnia 2021-08-23, o godz. 08:03:22
Elan Ruusamäe napisał(a):
Hi, I'm afraid the problem is not fully fixed.
Dnia 2021-08-23, o godz. 08:03:22
Elan Ruusamäe napisał(a):
> > Hi, I'm afraid the problem is not fully fixed.
> >
> > https://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=ka5-akonadi-contacts=d80de448-2986-458a-b920-ed5817be348b=tail
> >
>
> that's different problem, even different
On 22.08.2021 16:24, Krzysztof Mrozowicz via pld-devel-en wrote:
Dnia 2021-08-20, o godz. 10:57:18
Jan Rękorajski napisał(a):
This should get uninstalled automatically, you hit a builder bug.
Fixed now:
Dnia 2021-08-20, o godz. 10:57:18
Jan Rękorajski napisał(a):
> This should get uninstalled automatically, you hit a builder bug.
>
> Fixed now:
>
> http://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=kodi=77157a1d-2efb-4149-acc0-4e7d2515e3ea=tail
>
Hi, I'm afraid the problem is not
On Fri, 20 Aug 2021, Krzysztof Mrozowicz via pld-devel-en wrote:
> Hi,
> I updated libfmt which caused a need to rebuild few other packages.
> When I'm trying to rebuild kodi, I'm getting:
>
> rpm: error: Failed build dependencies:
> rpm: squish-devel conflicts with kodi-18.4-5.x86_64
>
> What
On Wed, Aug 18, 2021 at 10:34:48PM +0200, Jan Rękorajski wrote:
> New builds of qt4 on i686 exhibit crashes (ex. linguist in avogadro), or
> infinite looping (ex. meinproc4 in kde4-kig).
>
> I'm running out of ideas[1] and time to troubleshoot this and would
> appreciate if anyone would be
On Thu, 19 Aug 2021, Jan Palus wrote:
> Did
> http://git.pld-linux.org/?p=projects/pld-builder.new.git;a=commit;h=b2679a6
> land on builders yet? If not would it be possible to deploy it?
Done.
--
Jan Rękorajski| PLD/Linux
SysAdm | bagginspld-linux.org |
On Sun, Aug 15, 2021 at 9:11 AM Elan Ruusamäe wrote:
>
> Does rpm 4.16 have equivalent of /etc/rpm/sysinfo/Requirename?
>
> it's used to prevent some package being uninstalled:
>
> -
> http://git.pld-linux.org/?p=packages/pld-builder.git;a=commitdiff;h=d37d3a926108b86a52d91a4c78f3bfb647b7b6a2
>
On 12.08.2021 23:47, Jan Rękorajski wrote:
> On Thu, 12 Aug 2021, Jan Palus wrote:
>
> > On 12.08.2021 04:45, PLD th-x86_64 builder wrote:
> > > gtk-webkit.spec (HEAD): FAILED
> > ...
> > > /usr/bin/ld: cannot find /usr/lib64/libXcomposite.so: Too many open files
> > > /usr/bin/ld: cannot find
On Thu, 12 Aug 2021, Jan Palus wrote:
> On 12.08.2021 04:45, PLD th-x86_64 builder wrote:
> > gtk-webkit.spec (HEAD): FAILED
> ...
> > /usr/bin/ld: cannot find /usr/lib64/libXcomposite.so: Too many open files
> > /usr/bin/ld: cannot find /usr/lib64/libXdamage.so: Too many open files
> >
On 12.08.2021 04:45, PLD th-x86_64 builder wrote:
> gtk-webkit.spec (HEAD): FAILED
...
> /usr/bin/ld: cannot find /usr/lib64/libXcomposite.so: Too many open files
> /usr/bin/ld: cannot find /usr/lib64/libXdamage.so: Too many open files
> /usr/bin/ld: cannot find /usr/lib64/libXfixes.so: Too many
On 23.07.2021 15:14, Witold Filipczyk wrote:
Dnia Fri, Jul 23, 2021 at 02:03:10PM +0200, Andrzej Zawadzki napisal/(a):
Hi!
There is something wrong with cmake and freerdp2
RDP doesn't work. When I build package with:
BuildRequires:freerdp2-x11
Then RDP works - but
Dnia Fri, Jul 23, 2021 at 02:03:10PM +0200, Andrzej Zawadzki napisał(a):
>Hi!
>
>There is something wrong with cmake and freerdp2
>
>RDP doesn't work. When I build package with:
>
>BuildRequires:freerdp2-x11
>
>Then RDP works - but this is strange that it needs
Hi!
There is something wrong with cmake and freerdp2
RDP doesn't work. When I build package with:
BuildRequires:freerdp2-x11
Then RDP works - but this is strange that it needs binary at build
time.
--
Andrzej Zawadzki
On 09.07.2021 20:15, witekfl wrote:
On 30.06.2021 12:40, atler wrote:
commit 62922eb360754a9b158aa9c050dd16c9ecbff7a1
Author: Jan Palus
Date: Wed Jun 30 09:34:04 2021 +
don't make ENABLE_ASSEMBLY x86 exclusive
on %{arm} ENABLE_ASSEMBLY seems effectively mandatory (fails with
missing symbols
On 27.06.2021 12:00, Arkadiusz Miśkiewicz via pld-devel-en wrote:
New report:
https://srcbuilder.pld-linux.org/~pldth/qa.php?q=main-vuln
matching main ftp archive against https://osv.dev/ database, updated daily
where are your commits for those changes?
On 31.05.2021 14:53, arekm wrote:
commit 4dda49536403916778a27fabb3201e0d22925ed8
Author: Arkadiusz Miśkiewicz
Date: Mon May 31 13:52:58 2021 +0200
Up to 1.18.16. cron.daily is maintained in debian package only now (take
it from here). Fix running daily job (wasn't run at all).
+
On 28.05.2021 12:30, baggins wrote:
> commit 89a1e043707dd595670e060055d7f14359d1f4d6
> Author: Jan Rękorajski
> Date: Fri May 28 12:29:33 2021 +0200
>
> - relax internal deps
>
> rust.spec | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
> ---
> @@ -204,7 +204,7 @@
On 25.05.2021 10:17, Jan Rękorajski wrote:
> Hi,
>
> Could someone with rust build chain knowlegde look at rust on x32?
>
> My findings so far are that it does not build with target
> x86_64-...-gnux32, so we would have to build the compiler for x86_64 and
> just the stdlib for gnux32, the docs
On 27.05.2021 17:05, Jan Rękorajski wrote:
> On Thu, May 27, 2021 at 4:19 PM atler wrote:
>
> > commit 1f9b856019ac20736ccec408a735866922e0748a
> > Author: Jan Palus
> > Date: Thu May 27 16:18:28 2021 +0200
> >
> > bump required libgit2 version
> >
> > rust.spec | 6 +++---
> > 1 file
On Thu, May 27, 2021 at 4:19 PM atler wrote:
> commit 1f9b856019ac20736ccec408a735866922e0748a
> Author: Jan Palus
> Date: Thu May 27 16:18:28 2021 +0200
>
> bump required libgit2 version
>
> rust.spec | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
Please bump also
On 26.05.2021 22:55, atler wrote:
commit 08b7a2abdfe17018095842d807c4b8745bc9561f
Author: Jan Palus
Date: Wed May 26 21:52:32 2021 +0200
reduce %{arm} applicability to armv7*
[snip]
-ExclusiveArch: %{x8664} %{arm} aarch64 ppc64
+ExclusiveArch: %{x8664} armv7l armv7hl armv7hnl
On 24.05.2021 10:12, PLD th-x86_64 builder wrote:
> Processing dependencies...
> There are 1 package to install:
> A docbook2X-0.8.8-6.x86_64
> This operation will use 1.3MB of disk space.
> docbook2X-0.8.8-6.x86_64.rpm: digests OK
> Need to get 291.2KB of archives.
>
On Sat, May 15, 2021 at 12:08 PM Jan Palus wrote:
>
> On 15.05.2021 11:44, Neal Gompa wrote:
> > On Sat, May 15, 2021 at 10:41 AM Adam Gołębiowski
> > wrote:
> > >
> > >
> > > W dniu 2021-05-15 o 15:26, Neal Gompa pisze:
> > > > On Sat, May 15, 2021 at 6:23 AM Adam Gołębiowski
> > > > wrote:
On 15.05.2021 11:44, Neal Gompa wrote:
> On Sat, May 15, 2021 at 10:41 AM Adam Gołębiowski wrote:
> >
> >
> > W dniu 2021-05-15 o 15:26, Neal Gompa pisze:
> > > On Sat, May 15, 2021 at 6:23 AM Adam Gołębiowski
> > > wrote:
> > >>
> > >> W dniu 2021-05-15 o 11:52, Neal Gompa pisze:
> > >>> On
On Sat, May 15, 2021 at 10:41 AM Adam Gołębiowski wrote:
>
>
> W dniu 2021-05-15 o 15:26, Neal Gompa pisze:
> > On Sat, May 15, 2021 at 6:23 AM Adam Gołębiowski
> > wrote:
> >>
> >> W dniu 2021-05-15 o 11:52, Neal Gompa pisze:
> >>> On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski
> >>>
W dniu 2021-05-15 o 15:26, Neal Gompa pisze:
On Sat, May 15, 2021 at 6:23 AM Adam Gołębiowski wrote:
W dniu 2021-05-15 o 11:52, Neal Gompa pisze:
On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski wrote:
W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze:
point of that guard was to wait for
On Sat, May 15, 2021 at 6:23 AM Adam Gołębiowski wrote:
>
>
> W dniu 2021-05-15 o 11:52, Neal Gompa pisze:
> > On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski
> > wrote:
> >>
> >> W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze:
> >>
> >>> point of that guard was to wait for support to become
W dniu 2021-05-15 o 11:52, Neal Gompa pisze:
On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski wrote:
W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze:
point of that guard was to wait for support to become available or
someone implement a solution.
(...)
but as no such solution as provided,
On Sat, May 15, 2021 at 5:38 AM Adam Gołębiowski wrote:
>
>
> W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze:
>
> > point of that guard was to wait for support to become available or
> > someone implement a solution.
> > (...)
> > but as no such solution as provided, you need to update obsoletes
W dniu 2021-05-13 o 21:32, Elan Ruusamäe pisze:
point of that guard was to wait for support to become available or
someone implement a solution.
(...)
but as no such solution as provided, you need to update obsoletes to
fill **all** package names that provide that file path.
I refuse to do
On 13.05.2021 22:04, adamg wrote:
commit 45629e6e9bbed84edb75f9580aabea932a696556
Author: Adam Gołębiowski
Date: Thu May 13 15:03:01 2021 +
- drop if clause introduced in commit 20dcadbb (guard clause for rpm 4.16),
we have fully transitioned to rpm 4 by now, and there is no
On 11.05.2021 13:27, adamg wrote:
%build
-%{__make} \
+echo %{__make} \
CC="%{__cc}" \
RPMLDFLAGS="%{rpmldflags}" \
RPMCFLAGS="%{rpmcflags}"
remove the echo
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
On Sun, 09 May 2021, Jakub Bogusz wrote:
> I tried:
> $ make-request -b 'th-x86_64 th-x32' -c 'poldek -n th-all -n th-ready-all -n
> th-test-all -Uvg glibc'
>
> But poldek failed with "Aborted"... how to perform glibc upgrade on
> th-x86_64 and th-x32?
>
> I want to upgrade because of messed
I tried:
$ make-request -b 'th-x86_64 th-x32' -c 'poldek -n th-all -n th-ready-all -n
th-test-all -Uvg glibc'
But poldek failed with "Aborted"... how to perform glibc upgrade on
th-x86_64 and th-x32?
I want to upgrade because of messed colour of /usr/bin/iconv binary (to
see if it helps, or
On Sat, 13 Mar 2021, Jakub Bogusz wrote:
> On Fri, Mar 12, 2021 at 10:25:36AM +0100, Jan Rękorajski wrote:
> > On Fri, Mar 12, 2021 at 9:55 AM Elan Ruusamäe wrote:
> >
> > >
> > > On 12.03.2021 00:32, baggins wrote:
> > > > commit a7afb2642f193eb728569b130fd57bdc8acadd02
> > > > Author: Jan
On Thu, 18 Feb 2021, Elan Ruusamäe wrote:
>
> On 17.02.2021 16:40, Elan Ruusamäe wrote:
> >
> > https://github.com/linux-pam/linux-pam/releases/tag/v1.5.0
> >
> >
> > * Removed deprecated pam_cracklib module, use pam_passwdqc (from
> > passwdqc project)
> > or pam_pwquality (from
# grep modesetting Xorg.0.log
[ 18.622] (==) Matched modesetting as autoconfigured driver 1
[ 18.628] (II) LoadModule: "modesetting"
[ 18.628] (II) Loading
/usr/lib64/xorg/modules/drivers/modesetting_drv.so
[ 18.629] (II) Module modesetting: vendor="X.Org Foundation"
[ 18.632]
with fresh profile (firefox
-ProfileManager), mozilla's binary (package mozilla-firefox-bin)
and in case it still doesn't work stracing it?
I tried with fresh profile - the same effect. It seems like FF is
reacting for clicking, but doesn't "re-paint" the interface
accordingly.
When I, let's
Dnia środa, 5 maja 2021 13:44:48 CEST Krzysztof Mrozowicz via pld-devel-en
pisze:
[...]
> Regarding the modesetting, I don't remember if I was tweaking any X
> config about that. My hardware is:
> CPU: Intel(R) Core(TM) i7-2640M CPU @ 2.80GHz
> GPU: VGA compatible controller: Intel Corporation
mozilla-firefox-bin) and
in case it still doesn't work stracing it?
I tried with fresh profile - the same effect. It seems like FF is
reacting for clicking, but doesn't "re-paint" the interface accordingly.
When I, let's say click "+" to open a new tab, then minimize the
doesn't work stracing it?
I tried with fresh profile - the same effect. It seems like FF is
reacting for clicking, but doesn't "re-paint" the interface accordingly.
When I, let's say click "+" to open a new tab, then minimize the
window and restore it, the new tab is th
W dniu 05.05.2021 o 11:55, Peri Noid pisze:
Dnia środa, 5 maja 2021 12:50:26 CEST Krzysztof Mrozowicz via pld-devel-en
pisze:
[...]
I tried with fresh profile - the same effect. It seems like FF is
reacting for clicking, but doesn't "re-paint" the interface accordingly.
When I, let's
Dnia środa, 5 maja 2021 12:50:26 CEST Krzysztof Mrozowicz via pld-devel-en
pisze:
[...]
> I tried with fresh profile - the same effect. It seems like FF is
> reacting for clicking, but doesn't "re-paint" the interface accordingly.
> When I, let's say click "+" to
effect. It seems like FF is
reacting for clicking, but doesn't "re-paint" the interface accordingly.
When I, let's say click "+" to open a new tab, then minimize the window
and restore it, the new tab is there. Double-clicking on the window
title (maximize/un-maximize) also ref
can see the
following:
JavaScript error: resource://gre/modules/ExtensionCommon.jsm, line
2304: Error: primed listener not re-registered
JavaScript error: resource://gre/modules/XULStore.jsm, line 66:
Error: Can't find profile directory.
Am I only one with this issue?
On my other PLD
/ExtensionCommon.jsm, line
2304: Error: primed listener not re-registered
JavaScript error: resource://gre/modules/XULStore.jsm, line 66:
Error: Can't find profile directory.
Am I only one with this issue?
On my other PLD instance, to which I connect via XRDP, the problem
doesn't exist
listener not re-registered
JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error:
Can't find profile directory.
Am I only one with this issue?
On my other PLD instance, to which I connect via XRDP, the problem
doesn't exist (and similar messages are displayed in the terminal). So
On 25.04.2021 20:27, arekm wrote:
commit 701bd771466c352e21ce7e10f397fa77953e4396
Author: Arkadiusz Miśkiewicz
Date: Sun Apr 25 19:27:48 2021 +0200
Direct mod security url.
nginx.spec | 4 ++--
-Source22:
On 23.04.2021 10:11, baggins wrote:
commit 400535c3c6f3453dc4e153950f1a6ee6cd0bc696
Author: Jan Rękorajski
Date: Fri Apr 23 09:10:01 2021 +0200
- fix triggerposttun tag not supported by rpm4
technically it isn't just supported by rpm by rpm.org
rpm 4.5 from rpm5.org supports it.
On 19.04.2021 13:02, arekm wrote:
commit d76fcccde43410804284990886ba8e82bec2374c
Author: Arkadiusz Miśkiewicz
Date: Mon Apr 19 12:02:10 2021 +0200
Rediff patches.
nagios-plugins-check_hpjd-no-paper-out.patch | 23 ---
nagios-plugins-check_radius_segfault.patch
On Mon, Apr 12, 2021 at 10:12:12PM +0200, Arkadiusz Miśkiewicz wrote:
> W dniu 12.04.2021 o 21:53, Arkadiusz Miśkiewicz pisze:
> > W dniu 12.04.2021 o 21:20, Peri Noid pisze:
> >> Dnia poniedziałek, 12 kwietnia 2021 20:56:49 CEST Arkadiusz Miśkiewicz
> >> pisze:
> >> [...]
> >>> Should we change
W dniu 12.04.2021 o 21:53, Arkadiusz Miśkiewicz pisze:
> W dniu 12.04.2021 o 21:20, Peri Noid pisze:
>> Dnia poniedziałek, 12 kwietnia 2021 20:56:49 CEST Arkadiusz Miśkiewicz pisze:
>> [...]
>>> Should we change our default rpm macro?
>>>
>>> $ rpm --showrc|grep CMAKE_BUILD_TYPE
>>>
W dniu 12.04.2021 o 21:20, Peri Noid pisze:
> Dnia poniedziałek, 12 kwietnia 2021 20:56:49 CEST Arkadiusz Miśkiewicz pisze:
> [...]
>> Should we change our default rpm macro?
>>
>> $ rpm --showrc|grep CMAKE_BUILD_TYPE
>> -DCMAKE_BUILD_TYPE=%{!?debug:PLD}%{?debug:Debug} \
>
> Yes please!
Dnia poniedziałek, 12 kwietnia 2021 20:56:49 CEST Arkadiusz Miśkiewicz pisze:
[...]
> Should we change our default rpm macro?
>
> $ rpm --showrc|grep CMAKE_BUILD_TYPE
> -DCMAKE_BUILD_TYPE=%{!?debug:PLD}%{?debug:Debug} \
Yes please! Make it either conditional or "the opposite". I couldn't
W dniu 12.04.2021 o 15:30, Krzysztof Mrozowicz via pld-devel-en pisze:
> On Sunday, April 11, 2021 20:47 IST, Jakub Bogusz
> wrote:
>
>> On Fri, Apr 09, 2021 at 03:27:11PM +0100, Krzysztof Mrozowicz via
>> pld-devel-en wrote:
>>> Hi, I updated the wesnoth package to newer version and it
On Sunday, April 11, 2021 20:47 IST, Jakub Bogusz wrote:
> On Fri, Apr 09, 2021 at 03:27:11PM +0100, Krzysztof Mrozowicz via
> pld-devel-en wrote:
> > Hi, I updated the wesnoth package to newer version and it built on my
> > computer with no problems. When I tried to build it on the builders,
On Fri, Apr 09, 2021 at 03:27:11PM +0100, Krzysztof Mrozowicz via pld-devel-en
wrote:
> Hi, I updated the wesnoth package to newer version and it built on my
> computer with no problems. When I tried to build it on the builders,
> it failed with error saying that debugsourcefiles.list is empty.
On 11.04.2021 13:38, Elan Ruusamäe wrote:
>
> On 11.04.2021 00:31, atler wrote:
> > commit 841dc2f529959132861e802fb35d409048e8659d
> > Author: Jan Palus
> > Date: Sat Apr 10 22:21:12 2021 +0200
> >
> > go back to joinpasswd in %post
> > %triggerpostun is way too late at least with
On 11.04.2021 00:31, atler wrote:
commit 841dc2f529959132861e802fb35d409048e8659d
Author: Jan Palus
Date: Sat Apr 10 22:21:12 2021 +0200
go back to joinpasswd in %post
%triggerpostun is way too late at least with rpm4.
to be clear, do you really mean any rpm4 (rpm 4.5,
On Sun, Apr 4, 2021 at 4:49 PM Elan Ruusamäe wrote:
> On 04.04.2021 16:13, Paweł Zuzelski wrote:
> >
> > I sent another PR on Github, with that change it builds at th-2020
> > (and has been working well for me for like two days now).
>
> you could at least share the link of the pull request. so
On 04.04.2021 16:13, Paweł Zuzelski wrote:
I sent another PR on Github, with that change it builds at th-2020
(and has been working well for me for like two days now).
you could at least share the link of the pull request. so could fetch
the changes from there.
On Sun, Apr 4, 2021 at 2:26 PM Elan Ruusamäe wrote:
> On 02.04.2021 13:52, Paweł Zuzelski wrote:
> >
http://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=dhcp=e1ea81ba-b170-4cbc-b96e-79ce976fff46=tail
> >
> > I am at th-2018 and it builds just fine.
> >
> > There is also
> >
On 02.04.2021 13:52, Paweł Zuzelski wrote:
http://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=dhcp=e1ea81ba-b170-4cbc-b96e-79ce976fff46=tail
I am at th-2018 and it builds just fine.
There is also
http://ftp.pld-linux.org/dists/th/2020/PLD/x86_64/RPMS/dhcp-4.3.5-2.x86_64.rpm,
which
On Thu, 01 Apr 2021, Elan Ruusamäe wrote:
>
> On 01.04.2021 10:02, Bartek Szady wrote:
> >
> > Well...
> >
> > rpm --define '_debugsource_packages 0' --eval
> > '%{?%_debugsource_packages:%_debugsource_template}'
> >
> > worked as I had expected (it evaluated to nothing) not because
> >
On Thu, Apr 1, 2021 at 10:19 PM Jan Rękorajski
wrote:
>
> On Thu, 01 Apr 2021, Jan Rękorajski wrote:
>
> > On Thu, 01 Apr 2021, Paweł Zuzelski wrote:
> >
> > > On Wed, Mar 31, 2021 at 6:11 PM Elan Ruusamäe
wrote:
> > > > On 31.03.2021 18:01, Paweł Zuzelski wrote:
> > > > > Hi all,
> > > > >
> >
On Thu, 01 Apr 2021, Jan Rękorajski wrote:
> On Thu, 01 Apr 2021, Paweł Zuzelski wrote:
>
> > On Wed, Mar 31, 2021 at 6:11 PM Elan Ruusamäe wrote:
> > > On 31.03.2021 18:01, Paweł Zuzelski wrote:
> > > > Hi all,
> > > >
> > > > Could someone please review and push
On 01.04.2021 16:08, Neal Gompa wrote:
On Thu, Apr 1, 2021 at 8:51 AM Elan Ruusamäe wrote:
```
rpm -E '%{?_rpmconfigdir:rpm.org}%{?_rpmhome:rpm5.org}'
```
this is perhaps more reliable than comparing --version output.
Is there a reason to do such a test anymore? PLD Th is on rpm.org rpm
On Thu, 01 Apr 2021, Paweł Zuzelski wrote:
> On Wed, Mar 31, 2021 at 6:11 PM Elan Ruusamäe wrote:
> > On 31.03.2021 18:01, Paweł Zuzelski wrote:
> > > Hi all,
> > >
> > > Could someone please review and push https://github.com/pawelz/pld-dhcp
> > > specifically that commit:
> > >
>
On Wed, Mar 31, 2021 at 6:11 PM Elan Ruusamäe wrote:
> On 31.03.2021 18:01, Paweł Zuzelski wrote:
> > Hi all,
> >
> > Could someone please review and push https://github.com/pawelz/pld-dhcp
> > specifically that commit:
> >
Would love to test it and check if I can install a fresh installation with
sysvinit only and i3 or bspwm .
On Thu, Apr 1, 2021, 7:09 PM Jan Palus wrote:
> For anyone interested, PLD chroot is now available for armv6hl in
> addition to aarch64. Both can be downloaded at:
>
>
On Thu, Apr 1, 2021 at 8:51 AM Elan Ruusamäe wrote:
>
> ```
>
> rpm -E '%{?_rpmconfigdir:rpm.org}%{?_rpmhome:rpm5.org}'
>
> ```
>
> this is perhaps more reliable than comparing --version output.
>
Is there a reason to do such a test anymore? PLD Th is on rpm.org rpm
and there are no supported
On 01.04.2021 06:56, Saleem Ceann Khan Marwat wrote:
Hello dear PLD development team,
What other init services other than systemd and sysvinit does PLD have
available ? Any chance of adding runit or S6/66 to PLD ?
only rc-scripts and systemd are supported.
you can install runit or
On 01.04.2021 06:50, Saleem Ceann Khan Marwat wrote:
Hello dear PLD development team ,
I am wondering does pld provide musl support as well along with glibc ?
musl package exists, but there are no packages linked against it.
[@9032b1c1a3d1 /]# rpm -ql musl-1.1.22-1
/etc/ld-musl-x86_64.path
On 01.04.2021 10:02, Bartek Szady wrote:
Well...
rpm --define '_debugsource_packages 0' --eval
'%{?%_debugsource_packages:%_debugsource_template}'
worked as I had expected (it evaluated to nothing) not because
%_debugsource_packages was evaluated to false but because
On 3/31/21 9:51 PM, Jan Rękorajski wrote:
> On Wed, 31 Mar 2021, Jakub Bogusz wrote:
>
>> On Wed, Mar 31, 2021 at 09:33:00PM +0200, baggins wrote:
>>> commit 45c4eb111b114539bab16bd567a4a794d75d6e16
>>> Author: Jan Rękorajski
>>> Date: Wed Mar 31 21:32:32 2021 +0200
>>>
>>> - fix typo in
On Wed, 31 Mar 2021, Jakub Bogusz wrote:
> On Wed, Mar 31, 2021 at 09:33:00PM +0200, baggins wrote:
> > commit 45c4eb111b114539bab16bd567a4a794d75d6e16
> > Author: Jan Rękorajski
> > Date: Wed Mar 31 21:32:32 2021 +0200
> >
> > - fix typo in debugsource packages macro
> > - rel 2
> >
On Wed, Mar 31, 2021 at 09:33:00PM +0200, baggins wrote:
> commit 45c4eb111b114539bab16bd567a4a794d75d6e16
> Author: Jan Rękorajski
> Date: Wed Mar 31 21:32:32 2021 +0200
>
> - fix typo in debugsource packages macro
> - rel 2
>
> macros.pld | 2 +-
> rpm-pld-macros.spec | 2
On 31.03.2021 18:01, Paweł Zuzelski wrote:
Hi all,
Could someone please review and push https://github.com/pawelz/pld-dhcp
specifically that commit:
https://github.com/pawelz/pld-dhcp/commit/071ac6b61dedf115572076ad17bbbef53226b22c
?
This change fixes broken init for dhcp6.
It's been 10
On 31.03.2021 13:18, atler wrote:
commit 9aa04cde77a1d15594bb488c10e9deab63551e1b
Author: Jan Palus
Date: Wed Mar 31 12:16:37 2021 +0200
borrow systemd unit from fedora; rel 2
borrow? you giving it back to them then? :)
___
pld-devel-en
On Wed, Mar 31, 2021 at 4:34 AM Elan Ruusamäe wrote:
>
> On 30.03.2021 21:57, Jakub Bogusz wrote:
>
> > On Tue, Mar 30, 2021 at 06:46:46PM +0300, Elan Ruusamäe wrote:
> > [...]
> > When it comes to crates, It'd better to find some generic solution for
> > packaging creates system-wide instead of
On 30.03.2021 18:44, Elan Ruusamäe wrote:
> On 30.03.2021 14:06, atler wrote:
>
> > commit 593b448d587953c0aa5cfb8484485fda26499d3c
> > Author: Jan Palus
> > Date: Tue Mar 30 12:59:03 2021 +0200
> >
> > initial basic rust/cargo macros (2.003)
> >
> > macros.pld | 17
On 30.03.2021 20:57, Jakub Bogusz wrote:
> On Tue, Mar 30, 2021 at 06:46:46PM +0300, Elan Ruusamäe wrote:
> [...]
> > >@@ -40,19 +41,17 @@ EOF
> > > %build
> > > export CARGO_HOME="$(pwd)/.cargo"
> > >
> > >-cargo -v build \
> > >+%cargo_build \
> > > %ifarch x32
> > > --target
On 30.03.2021 21:57, Jakub Bogusz wrote:
On Tue, Mar 30, 2021 at 06:46:46PM +0300, Elan Ruusamäe wrote:
[...]
When it comes to crates, It'd better to find some generic solution for
packaging creates system-wide instead of vendoring everything
everywhere. I'm aware Fedora has some, but I didn't
On Tue, Mar 30, 2021 at 06:46:46PM +0300, Elan Ruusamäe wrote:
[...]
> >@@ -40,19 +41,17 @@ EOF
> > %build
> > export CARGO_HOME="$(pwd)/.cargo"
> >
> >-cargo -v build \
> >+%cargo_build \
> > %ifarch x32
> > --target x86_64-unknown-linux-gnux32 \
> > %endif
> >---release \
> >
On 30.03.2021 14:26, atler wrote:
commit f329c346f35622a09475262bb712ae52aed03f4a
Author: Jan Palus
Date: Tue Mar 30 13:25:20 2021 +0200
use %cargo_* macros
rust.spec | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
---
diff --git a/rust.spec b/rust.spec
index
On 30.03.2021 14:06, atler wrote:
commit 593b448d587953c0aa5cfb8484485fda26499d3c
Author: Jan Palus
Date: Tue Mar 30 12:59:03 2021 +0200
initial basic rust/cargo macros (2.003)
macros.pld | 17 +
perhaps place the rust/cargo macros to a separate file?
On 24.03.2021 12:12, Marcin Krol wrote:
you conveniently cut out the context, this happens when rpm5 installs
the package built by rpm4.16
And it would not happen if packages built by rpm 4.16 will not provide
build-id dirs.
Oh, I see, i assumed (apparently wrongly) that the
you conveniently cut out the context, this happens when rpm5 installs
the package built by rpm4.16
And it would not happen if packages built by rpm 4.16 will not provide
build-id dirs.
M.
___
pld-devel-en mailing list
On 23.03.2021 23:18, Marcin Krol wrote:
On 23-Mar-21 21:51, Elan Ruusamäe wrote:
so, what could be done is fix that rpm4.16 buold will not generate
deps for things under:
/usr/lib/.build-id/
In TLD I've simply set default of %_build_id_links macro to alldebug
so regular packages are not
On 23-Mar-21 21:51, Elan Ruusamäe wrote:
so, what could be done is fix that rpm4.16 buold will not generate deps
for things unde:
/usr/lib/.build-id/
In TLD I've simply set default of %_build_id_links macro to alldebug so
regular packages are not cluttered with build-id stuff (it all goes
On 23.03.2021 20:45, Wojciech Błaszkowski wrote:
Hello,
some unresolved dependencies with ImageMagick & php53 had occured. Any
chance to fix that?
# poldek --upa && poldek -ug ImageMagick
th is up to date
th is up to date
Loading [pndir]th...
Loading [pndir]th...
30218 packages read
201 - 300 of 6904 matches
Mail list logo