Re: [packages/rpm-pld-macros] Add _metainfodir, rev 2.023
On 22.02.2023 21:38, Jan Palus wrote:
On 22.02.2023 19:55, glen wrote:
commit fa6a978633bd3fbae3c510fb6299ddb67af8da00
Author: Elan Ruusamäe
Date: Wed Feb 22 20:54:40 2023 +0200
Add _metainfodir, rev 2.023
- https://src.fedoraproject.org/rpms/redhat-rpm-config/c/67e46b630d5d0bc74188b2ea5aa36eff5117ddc9?branch=f27
...
--- a/macros.pld
+++ b/macros.pld
@@ -25,6 +25,8 @@
%_lispdir %{_datadir}/emacs/site-lisp
%_initddir%{_sysconfdir}/rc.d/init.d
+%_metainfodir %{_datadir}/appdata
Shouldn't this point to non-legacy %{_datadir}/metainfo instead?
https://freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-location
changed:
-
https://github.com/pld-linux/rpm-pld-macros/commit/d242d4da01feb055dbbc7187712e200e07022488
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
compileall.compile_dir(..., workers=2) fails in carme (vserver guest)
this fails on carme. anything can be done with this? ➔ python3 -c "import compileall; import sys; compileall.compile_dir(sys.argv[1], workers=2)" /usr/share/empty/ Traceback (most recent call last): File "", line 1, in File "/usr/lib64/python3.10/compileall.py", line 102, in compile_dir with ProcessPoolExecutor(max_workers=workers) as executor: File "/usr/lib64/python3.10/concurrent/futures/process.py", line 657, in __init__ self._call_queue = _SafeQueue( File "/usr/lib64/python3.10/concurrent/futures/process.py", line 168, in __init__ super().__init__(max_size, ctx=ctx) File "/usr/lib64/python3.10/multiprocessing/queues.py", line 43, in __init__ self._rlock = ctx.Lock() File "/usr/lib64/python3.10/multiprocessing/context.py", line 68, in Lock return Lock(ctx=self.get_context()) File "/usr/lib64/python3.10/multiprocessing/synchronize.py", line 162, in __init__ SemLock.__init__(self, SEMAPHORE, 1, 1, ctx=ctx) File "/usr/lib64/python3.10/multiprocessing/synchronize.py", line 57, in __init__ sl = self._semlock = _multiprocessing.SemLock( FileNotFoundError: [Errno 2] No such file or directory - https://github.com/kovidgoyal/kitty/issues/6050#issuecomment-1440513909 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/texlive/TEXLIVE_20080816] fix "sh: syntax error: unexpected '('" during file processing
On 30.01.2023 14:26, atler wrote: -%define_noautoreq 'perl(path_tre)' +%define_noautoreq perl\\(path_tre\\) just use _noautoreq_perl ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pfa-signpkg resets tty echo after failed password input:
> On 20. Oct 2022, at 15:37, Elan Ruusamäe wrote: > > > > pldth@ep09-pld SRPMS/.metadata$ pfa-signpkg test *pecl* > Checking signatures of 164 files from 17 packages > 164/164 > /home/pld/admins/th/ftp/test/x86_64/debuginfo/php82-pecl-xmlrpc-debugsource-1.0.0-1.RC3.1.x86_64.rpm > Total 164 files to sign > Enter signing password: > Signing 164 files > /home/pld/admins/th/ftp/test/SRPMS/RPMS/php80-pecl-redis-5.3.7-1.src.rpm: > gpg: signing failed: Bad passphrase > gpg: signing failed: Bad passphrase > error: gpg exec failed (2) > /home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm: > Enter passphrase: lala Also aborted sign leaves temp files around: pldth@ep09-pld SRPMS/.metadata$ pfa-signpkg test *pecl* Checking signatures of 164 files from 17 packages 164/164 /home/pld/admins/th/ftp/test/x86_64/debuginfo/php82-pecl-xmlrpc-debugsource-1.0.0-1.RC3.1.x86_64.rpm Total 164 files to sign Enter signing password: Signing 164 files /home/pld/admins/th/ftp/test/SRPMS/RPMS/php80-pecl-redis-5.3.7-1.src.rpm: /home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm: File '/home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm.sig' exists. Overwrite? (y/N) y And then it seems it’s stuck, no idea what’s going on: pldth@ep09-pld SRPMS/.metadata$ lsp gpg www USER PID LXC PGRP STARTED TT VSZ RSS STAT CMD pldth28850 -28847 Thu Oct 20 15:37:55 2022 pts/5 8920 5124 SL+ gpg --no-verbose --no-armor --no-secmem-warning -u e4f1bc2d -sbo /home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm.sig - pldth@ep09-pld SRPMS/.metadata$ l /home/pld/admins/th/ftp/test/x86_64/debuginfo/*.sig -rw-r--r-- 1 pldth pldth 0 Oct 20 15:36 /home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm.sig ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
pfa-signpkg resets tty echo after failed password input:
pldth@ep09-pld SRPMS/.metadata$ pfa-signpkg test *pecl* Checking signatures of 164 files from 17 packages 164/164 /home/pld/admins/th/ftp/test/x86_64/debuginfo/php82-pecl-xmlrpc-debugsource-1.0.0-1.RC3.1.x86_64.rpm Total 164 files to sign Enter signing password: Signing 164 files /home/pld/admins/th/ftp/test/SRPMS/RPMS/php80-pecl-redis-5.3.7-1.src.rpm: gpg: signing failed: Bad passphrase gpg: signing failed: Bad passphrase error: gpg exec failed (2) /home/pld/admins/th/ftp/test/x86_64/debuginfo/php80-pecl-redis-debuginfo-5.3.7-1.x86_64.rpm: Enter passphrase: lala ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/python3-git-filter-repo] - new, separated from git-filter-repo.spec (now with python metadata, required for e.g. b4)
wth. how is this any good?
just add the -n python3-git-filter-repo to main git-filter-repo package!
with your package split and the require-line in old spec, you force us
to keep two .spec files up todate with each release of git-filter-repo,
additionally deal with sending to builders, and in proper order as well.
why?
On 08.10.2022 21:51, qboosh wrote:
commit 61919f8f6ee682327311dfb153d2fb5474d1e622
Author: Jakub Bogusz
Date: Sat Oct 8 20:51:52 2022 +0200
- new, separated from git-filter-repo.spec (now with python metadata,
required for e.g. b4)
python3-git-filter-repo.spec | 53
1 file changed, 53 insertions(+)
---
diff --git a/python3-git-filter-repo.spec b/python3-git-filter-repo.spec
new file mode 100644
index 000..b402d05
--- /dev/null
+++ b/python3-git-filter-repo.spec
@@ -0,0 +1,53 @@
+Summary: Quickly rewrite git repository history
+Summary(pl.UTF-8): Szybkie przepisywanie historii repozytorium
+Name: python3-git-filter-repo
+Version: 2.34.0
+Release: 1
+License: MIT
+Group: Libraries/Python
+#Source0Download: https://pypi.org/simple/git-filter-repo/
+Source0:
https://files.pythonhosted.org/packages/source/g/git-filter-repo/git-filter-repo-%{version}.tar.gz
+# Source0-md5: 14825e3c78de704a0244092600bf1fdc
+URL: https://pypi.org/project/git-filter-repo/
+BuildRequires: python3-modules >= 1:3.5
+BuildRequires: python3-setuptools
+BuildRequires: python3-setuptools_scm
+BuildRequires: rpm-pythonprov
+BuildRequires: rpmbuild(macros) >= 1.714
+Requires: git-core >= 2.24.0
+Requires: python3-modules >= 1:3.5
+Conflicts: git-filter-repo < 2.34.0-2
+BuildArch: noarch
+BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
+
+%description
+git filter-repo is a versatile tool for rewriting history.
+
+%description -l pl.UTF-8
+git filter-repo to wszechstronne narzędzie do przepisywania historii.
+
+%prep
+%setup -q -n git-filter-repo-%{version}
+
+# fix #!/usr/bin/env python -> #!/usr/bin/python:
+%{__sed} -i -e '1s,/usr/bin/env python3,%{__python3},' git_filter_repo.py
+
+%build
+%py3_build
+
+%install
+rm -rf $RPM_BUILD_ROOT
+
+%py3_install
+
+%{__rm} $RPM_BUILD_ROOT%{_bindir}/git-filter-repo
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+%files
+%defattr(644,root,root,755)
+%doc README.md
+%{py3_sitescriptdir}/git_filter_repo.py
+%{py3_sitescriptdir}/__pycache__/git_filter_repo.cpython-*.py[co]
+%{py3_sitescriptdir}/git_filter_repo-%{version}-py*.egg-info
gitweb:
http://git.pld-linux.org/gitweb.cgi/packages/python3-git-filter-repo.git/commitdiff/61919f8f6ee682327311dfb153d2fb5474d1e622
___
pld-cvs-commit mailing list
pld-cvs-com...@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
%_usrlibrpm macro gone
rpm-4.17.1.1-1.x86_64
dokuwiki* packages don’t build due that:
```
+ %{_usrlibrpm}/dokuwiki-find-lang.sh
/home/users/glen/tmp/dokuwiki-20180422c-x86_64-root-glen dokuwiki.lang
/home/users/glen/tmp/rpm-tmp.oRtxaL[82]: %{_usrlibrpm}/dokuwiki-find-lang.sh:
inaccessible or not found
```
What’s the replacement? Should it be restored instead?
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpm-build-tools] builder: don't bother going back to original $(pwd) at the end of script
> On 31. Aug 2022, at 13:21, Jan Rękorajski wrote: > > On Wed, Aug 31, 2022 at 11:41 AM Arkadiusz Miśkiewicz via pld-devel-en > wrote: >> >> On 31.08.2022 11:27, Jan Rękorajski wrote: >>> Where will it land now? If you want to protect against landing in >>> non-existing directory you can use '[ -d "$__PWD" ] && cd "$__PWD"' >>> I really prefer to be staying in the same directory where I launched >>> the script in. >> >> Do you include (via source/dot) this script in some other script? > > No, command line. > My common workflow is cd $package; hack spec; builder ... (often with > --short-circuit) and back to hacking. So the working dir restore is irrelevant. As it’s in builder script, doesn’t affect any external shell. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/php-dirs] Rel 2; base on /etc/php directories since these always exist (while binaries are optional)
On 24.06.2022 11:42, arekm wrote: commit 8b8822b9a17c06cd1d3f0b803e6a9830c962353e Author: Arkadiusz Miśkiewicz Date: Fri Jun 24 10:42:47 2022 +0200 Rel 2; base on /etc/php directories since these always exist (while binaries are optional) yet /etc/phpXY may be just some *.rpmsave or *~ files from removed installation ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: mongodb and framewave will be dropped from th
On 12.06.2022 20:09, Jan Rękorajski wrote: Please don't think about updating mongodb past 4.0.3, as any later version uses very restrictive license that's risky and we don't want it in PLD. i'm sure people have discovered docker for deploying such servers. please consider adding that license note to the .spec as well, perhaps linking to this thread. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pam broken
On 06.06.2022 19:37, Jakub Bogusz wrote: On Mon, Jun 06, 2022 at 06:48:47PM +0300, Elan Ruusamäe wrote: Jun 6 18:27:31 ldap2 sudo: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libnsl.so.2: undefined symbol: key_secretkey_is_set, version TIRPC_0.3.2 Jun 6 18:27:31 ldap2 sudo: PAM adding faulty module: /lib64/security/pam_unix.so anyone wants to fix missing dependency error? rpm -q libtirpc? Thu Nov 2 17:11:07 2017 libtirpc-1.0.1-1.x86_64 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
pam broken
Jun 6 18:27:31 ldap2 sudo: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libnsl.so.2: undefined symbol: key_secretkey_is_set, version TIRPC_0.3.2 Jun 6 18:27:31 ldap2 sudo: PAM adding faulty module: /lib64/security/pam_unix.so anyone wants to fix missing dependency error? list of packages updated: Mon Jun 6 15:56:35 2022 glibc-2.35-7.x86_64 Mon Jun 6 15:56:35 2022 mibs-net-snmp-5.9.1-3.noarch Mon Jun 6 15:56:35 2022 rpm-base-4.16.1.3-18.x86_64 Mon Jun 6 15:56:36 2022 glibc-misc-2.35-7.x86_64 Mon Jun 6 15:56:36 2022 iconv-2.35-7.x86_64 Mon Jun 6 15:56:36 2022 ldconfig-2.35-7.x86_64 Mon Jun 6 15:56:36 2022 less-590-1.x86_64 Mon Jun 6 15:56:36 2022 libxcrypt-4.4.27-1.x86_64 Mon Jun 6 15:56:36 2022 nss-softokn-freebl-3.78-1.x86_64 Mon Jun 6 15:56:37 2022 elfutils-libelf-0.187-2.x86_64 Mon Jun 6 15:56:37 2022 iptables-libs-1.8.7-1.x86_64 Mon Jun 6 15:56:37 2022 libicu-70.1-1.x86_64 Mon Jun 6 15:56:37 2022 libnftnl-1.2.1-1.x86_64 Mon Jun 6 15:56:37 2022 libseccomp-2.5.4-1.x86_64 Mon Jun 6 15:56:37 2022 libsepol-3.1-1.x86_64 Mon Jun 6 15:56:37 2022 lm_sensors-libs-3.5.0-2.x86_64 Mon Jun 6 15:56:37 2022 sqlite3-libs-3.38.5-1.x86_64 Mon Jun 6 15:56:38 2022 libnet-1.2-1.x86_64 Mon Jun 6 15:56:38 2022 libtasn1-4.18.0-1.x86_64 Mon Jun 6 15:56:38 2022 libuv-1.44.1-1.x86_64 Mon Jun 6 15:56:38 2022 lua54-libs-5.4.4-1.x86_64 Mon Jun 6 15:56:38 2022 nspr-4.33-1.x86_64 Mon Jun 6 15:56:39 2022 elfutils-0.187-2.x86_64 Mon Jun 6 15:56:39 2022 iptables-1.8.7-1.x86_64 Mon Jun 6 15:56:39 2022 libselinux-3.1-2.x86_64 Mon Jun 6 15:56:39 2022 nss-3.78-1.x86_64 Mon Jun 6 15:56:39 2022 pam-pam_cracklib-1.4.0-5.x86_64 Mon Jun 6 15:56:39 2022 pam-pam_tally-1.4.0-5.x86_64 Mon Jun 6 15:56:39 2022 perl-libs-5.34.1-1.x86_64 Mon Jun 6 15:56:39 2022 rpm-lib-4.16.1.3-18.x86_64 Mon Jun 6 15:56:39 2022 sqlite3-3.38.5-1.x86_64 Mon Jun 6 15:56:40 2022 openssl-3.0.3-1.x86_64 Mon Jun 6 15:56:40 2022 openssl-tools-3.0.3-1.x86_64 Mon Jun 6 15:56:40 2022 perl-dirs-5.34.0-1.x86_64 Mon Jun 6 15:56:40 2022 python-2.7.18-5.x86_64 Mon Jun 6 15:56:40 2022 python-libs-2.7.18-5.x86_64 Mon Jun 6 15:56:40 2022 rpm-4.16.1.3-18.x86_64 Mon Jun 6 15:56:40 2022 shadow-4.8.1-2.x86_64 Mon Jun 6 15:56:41 2022 heimdal-libs-7.7.0-3.x86_64 Mon Jun 6 15:56:41 2022 libevent-2.1.12-2.x86_64 Mon Jun 6 15:56:41 2022 libssh2-1.10.0-2.x86_64 Mon Jun 6 15:56:41 2022 nagios-nrpe-4.0.3-4.x86_64 Mon Jun 6 15:56:41 2022 open-vm-tools-11.3.0-3.x86_64 Mon Jun 6 15:56:41 2022 openslp-2.0.0-6.x86_64 Mon Jun 6 15:56:41 2022 openssh-9.0p1-2.x86_64 Mon Jun 6 15:56:41 2022 poldek-libs-0.42.2-11.x86_64 Mon Jun 6 15:56:41 2022 python-modules-2.7.18-5.x86_64 Mon Jun 6 15:56:41 2022 rabbitmq-c-0.11.0-2.x86_64 Mon Jun 6 15:56:41 2022 rpm-pld-macros-2.017-1.noarch Mon Jun 6 15:56:41 2022 wget-1.21.3-1.x86_64 Mon Jun 6 15:56:42 2022 bacula-common-11.0.6-1.x86_64 Mon Jun 6 15:56:42 2022 cyrus-sasl-2.1.27-2.x86_64 Mon Jun 6 15:56:42 2022 cyrus-sasl-libs-2.1.27-2.x86_64 Mon Jun 6 15:56:42 2022 mailx-12.4-8.x86_64 Mon Jun 6 15:56:42 2022 net-snmp-libs-5.9.1-3.x86_64 Mon Jun 6 15:56:42 2022 openldap-libs-2.4.59-2.x86_64 Mon Jun 6 15:56:42 2022 openssh-clients-9.0p1-2.x86_64 Mon Jun 6 15:56:42 2022 poldek-0.42.2-11.x86_64 Mon Jun 6 15:56:43 2022 net-snmp-5.9.1-3.x86_64 Mon Jun 6 15:56:43 2022 net-snmp-agent-libs-5.9.1-3.x86_64 Mon Jun 6 15:56:43 2022 openldap-2.4.59-2.x86_64 Mon Jun 6 15:56:43 2022 openssh-server-ldap-9.0p1-2.x86_64 Mon Jun 6 15:56:44 2022 openldap-backend-bdb-2.4.59-2.x86_64 Mon Jun 6 15:56:44 2022 openldap-backend-mdb-2.4.59-2.x86_64 Mon Jun 6 15:56:44 2022 openldap-servers-2.4.59-2.x86_64 Mon Jun 6 15:56:45 2022 bacula-fd-11.0.6-1.x86_64 Mon Jun 6 15:56:45 2022 openldap-backend-monitor-2.4.59-2.x86_64 Mon Jun 6 15:56:45 2022 openldap-overlay-syncprov-2.4.59-2.x86_64 Mon Jun 6 15:56:45 2022 perl-base-5.34.1-1.x86_64 Mon Jun 6 15:56:45 2022 ruby-2.6.10-2.x86_64 Mon Jun 6 15:56:45 2022 systemd-libs-250.5-1.x86_64 Mon Jun 6 15:56:45 2022 systemd-units-250.5-1.x86_64 Mon Jun 6 15:56:50 2022 ntpd-4.2.8p15-1.x86_64 Mon Jun 6 15:56:51 2022 openssh-server-9.0p1-2.x86_64 Mon Jun 6 15:56:51 2022 postfix-3.6.6-1.x86_64 Mon Jun 6 15:56:52 2022 nagios-plugins-libs-2.3.3-2.x86_64 Mon Jun 6 15:56:52 2022 p11-kit-0.24.1-1.x86_64 Mon Jun 6 15:56:52 2022 pcp-libs-5.3.6-3.x86_64 Mon Jun 6 15:56:52 2022 perl-Scalar-List-Utils-1.56-2.x86_64 Mon Jun 6 15:56:52 2022 perl-modules-5.34.1-1.x86_64 Mon Jun 6 15:56:52 2022 syslog-ng-libs-3.36.1-1.x86_64 Mon Jun 6 15:56:53 2022 syslog-ng-3.36.1-1.x86_64 Mon Jun 6 15:56:55 2022 nagios-plugin-check_mailq-2.3.3-2.noarch Mon Jun 6 15:56:55 2022 perl-Encode-3.0801-5.34.1.1.x86_64 Mon Jun 6 15:56:55 2022 sysstat-12.5.4-1.x86_64 Mon Jun 6 15:56:57 2022 ruby-bigdecimal-1.4.1-2.6.10.2.x86_64 Mon Jun 6 15:56:57 2022 ruby-io-console-0.4.7-2.6.10.2.x86_64 Mon Jun 6 15:56:57 2022 ruby-irb-1.0.0-2.6.10.2.noarch Mon Jun 6 15:56:57 2022 ruby-modules-2.6.10-2.x86_64 Mon
Re: [packages/neovim] move desktop/icon files to desktop subpackage; rel 2
On 10.05.2022 01:03, atler wrote: commit 6c39e61955036084b011122dddf58627b2c0d9c8 Author: Jan Palus Date: Tue May 10 00:01:43 2022 +0200 move desktop/icon files to desktop subpackage; rel 2 avoids gui deps on headless systems +%package desktop +Summary: Desktop files for Neovim +Group: Applications/Editors/Vim +Requires(post,postun): desktop-file-utils +Requires(post,postun): gtk-update-icon-cache +Requires(post,postun): hicolor-icon-theme +BuildArch: noarch + +%description desktop +Desktop files for Neovim. must depend on base package. desktop file without binary is useless. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages missing in github mirror
On 04.05.2022 15:21, Jan Palus wrote: It appears that some packages are not mirrored to github. Completely missing or tree empty (some of them missing due to notorious dns issues): synced some of them with: [~/relup] ➔ for a in `cat /tmp/pkgs `; do (./builder -g -ns $a && cd $a && git co -b hg-temp-mirror && git push -u origin hg-temp-mirror && cd ..); done [~/relup] ➔ for a in `cat /tmp/pkgs `; do (cd $a && git push -u origin --delete hg-temp-mirror && cd ..); done some got error: remote: fatal: Could not read from remote repository. this one is weird, it had no HEAD before? remote: To ssh://github.com/pld-linux/gnome-desktop-testing remote: ! [remote rejected] hg-temp-mirror (refusing to delete the current branch: refs/heads/hg-temp-mirror) remote: error: failed to push some refs to 'ssh://github.com/pld-linux/gnome-desktop-testing' remote: ...done ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/systemd] pass args from %systemd_service_{enable,disable} to %systemd_{post,preun}; rel 2
On 26.04.2022 21:02, atler wrote:
commit 1820298a2883170393ed481ce681e66198884809
Author: Jan Palus
Date: Tue Apr 26 20:01:38 2022 +0200
pass args from %systemd_service_{enable,disable} to %systemd_{post,preun};
rel 2
rpm-macros.patch | 4 ++--
systemd.spec | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
---
diff --git a/systemd.spec b/systemd.spec
index a703c84..2c61be6 100644
--- a/systemd.spec
+++ b/systemd.spec
@@ -29,7 +29,7 @@ Summary(pl.UTF-8):systemd - zarządca systemu i usług dla
Linuksa
Name: systemd
# Verify ChangeLog and NEWS when updating (since there are
incompatible/breaking changes very often)
Version: 250.4
-Release: 1
+Release: 2
Epoch:1
License: GPL v2+ (udev), LGPL v2.1+ (the rest)
Group:Base
diff --git a/rpm-macros.patch b/rpm-macros.patch
index 6926763..43dd90d 100644
--- a/rpm-macros.patch
+++ b/rpm-macros.patch
@@ -66,8 +66,8 @@
+ {{SYSTEMD_UPDATE_HELPER_PATH}} system-reload || : \
+%{nil}
+
-+%systemd_service_enable %systemd_post
-+%systemd_service_disable %systemd_preun
++%systemd_service_enable() %systemd_post $*
++%systemd_service_disable() %systemd_preun $*
+
+%systemd_service_start() \
+ [ -d /run/systemd/system ] && /bin/systemctl start %{*} || : \
shouldn't you use rpm args, %{*}, rather shell args, $* like
%systemd_service_start()?
also when using shell args, always use "$@" to preserve spaces
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gitlab on cvs machine
On 29.03.2022 18:20, Arkadiusz Miśkiewicz via pld-devel-en wrote: Hi. Is gitlab on cvs machine used by anyone for anything? It only eats resources otherwise. I'm still having some ideas to setup it for merge request workflows. you can stop the containers for now, don't remove the data. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/greetd] include explicit target during install on x32
On 04.01.2022 01:28, atler wrote:
commit fdd1f34fd3fc3d656d911259d6bf45d156673813
Author: Jan Palus
Date: Tue Jan 4 00:27:35 2022 +0100
include explicit target during install on x32
greetd.spec | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
---
diff --git a/greetd.spec b/greetd.spec
index 50b039e..e214165 100644
--- a/greetd.spec
+++ b/greetd.spec
@@ -29,6 +29,12 @@ Requires:greetd(greeter)
Provides: user(greetd-greeter)
BuildRoot:%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
+%ifarch x32
+%definecargo_outdirtarget/x86_64-unknown-linux-gnux32
+%else
+%definecargo_outdirtarget
+%endif
maybe instead update macros to have symmetric output dir for all targets?
--target ... Build for the target triple
--target-dir Directory for all generated artifacts
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpm-pld-macros] allow overriding GOARCH/GOARM/GOOS
On 28.12.2021 11:27, atler wrote:
commit 8fdaf5810d85f437399e3c22d7a010d39d5c2093
Author: Jan Palus
Date: Tue Dec 28 10:27:12 2021 +0100
allow overriding GOARCH/GOARM/GOOS
macros.go | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
---
diff --git a/macros.go b/macros.go
index e1624a1..07efe21 100644
--- a/macros.go
+++ b/macros.go
@@ -2,34 +2,34 @@
%__go \\\
%ifarch aarch64 \
- GOARCH=arm64 \\\
+ GOARCH=${GOARCH-arm64} \\\
you probably want empty value be treated as not defined:
```
$ (GOARCH=; echo ${GOARCH-arm})
$ (GOARCH=; echo ${GOARCH:-arm})
arm
$
```
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
libsz.so.2
hdf5-1.10.7-4.x86_64: required "libsz.so.2()(64bit)" is provided by the following packages: a) libaec-szip-0.3.2-1.x86_64 b) szip-2.1.1-1.x86_64 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: coq-8.13.1-2.x86_64: capabilities will be splitted due to their size over 64KB
still there: coq-8.13.1-4.x86_64: capabilities will be splitted due to their size over 64KB coq-8.13.1-4.x86_64: capabilities will be splitted due to their size over 64KB coq-8.13.1-4.x86_64: capabilities will be splitted due to their size over 64KB ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/cronie] Rel 4; make cronie restart itself when PAM problems happen.
On 23.11.2021 12:29, arekm wrote:
commit 428b9c73df902f6232312751a0c38060cf3cdbea
Author: Arkadiusz Miśkiewicz
Date: Tue Nov 23 11:25:06 2021 +0100
Rel 4; make cronie restart itself when PAM problems happen.
On glibc/pam upgrades cronie can be very unhappy:
Feb 9 13:52:01 firma /usr/sbin/crond[6592]: (root) FAILED
to authorize user with PAM (Moduł jest nieznany)
because crond is inked with old stuff and can't dlopen newer pam modules.
Exact cause (like which symbol) is not known because crond
is using PAM_SILENT flag which silences most of pam error messages.
Add hacky script to make crond self cure (this problem happened way
too many times for me).
cronie.spec | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
---
diff --git a/cronie.spec b/cronie.spec
index 2255574..c7b5da6 100644
--- a/cronie.spec
+++ b/cronie.spec
@@ -18,7 +18,7 @@ Summary: Cron daemon for executing programs at set times
Summary(pl.UTF-8):Demon cron do uruchamiania programów o zadanym czasie
Name: cronie
Version: 1.5.7
-Release: 2
+Release: 4
License: MIT and BSD and GPL v2
Group:Daemons
Source0:
https://github.com/cronie-crond/cronie/releases/download/%{name}-%{version}/%{name}-%{version}.tar.gz
@@ -166,6 +166,18 @@ cat > $RPM_BUILD_ROOT%{_sysconfdir}/cron/cron.deny << 'EOF'
# NOT allowed to use the local cron daemon
EOF
+cat > $RPM_BUILD_ROOT%{_sysconfdir}/cron.daily/check-crond << 'EOF'
+#!/bin/sh
+
+# ugly and limited hack. make cronie restart itself
+if [ -x /bin/awk -a -x /bin/grep -a -f /var/log/cron ]; then
-a is bashism, use [ cond1 ] && [ cond2 ] && cond3
+ LC_ALL=C /bin/awk -v d="$(LC_ALL=C date "+%b %e")" ' $1 " " $2 ~ d'
/var/log/cron \
+ | /bin/grep -qE "PAM.*(Modu. jest nieznany|Module is unknown)" \
why full paths? cron resets PATH to sane value, and can be overriden if
wanted
+ && echo "crond is failing on PAM, restarting (
https://github.com/cronie-crond/cronie/issues/87 )" >&2 \
+ && /sbin/service crond restart
+fi
+EOF
+
why not implement execve(argv) in crond itself?
and so far we've added %trigger to glibc, etc to restart cron daemons
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
carme: indexes broken
➔ sudo poldek --update --upa Loading [pndir]th-noarch... Applying packages.ndir.2021.11.07-22.26.45.gz... Applying packages.ndir.2021.11.14-21.17.58.gz... Applying packages.ndir.2021.11.14-21.49.17.gz... error: packages NetworkManager-apidocs-1.32.12-1 and NetworkManager-apidocs-1.32.12-1 are equal to me, give up Aborted ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: How to update rust vendored crates contents?
On 29.10.2021 00:04, Jan Rękorajski wrote: Does anyone know how to update vendored crates in a rust package? The problem is that only the latest and greates rust openssl crate supports openssl 3.0.0, but libetebase and sccache list an old version. I tried to change the versions in Cargo.lock but it gets confused about checksums and dependencies. Removing checksum entries seem to move things forward but does not pull other, intermediate deps. Is there way to make that pull all the right crates automagically? can you point to specific package, and/or your previous attempts (push as branch perhaps) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: stbr broken
On 05.10.2021 16:56, Elan Ruusamäe wrote: On 05.10.2021 11:29, Elan Ruusamäe wrote: Problem while sending request via HTTP: https://srcbuilder.pld-linux.org:1235/: HTTP Error 500: None: 'utf-8' codec can't decode byte 0xe4 in position 205: invalid continuation byte I suspect this has something to do my gecos field containing ä (U+00C4), probably in iso8858-1 not in utf-8 encoding.or gec my local gecos nor gecos on cvs host contain that character, but it still fails. here's verbose output glen@glen pld-builder/client$ ./make-request.sh -r php-composer-xdebug-handler -v * Sending using HTTP mode to https://srcbuilder.pld-linux.org:1235/ * Using priority 2 * Using URL https://srcbuilder.pld-linux.org:1235/ * Build mode: ready * Queue-ID: 2ed4c69c-aeaf-45b1-8d09-0c8aef819c97 * Builder: th-* * Upgrade mode: yes * Adding #1 php-composer-xdebug-handler.spec:HEAD 1634138701 2 php-composer-xdebug-handler.spec HEAD th-* gpg: using "g...@delfi.ee" as default secret key for signing -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1634138701 2 php-composer-xdebug-handler.spec HEAD th-* -BEGIN PGP SIGNATURE- iGwEARECACwWIQRwBb1dPvMIXMyGzFtvJKN3dvGQdwUCYWb6TQ4cZ2xlbkBkZWxm aS5lZQAKCRBvJKN3dvGQdznEAKCRm4/IZk14YFRfBXIR/ltY1iiVeQCfTA7KKDvk gwMiQNXcCDN1H5Ih3cA= =+2a+ -END PGP SIGNATURE- Problem while sending request via HTTP: https://srcbuilder.pld-linux.org:1235/: HTTP Error 500: None: 'utf-8' codec can't decode byte 0xe4 in position 205: invalid continuation byte ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/clamav] - package docs - updated cmake and macros version, BR: bzip2-devel
On 08.10.2021 22:04, qboosh wrote: commit c3e2478bbcd6bf57b2bae057b3dc0e4539ff9ee9 Author: Jakub Bogusz Date: Fri Oct 8 21:08:59 2021 +0200 - package docs [...] +%package doc +Summary: ClamAV documentation +Summary(pl.UTF-8): Dokumentacja do ClamAVa +Group: Documentation missing noarch ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: stbr broken
On 05.10.2021 16:56, Elan Ruusamäe wrote: On 05.10.2021 11:29, Elan Ruusamäe wrote: Problem while sending request via HTTP: https://srcbuilder.pld-linux.org:1235/: HTTP Error 500: None: 'utf-8' codec can't decode byte 0xe4 in position 205: invalid continuation byte I suspect this has something to do my gecos field containing ä (U+00C4), probably in iso8858-1 not in utf-8 encoding. but until someone fixes it, please stbr: - python3-markupsafe.spec - python3-jinja2.spec - nagios-notify.spec also stbr apache(2.4.51) (CVE fixes) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
carme and expired certs
please fix ca-certificates problem on carme ``` ca-certificates-20210119-6.noarch: equal version installed, skipped [~/rpm/packages/apache(2.4.50) (master)★] ➔ pldnotify.py *.spec Checking 1 packages [1/1] checking apache.spec apache: 2.4.50 ERROR: HTTPSConnectionPool(host='release-monitoring.org', port=443): Max retries exceeded with url: /api/project/pld-linux/apache (Caused by SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: certificate has expired (_ssl.c:1129)'))) [~/rpm/packages/apache(2.4.50) (master)★] ➔ curl https://release-monitoring.org/ curl: (60) SSL certificate problem: certificate has expired More details here: https://curl.se/docs/sslcerts.html curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above. ``` ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: stbr broken
On 05.10.2021 11:29, Elan Ruusamäe wrote: Problem while sending request via HTTP: https://srcbuilder.pld-linux.org:1235/: HTTP Error 500: None: 'utf-8' codec can't decode byte 0xe4 in position 205: invalid continuation byte I suspect this has something to do my gecos field containing ä (U+00C4), probably in iso8858-1 not in utf-8 encoding. but until someone fixes it, please stbr: - python3-markupsafe.spec - python3-jinja2.spec - nagios-notify.spec ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
stbr broken
Problem while sending request via HTTP: https://srcbuilder.pld-linux.org:1235/: HTTP Error 500: None: 'utf-8' codec can't decode byte 0xe4 in position 205: invalid continuation byte ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm: --nofsync: unknown option
is there equivalent for rpm 4.16? in virtualized environments, like docker build, there's no point calling fsync after each package installation. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: go offline builds
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 gitlab.com/gitlab-org/gitlab-runner/common.VERSION=13.12.0 -X gitlab.com/gitlab-org/gitlab-runner/common.REVISION=05161b14 -X gitlab.com/gitlab-org/gitlab-runner/common.BRANCH=v13.12.0 -X gitlab.com/gitlab-org/gitlab-runner/common.BUILT=2021-09-06T14:31:59+00:00 -B 0xa57b752b73b6887bec85d38cc0f611b460527f0e' -a -v go:cloud.google.com/go/storage@v1.12.0: Get"https://proxy.golang.org/cloud.google.com/go/storage/@v/v1.12.0.mod": dial tcp 142.250.203.209:443: connect: connection refused error: Bad exit status from /tmp/B.u4171lt3/BUILD/tmp/rpm-tmp.NIo6js (%build) seems the fix was to force -mod=vendor: https://github.com/pld-linux/gitlab-runner/commit/19c2ece1b357713056e21c35eb9c44acffa056df ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
go offline builds
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 gitlab.com/gitlab-org/gitlab-runner/common.VERSION=13.12.0 -X gitlab.com/gitlab-org/gitlab-runner/common.REVISION=05161b14 -X gitlab.com/gitlab-org/gitlab-runner/common.BRANCH=v13.12.0 -X gitlab.com/gitlab-org/gitlab-runner/common.BUILT=2021-09-06T14:31:59+00:00 -B 0xa57b752b73b6887bec85d38cc0f611b460527f0e' -a -v go: cloud.google.com/go/storage@v1.12.0: Get "https://proxy.golang.org/cloud.google.com/go/storage/@v/v1.12.0.mod": dial tcp 142.250.203.209:443: connect: connection refused error: Bad exit status from /tmp/B.u4171lt3/BUILD/tmp/rpm-tmp.NIo6js (%build) it's not a problem that sources are missing, the go mod vendor did not download any new files: cd src/gitlab.com/gitlab-org/gitlab-runner cp -a vendor/ vendor.old go mod vendor diff -ur vendor.old/ vendor go version go1.16.6 linux/amd64 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm.org does not like absolute ones
On 01.09.2021 01:24, baggins wrote: commit 9759d1fd9d7285e94e648536e0ac108a6a9004d5 Author: Jan Rękorajski Date: Wed Sep 1 00:23:26 2021 +0200 - relative symlinks, rpm.org does not like absolute ones i don't like either :) already from vserver times, when you walk vserver contents outside vserver, the links point to wrong places ... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpmlib(ShortCircuited)
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 add|%disable_short_circuited_deps 1|to ~/.rpmmacros # rpm -Uhv /home/users/glen/rpm/packages/RPMS/zabbix-common-5.4.3-0.1.x86_64.rpm error: Failed dependencies: rpmlib(ShortCircuited) <= 4.9.0-1 is needed by zabbix-common-5.4.3-0.1.x86_64 this does not seem to work, can't even find matching such macro: $ grep -r short_circuited_deps /usr/lib/rpm|wc -l 0 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Empty %files file
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? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ka5-akonadi-contacts file-conflicts (was Re: kodi rebuild error)
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. https://buildlogs.pld-linux.org//index.php?dist=th=x86_64=0=ka5-akonadi-contacts=d80de448-2986-458a-b920-ed5817be348b=tail [snip] there's no buildconflicts in the package you linked: -http://git.pld-linux.org/?p=packages/ka5-akonadi-contacts.git;a=blob;f=ka5-akonadi-contacts.spec;h=d8cf179c8ff8b482c616217aedf5ca9c4a1e552b;hb=d4a0802983bd4e7c8daeb540861aea999472964a your install conflict appears due packages chosen for install produce file conflicts (files with different checksum belong to two packages) [snip] If I'm wrong about the reason why ka5-akonadi-contacts doesn't want to build, please correct me. i already corrected you, you have no buildconflicts: akionadi-libs in your spec ps: if you don't do interleaved replies, you may as well do top post! [1] [1]: https://en.wikipedia.org/wiki/Posting_style ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kodi rebuild error
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: 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 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 package (so you should created new thread, nothing related to kodi here) there's no buildconflicts in the package you linked: -http://git.pld-linux.org/?p=packages/ka5-akonadi-contacts.git;a=blob;f=ka5-akonadi-contacts.spec;h=d8cf179c8ff8b482c616217aedf5ca9c4a1e552b;hb=d4a0802983bd4e7c8daeb540861aea999472964a your install conflict appears due packages chosen for install produce file conflicts (files with different checksum belong to two packages) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm 4.16 /etc/rpm/sysinfo/Requirename
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 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
coq-8.13.1-2.x86_64: capabilities will be splitted due to their size over 64KB
poldek --up: coq-8.13.1-2.x86_64: capabilities will be splitted due to their size over 64KB coq-8.13.1-2.x86_64: capabilities will be splitted due to their size over 64KB coq-8.13.1-2.x86_64: capabilities will be splitted due to their size over 64KB ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/x265] don't make ENABLE_ASSEMBLY x86 exclusive
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 otherwise)
x265.spec | 12
1 file changed, 8 insertions(+), 4 deletions(-)
---
diff --git a/x265.spec b/x265.spec
index 9ef9579..3033261 100644
--- a/x265.spec
+++ b/x265.spec
@@ -1,11 +1,11 @@
# TODO: vmaf
#
# Conditional build:
-%bcond_without asm # x86 assembler
+%bcond_without asm # assembler
%bcond_with vmaf# VMAF support [not ready for vmaf-1.3.x as of x265 3.2]
-%ifnarch %{ix86} %{x8664} x32
-%undefine with_asm
+%ifarch %{arm}
+%definewith_asm1
%endif
use undefine, rather define, so one can use --without flag
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: https://osv.dev/ and pld ftp
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? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/etckeeper] Up to 1.18.16. cron.daily is maintained in debian package only now (take it from here). Fix running
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).
+
+patch -p1 <
debian/patches/0002-Default-to-UTF8-encoding-for-consistent-ordering.patch || exit
1
`|| exit 1` is superfluous.
and you probably should use %{__patch} for whatever reasons.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/criu] reduce %{arm} applicability to armv7*
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 aarch64 ppc64
BuildRoot:%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
maybe good time to introduce %{arm6} and %{arm7} macros aside %{arm} macro?
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/php] - drop if clause introduced in commit 20dcadbb (guard clause for rpm 4.16), we have fully transiti
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 easy way
to match 4.16* (4.16.0, 4.16.1, etc) - at least not without some lua
scripting, so just drop this.
there is a way to match:
[~/rpm/packages/php(7.4.19) (PHP_7_4)★] ➔ grep -r _rpmversion ~/all-specs
/home/users/glen/all-specs/php.spec:%if "%_rpmversion" != "4.16.0"
/home/users/glen/all-specs/rpm.spec:%if "%{_rpmversion}" >= "4.12" &&
"%{_rpmversion}" < "5"
/home/users/glen/all-specs/orc.spec:%if 0%{?ver_ge "%{_rpmversion}" "4.6"}
/home/users/glen/all-specs/perl.spec:%if %{_ver_ge '%{_rpmversion}'
'4.16'} && %{_ver_lt '%{_rpmversion}' '5'}
/home/users/glen/all-specs/lightdm.spec:%if "%{_rpmversion}" >= "5"
/home/users/glen/all-specs/acroread.spec:%if "%{_rpmversion}" >= "5.0"
however,
point of that guard was to wait for support to become available or
someone implement a solution.
the error being:
error: line 466: Illegal char '/' (0x2f) in: Obsoletes: /usr/bin/php
error: line 466: Only package names are allowed in Obsoletes:
Obsoletes: /usr/bin/php
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 that myself as it's pretty stupid.
php.spec | 3 ---
1 file changed, 3 deletions(-)
---
diff --git a/php.spec b/php.spec
index b1388c5..19ed4d3 100644
--- a/php.spec
+++ b/php.spec
@@ -459,9 +459,6 @@ Summary:/usr/bin/php symlink
Summary(pl.UTF-8):Dowiązanie symboliczne /usr/bin/php
Group:Development/Languages/PHP
Requires: %{name}-cli = %{epoch}:%{version}-%{release}
-%if "%_rpmversion" != "4.16.0"
-Obsoletes: /usr/bin/php
-%endif
Obsoletes:php-program < 4:5.3.28-7
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpm-getdeps] - add note about missing BR returned and alternative tool
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
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/nginx] Direct mod security url.
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:
http://www.modsecurity.org/tarball/%{modsecurity_version}/modsecurity-%{modsecurity_version}.tar.gz
-# Source22-md5:96718664193ad308a5ba91d90414710a
+Source33:
https://github.com/SpiderLabs/ModSecurity/releases/download/v%{modsecurity_version}/modsecurity-v%{modsecurity_version}.tar.gz
+# Source22-md5:42c9860e0c073ca32a4a015ead970774
SourceXX and SourceXX-md5 do not match.
did you encounter bug in builder script, or typo made manually?
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/proftpd] - rediff patches - fix triggerposttun tag not supported by rpm4 - add more modules - adapterized - r
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. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/nagios-plugins] Rediff patches.
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 | 14 +++---
nagios-plugins-noroot.patch | 9 +
nagios-plugins-pgsql.patch | 10 +-
nagios-plugins-tainted.patch | 22 --
nagios-plugins.spec | 2 ++
6 files changed, 43 insertions(+), 37 deletions(-)
---
diff --git a/nagios-plugins.spec b/nagios-plugins.spec
index afac646..d23f8bf 100644
--- a/nagios-plugins.spec
+++ b/nagios-plugins.spec
@@ -38,6 +38,7 @@ Patch9: %{name}-paths.patch
Patch10: %{name}-ping.patch
Patch11: dns-config.patch
Patch12: %{name}-check_http-nocache.patch
+Patch13: ipv6.patch
URL: http://www.nagiosplugins.org/
BuildRequires:autoconf
BuildRequires:automake
@@ -525,6 +526,7 @@ mv nagios-plugins-config-*/* .
%patch10 -p1
%patch11 -p1
%patch12 -p1
+#%patch13 -p1
this change not included in commit message.
still not have learned `git add -p` and/or `git show` before push?
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/setup] go back to joinpasswd in %post
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, 4.6 by rpm5.org) or actually rpm 4.16 (by rpm.org)? should use 4.16+ in terminology, or say use the negative expression to exclude rpm versions by rpm5.org i.e "non-rpm5" to denote versions by rpm.org. altho, rpm.org/rpm5.org is pretty clear too ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pull request for dhcp – fixed the init script
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. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pull request for dhcp – fixed the init script
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 suggests it also builds at th-2020. Has something broken very recently? it was built 1220 days ago: [/tmp] ➔ rpm -qpi dhcp-4.3.5-2.x86_64.rpm|grep Build warning: dhcp-4.3.5-2.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID e4f1bc2d: NOKEY Build Date : Fri 01 Dec 2017 01:53:26 AM EET Build Host : ymir-builder [/tmp] ➔ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm.org/rpm5.org test
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
and there are no supported versions of PLD that use rpm5...
that doesn't mean people still need to support things on their own, i.e
build sudo update, etc
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm.org/rpm5.org test
```
rpm -E '%{?_rpmconfigdir:rpm.org}%{?_rpmhome:rpm5.org}'
```
this is perhaps more reliable than comparing --version output.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Init services
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 supervised packages yourself, but no other packages provide recipes for those init systems. s6 package .spec exists, but not published as .rpm, so you need to build it yourself if you're lucky. historically there was upstart, support in rc-scripts and some packages, but it's removed/unsupported by now. there was also attempt with initng: - http://svn.pld-linux.org/cgi-bin/viewvc.cgi/svn/initng/ Is it possible and how to install PLD without any trace of systemd on PLD with sysvinit only ? you can install pld without booting to systemd, i.e using rc-scripts as init but you will still have files from systemd installed: - udev - systemd-units ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Musl availability
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 /lib64/ld-musl-x86_64.so.1 /usr/lib64/musl /usr/lib64/musl/libc.so /usr/share/doc/musl-1.1.22 /usr/share/doc/musl-1.1.22/COPYRIGHT.gz /usr/share/doc/musl-1.1.22/INSTALL.gz /usr/share/doc/musl-1.1.22/README.gz /usr/share/doc/musl-1.1.22/WHATSNEW.gz there are (were?) few boot related packages that have bconds or subpackages for klibc, uclibc, musl but those are mostly retired, because maintenance cost ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpm-pld-macros] - fix typo in debugsource packages macro - rel 2
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
%{%_debugsource_packages} was undefined :-(
Is there any way to undefine a macro in .rpmmacros ?
you can't use the inline compare with it: %{?foo:xxx}
but you can use this trickery:
1. create variable _foo_bar_%{baz}
2. check for _foo_bar_1
2. nuke _foo_bar_%{baz}
$ grep -r dic /usr/lib/rpm
/usr/lib/rpm/pld/macros:%debuginfocflags %{expand:%%define
__dic_%{?_enable_debug_packages} 1}%{?__dic_1: -gdwarf-4
-fno-debug-types-section -fvar-tracking-assignments
-g2}%{expand:%%undefine __dic_%{?_enable_debug_packages}}
/usr/lib/rpm/pld/macros:%_build_id_links %{expand:%%define
__dic_%{?_enable_debug_packages}
1}%{?__dic_1:compat}%{?__dic_0:none}%{expand:%%undefine
__dic_%{?_enable_debug_packages}}
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
PLD/Linux Ac EOL
Forwarded Message Subject:[PLDWWW] page changed: start Date: Thu, 01 Apr 2021 00:21:30 +0200 From: "Elan Ruusamäe (glen)" ThePLD/Linux Ac <https://www.pld-linux.org/ac>was released on 1st April 2007, Now 14 years later, it has reachedEOL(End of Life). It will not be updated anymore. If you are still running such system and want to upgrade, then recommended upgrade path is to upgrade to Th/2020 snapshot and then to Th current version. Diff URL: https://www.pld-linux.org/start?do=diff=1615930517=1617229290 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pull request for dhcp – fixed the init script
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 years since I touched PLD, so I don't really feel comfortable pushing without supervision even if I still have access to the repo. you can push to a branch you can also open a pull request in github ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/conntrack-tools] borrow systemd unit from fedora; rel 2
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 mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [projects/template-specs] use %cargo_* macros
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 have enough time to do a research. their solution to create 120 packages for each of them. the same goes for npm and go packages. besides, if you diverge from versions present in vendor lock, you are bringing package support on your own shoulders. we do not have such resources! as for the original topic: the other place where to integrate crates fetch, could be aside `builder` script, maybe builder --update-create option. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [projects/template-specs] use %cargo_* macros
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 3e3e272..d792e2c 100644
--- a/rust.spec
+++ b/rust.spec
@@ -14,6 +14,7 @@ Source1: %{name}-crates-%{version}.tar.xz
# Source1-md5:-
URL: -
BuildRequires:cargo
+BuildRequires: rpmbuild(macros) >= 2.003
BuildRequires:rust
BuildRequires:tar >= 1:1.22
BuildRequires:xz
@@ -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 \
--frozen
%install
rm -rf $RPM_BUILD_ROOT
export CARGO_HOME="$(pwd)/.cargo"
-cargo -vv \
- install \
+%cargo_install \
--frozen \
--path . \
--root $RPM_BUILD_ROOT%{_prefix}
why not include the crate based build options also into common macros?
also, in template-specs/rust.spec, there's comment for source0, creating
crate, maybe an universal script could be provided by macros package?
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpm-pld-macros] initial basic rust/cargo macros (2.003)
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? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: directory deps
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 %_build_id_links is run-time configuration. current values: ➔ rpm -q rpm rpm-4.16.1.2-7.x86_64 ➔ rpm -E %_build_id_links compat ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: directory deps
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 cluttered with build-id stuff (it all goes to debuginfo packages). IMO easy and more flexible than hacking rpm to not generate deps. you conveniently cut out the context, this happens when rpm5 installs the package built by rpm4.16 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
directory deps
looks like the directory deps in rpm5 pull superfluous packages when
installing:
libmount-2.36.2-2.x86_64 marks VirtualBox-6.1.18-4.x86_64 (cap
/usr/lib/.build-id/be)
libmount-2.36.2-2.x86_64: required "/usr/lib/.build-id/be" is provided
by the following packages:
a) OpenImageIO-plugin-dds-2.0.13-3.x86_64
b) abrt-libs-2.14.4-5.x86_64
c) dovecot-2.3.14-1.x86_64
d) frei0r-plugins-1.7.0-2.x86_64
e) gnumeric-1.12.48-4.x86_64
f) gstreamer-plugins-bad-1.16.2-5.x86_64
g) hfst-3.15.1-3.x86_64
h) libblockdev-2.25-2.x86_64
i) libproxy-0.4.17-2.x86_64
j) libreoffice-core-6.4.7.2-4.x86_64
k) libsolv-tools-0.7.17-2.x86_64
l) opencv-4.5.1-3.x86_64
m) python-cheetah-2.4.4-2.x86_64
n) python-dulwich-0.19.14-2.x86_64
o) python-pynifalcon-1.1-3.x86_64
p) python3-Crypto-2.6.1-12.x86_64
q) python3-LibAppArmor-3.0.1-2.x86_64
r) python3-bitarray-1.0.1-2.x86_64
t) python3-scipy-1.5.4-2.x86_64
s) samba-libs-4.13.3-4.x86_64
u) talloc-2.3.1-2.x86_64
v) util-linux-2.36.2-2.x86_64
w) util-vserver-0.30.216-1.pre3126.5.x86_64
x) vlc-3.0.12-2.x86_64
y) vtk-python3-8.2.0-5.x86_64
Which one do you want to install ('Q' to abort)?
so, what could be done is fix that rpm4.16 buold will not generate deps
for things unde:
/usr/lib/.build-id/
reproducer;
1 use this docker image:
registry.gitlab.com/pld-linux/pld@sha256:3bf9e65ba27f6d2e254d37e5219d5ff38b8e6f86c214ae0d8c730b2868775931
2. poldek -u php53-pecl-imagick -n th-ready -n th
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ImageMagick & php53-pecl-imagick
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 Processing dependencies... ImageMagick-7.0.10.35-1.x86_64 obsoleted by ImageMagick-7.0.10.60-1.x86_64 greedy upgrade ImageMagick-coder-jpeg-7.0.10.35-1.x86_64 to 7.0.10.60-1.x86_64 (unresolved ImageMagick = 1:7.0.10.35-1) ImageMagick-coder-jpeg-7.0.10.35-1.x86_64 obsoleted by ImageMagick-coder-jpeg-7.0.10.60-1.x86_64 ImageMagick-coder-jpeg-7.0.10.60-1.x86_64 marks ImageMagick-libs-7.0.10.60-1.x86_64 (cap libMagickCore-7.Q16.so.8()(64bit)) ImageMagick-libs-7.0.10.35-1.x86_64 obsoleted by ImageMagick-libs-7.0.10.60-1.x86_64 error: libMagickCore-7.Q16.so.7()(64bit) is required by installed php53-pecl-imagick-3.4.4-3.x86_64 this just means the package was removed: - http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2021-February/026147.html and the rebuild is not yet moved to main $ docker-run registry.gitlab.com/pld-linux/pld Unable to find image 'registry.gitlab.com/pld-linux/pld:latest' locally latest: Pulling from pld-linux/pld 8b782821df9b: Pull complete Digest: sha256:3bf9e65ba27f6d2e254d37e5219d5ff38b8e6f86c214ae0d8c730b2868775931 Status: Downloaded newer image for registry.gitlab.com/pld-linux/pld:latest [@3cbca0a58712 /]# poldek -u php53-pecl-imagick th::packages.ndir.gz [17.8M (6.7M/s)] th::packages.ndir.dscr.gz [1.2M (1.2M/s)] th::packages.ndir.gz [17.8M (13.4M/s)] th::packages.ndir.dscr.gz [2.3M (1.0M/s)] Loading [pndir]th... Creating directory index of th... Loading [pndir]th... Creating directory index of th... 30218 packages read error: php53-pecl-imagick: no such package [@3cbca0a58712 /]# [@3cbca0a58712 /]# poldek -u php53-pecl-imagick -n th-ready -n th th-ready::packages.ndir.gz [5.4M (5.4M/s)] th-ready::packages.ndir.dscr.gz [241.1K (241.1K/s)] th-ready::packages.ndir.gz [4.1M (4.1M/s)] th-ready::packages.ndir.dscr.gz [251.0K (251.0K/s)] Loading [pndir]th-ready... Creating directory index of th-ready... Loading [pndir]th-ready... Creating directory index of th-ready... Loading [pndir]th... Loading [pndir]th... 34486 packages read Processing dependencies... php53-pecl-imagick-3.4.4-6.x86_64 marks php53-common-5.3.29-52.x86_64 (cap /etc/php53/conf.d) php53-common-5.3.29-52.x86_64 marks php-dirs-1.10-1.noarch (cap php-dirs >= 1.4) ... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: package names in dependencies
On 23.03.2021 12:59, Neal Gompa wrote: On Tue, Mar 23, 2021 at 5:04 AM Elan Ruusamäe wrote: i found some odd inconsistency: error: line 319: Illegal char ')' (0x29) in: Obsoletes: virtual(init-daemon) error: line 319: Only package names are allowed in Obsoletes: Obsoletes:virtual(init-daemon) So: "Obsoletes: virtual(init-daemon)" is not okay, but it's fine on some other tags; Requires: webserver(indexfile) Requires: webserver(php) >= 4.2.0 Suggests: php(openssl) Suggests: webserver(setenv) Provides: group(eventum) Provides: user(eventum) Obsoletes has to be a real package name, but virtual names are allowed for other tags. Why? This was always the case in RPM, but it started enforcing it in RPM 4.13. PLD has used virtual obsoletes for the time i've used it (since 2004). and we are using it when multiple packages provide something common, say: 'init-daemon" they are mutually exclusive, so installing one, must uninstall the other. and if adding new "virtual(init-daemon)" virtual, without need to update other packages, they all can have O/P: virtual(init-daemon) now rpm enforces that each of those packages must cross reference all 'the other' virtuals... duh! ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
package names in dependencies
i found some odd inconsistency: error: line 319: Illegal char ')' (0x29) in: Obsoletes: virtual(init-daemon) error: line 319: Only package names are allowed in Obsoletes: Obsoletes: virtual(init-daemon) So: "Obsoletes: virtual(init-daemon)" is not okay, but it's fine on some other tags; Requires: webserver(indexfile) Requires: webserver(php) >= 4.2.0 Suggests: php(openssl) Suggests: webserver(setenv) Provides: group(eventum) Provides: user(eventum) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm 4.16.1.2 from rpm.org has landed in Th
On 22.03.2021 09:17, Arkadiusz Miśkiewicz wrote: rm /etc/mkshrc in poldek: install --reinstall mksh Doesn't put in /etc/mkshrc back in with 4.16. Is there a workaround? (I used this method to get configs from package back on the fs) use etckeeper to commit your /etc! ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/coreutils] Updated advancedcopy url.
On 21.03.2021 22:06, arekm wrote:
commit 92b825cf7041cb17b471813efc807d7c16595aac
Author: Arkadiusz Miśkiewicz
Date: Sun Mar 21 21:06:24 2021 +0100
Updated advancedcopy url.
coreutils.spec | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
diff --git a/coreutils.spec b/coreutils.spec
index 2085474..0cab6cd 100644
--- a/coreutils.spec
+++ b/coreutils.spec
@@ -31,7 +31,7 @@ Patch6: %{name}-fmt-wchars.patch
Patch7: %{name}-sparc64.patch
# http://translationproject.org/latest/coreutils/pl.po (pass through msgcat
to generate shorter diff)
Patch8: %{name}-pl.po-update.patch
-# from http://www.beatex.org/web/advancedcopy.html, edited by shadzik
+# https://github.com/jarun/advcpmv
perhaps just use pv(1)
if coreutils doesn't accept it, we shouldn't maintain the patch around
forever either.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm 4.16 landed -> errors!
On 16.03.2021 16:45, Elan Ruusamäe wrote: the automatic upgrade is failing: - https://gitlab.com/pld-linux/pld/-/jobs/1094531330#L214 oh, and user is left without rpmdb: [@46a17bd0ade9 /]# rpm -q rpm poldek warning: Found bdb Packages database while attempting sqlite backend: using bdb backend. warning: Generating 6 missing index(es), please wait... package rpm is not installed package poldek is not installed [@46a17bd0ade9 /]# rpm -q rpm poldek warning: Found bdb Packages database while attempting sqlite backend: using bdb backend. package rpm is not installed package poldek is not installed [@46a17bd0ade9 /]# ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm 4.16 landed -> errors!
On 16.03.2021 14:54, Elan Ruusamäe wrote: i see rpm 4.16 is in th main. please add a news entry to frontpage! the automatic upgrade is failing: - https://gitlab.com/pld-linux/pld/-/jobs/1094531330#L214 to reproduce run poldek upgrade dist: ``` docker run registry.gitlab.com/pld-linux/pld:latest@sha256:3bf9e65ba27f6d2e254d37e5219d5ff38b8e6f86c214ae0d8c730b2868775931 poldek --up --upgrade-dist ``` Backup of the rpm database has been created in /var/lib/rpm.rpmbackup-4.16.1.2-6 If poldek aborts after migration with rpmdb error, this is expected behaviour, you should ignore it and restart poldek warning: Converting database from bdb to sqlite backend error: failed to replace old database with new database! error: replace files in /var/lib/rpm with files from /var/lib/rpmrebuilddb.40 to recover rpm database conversion failed! You have to run '/usr/bin/rpmdb --rebuilddb' manually error: %posttrans(rpm-4.16.1.2-6.x86_64) scriptlet failed, exit status 1 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm 4.16 landed?
i see rpm 4.16 is in th main. please add a news entry to frontpage! ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/libmodulemd] - finished packaging - rel 1
On 14.03.2021 10:33, Jan Rękorajski wrote: It would cost you less energy to fix that copy-pasto than write a wall of text of nitpicking. how would i know it's a copy-pasto error? you are making changes without prior discussion. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/libmodulemd] - finished packaging - rel 1
On 13.03.2021 23:08, baggins wrote:
commit 7e23c54ef08faf4f8e8c57688903d25d7b5aa6d4
Author: Jan Rękorajski
Date: Sat Mar 13 22:07:34 2021 +0100
...
+%package -n python2-%{name}
+Summary: Python 2 bindings for %{name}
this is new, we have been consistent and packaging python 2 packages as
python-, not python2-
has this policy have been changed? are we massively migrating to that
scheme?
in some earlier email to pld-devel-en you wrote you target dropping
python2 from th,
so it does not make sense to start changing python 2 packaging scheme now.
if there is packaging change, it should include clear announcement, and
preferrably prior discussion.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ac updates stop
https://www.pld-linux.org/ac#updates_stopped there haven't been any updates for a while for pld-ac, and as the builders infrastructure no longer works due drop of python2 and introduction of rpm 4.16 on src builder, i've decided to just stop the infrastructure, rather repairing it. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ca-certs for https://git.php.net
On 12.03.2021 10:49, Jan Palus wrote: On 12.03.2021 10:40, Elan Ruusamäe wrote: $ curl https://git.php.net/repository/pecl/encryption/mcrypt.git curl: (60) SSL certificate problem: unable to get local issuer certificate More details here: https://curl.se/docs/sslcerts.html curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above. $ rpm -q ca-certificates curl-7.75.0 ca-certificates-20210119-1.noarch curl-7.75.0-1.x86_64 something off in our systems. this works fine on curl on macos brew Works for me with same set of packages. Outdated ca-certificates.crt due to ca-certificates-update + noreplace perhaps? Try with ca-certificates-20210119-2. updated, still doesn't work on carme: $ curl https://git.php.net/repository/pecl/encryption/mcrypt.git curl: (60) SSL certificate problem: unable to get local issuer certificate More details here: https://curl.se/docs/sslcerts.html curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above. $ q ca-certificates ca-certificates-20210119-3.noarch here's probably the problem source, the host has ca-certificates installed, and very old config: $ l /etc/ca-certificates.conf* -rw-r--r-- 1 root root 6.3K Feb 1 2010 /etc/ca-certificates.conf -rw-r--r-- 1 root root 5.5K Mar 12 12:51 /etc/ca-certificates.conf.rpmnew perhaps the package provided certs should be moved to /usr/share/ca-certificates/ca-certificates.conf and /etc/ca-certificates.conf be only local customizations? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/python-sympy] - up to 1.7.1, python 2 no longer supported
On 12.03.2021 00:32, baggins wrote: commit a7afb2642f193eb728569b130fd57bdc8acadd02 Author: Jan Rękorajski Date: Thu Mar 11 23:32:30 2021 +0100 - up to 1.7.1, python 2 no longer supported python-sympy-nodisplay.patch | 25 - python-sympy.spec| 8 +++- 2 files changed, 3 insertions(+), 30 deletions(-) --- diff --git a/python-sympy.spec b/python-sympy.spec index cb6d2e4..6c9214c 100644 --- a/python-sympy.spec +++ b/python-sympy.spec @@ -2,20 +2,19 @@ # Conditional build: %bcond_withoutdoc # HTML and PDF documentation %bcond_withouttests # unit tests -%bcond_without python2 # CPython 2.x module +%bcond_withpython2 # CPython 2.x module %bcond_withoutpython3 # CPython 3.x module i agree with what qboosh has been doing in this cases: 1. git ssh copy python-foo to python3-foo 2. update python3-foo to be python3 only 3. update python3-foo to new version, stb 4. disable python3 from python-foo, relup, stb it takes extra steps to do that, but i think it's worth the effort in long term. it's weird to have python-foo to build python3-foo, and the python3-foo will be cleaner without having to support two python versions. ps; git ssh seems to be my alias in git config: ``` [alias] ssh = !ssh g...@git.pld-linux.org ``` ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ca-certs for https://git.php.net
$ curl https://git.php.net/repository/pecl/encryption/mcrypt.git curl: (60) SSL certificate problem: unable to get local issuer certificate More details here: https://curl.se/docs/sslcerts.html curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above. $ rpm -q ca-certificates curl-7.75.0 ca-certificates-20210119-1.noarch curl-7.75.0-1.x86_64 something off in our systems. this works fine on curl on macos brew ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm -blink
$ rpm -q glibc --blink rpm: --blink: unknown option the "backwards link" is not available for rpm 4.16, any alternatives? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: doc: rediff-patches.py
On 10.03.2021 16:16, Elan Ruusamäe wrote: (arekm): document, or at least menton rediff-patches.py in wiki https://www.pld-linux.org/packages/rpm also, make it universally usable elsewhere than "works for me": [~/rpm/packages/eventum(3.9.11) (master)★] ➔ ../rpm-build-tools/rediff-patches.py -v *.spec Traceback (most recent call last): File "/home/users/glen/rpm/packages/eventum/../rpm-build-tools/rediff-patches.py", line 188, in main() File "/home/users/glen/rpm/packages/eventum/../rpm-build-tools/rediff-patches.py", line 131, in main tempdir = tempfile.TemporaryDirectory(dir="/dev/shm") File "/usr/lib64/python3.9/tempfile.py", line 779, in __init__ self.name = mkdtemp(suffix, prefix, dir) File "/usr/lib64/python3.9/tempfile.py", line 359, in mkdtemp _os.mkdir(file, 0o700) FileNotFoundError: [Errno 2] No such file or directory: '/dev/shm/tmpwazv0l62' [~/rpm/packages/eventum(3.9.11) (master)★] ➔ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
doc: rediff-patches.py
(arekm): document, or at least menton rediff-patches.py in wiki https://www.pld-linux.org/packages/rpm ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
hrmib compat
could we please remove (rename to .rpmold or something) the directory that is no longer supported: [~/rpm/packages/BUILD.x86_64-linux/opencv-4.5.1] ➔ du /var/cache/hrmib/ 384K /var/cache/hrmib/ [~/rpm/packages/BUILD.x86_64-linux/opencv-4.5.1] ➔ so, instead of giving outdated info, it would give ENOENT error. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
warning: tag 273 type(0x6) != implicit type(0x0)
|Upgrading... 1:ImageMagick-libs ### [ 20%] 2:ImageMagick ### [ 40%] ==> warning: tag 273 type(0x6) != implicit type(0x0) 3:php53-pecl-imagick ### [ 60%] what can you say about those messages? 1. what does it mean? 2. what's the impact (what's missing, what's broken) package itself seems okay, `php -m` shows the module. | ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: PLD-doc: BuildRequires.txt - updated noarch subpackage dependency
On 05.03.2021 21:59, qboosh wrote: +# subpackage with BuildArch: noarch +BuildRequires: rpm-build >= 4.6 +# (with epoch 0 covers both rpm.org 4.6+ (>= 1:4.6) / rpm5 (>= 5.0); +# it's mostly informational, rpm 4.5 will bail with syntax error, +# before noticing unfulfilled dependency) + Epoch: 1 was introduced in 4.16, not before ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/flake8] explicit runtime deps on python-{entrypoints,mccabe,pycodestyle,pyflakes}; rel 3
On 01.03.2021 18:53, atler wrote:
commit 9c7664000af796dea8cd3794ae3ac37ff08274bb
Author: Jan Palus
Date: Mon Mar 1 17:52:20 2021 +0100
explicit runtime deps on python-{entrypoints,mccabe,pycodestyle,pyflakes};
rel 3
...because poldek cannot handle boolean dep
flake8.spec | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
---
diff --git a/flake8.spec b/flake8.spec
index 5dbcb6f..5ddc216 100644
--- a/flake8.spec
+++ b/flake8.spec
@@ -9,7 +9,7 @@ Summary:The modular source code checker: pycodestyle,
pyflakes and co
Summary(pl.UTF-8):Modularne narzędzie do sprawdzania kodu źródłowego:
pycodestyle, pyflakes itp.
Name: flake8
Version: 3.7.9
-Release: 2
+Release: 3
License: MIT
Group:Development/Tools
#Source0Download: https://pypi.org/simple/flake8/
@@ -85,7 +85,15 @@ dla narzędzi:
Summary: The modular source code checker: pycodestyle, pyflakes and co
Summary(pl.UTF-8):Modularne narzędzie do sprawdzania kodu źródłowego:
pycodestyle, pyflakes itp.
Group:Libraries/Python
+Requires: python-entrypoints >= 0.3
+Requires: python-entrypoints < 0.4
+Requires: python-mccabe >= 0.6.0
+Requires: python-mccabe < 0.7.0
Requires: python-modules >= 1:2.7
+Requires: python-pycodestyle >= 2.5.0
+Requires: python-pycodestyle < 2.6.0
+Requires: python-pyflakes >= 2.1.0
+Requires: python-pyflakes < 2.2.0
what is boolean dep? can't see any match from here:
- https://www.pld-linux.org/packages/rpm
from what you solving, seems a dependency generator issue to me
i think it's still better to fix dependency generator than again start
to manually fill dependencies,
and then those get outdated very soon.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: OK: python-traceback2.spec
On 01.03.2021 21:48, Jan Rękorajski wrote: Thanks that explains. Actually it made me realize that `rpm -qa` for every build is the same global link. So far I was under impression that `rpm -qa` would be done for each request before build or at least that would make more sense to me. Can it be changed this way? That would require some reengineering. This is currently run on builders as a cronjob. simplest would be modify rpm_builder to run the command before and after each build ideally it could be formatted as html details block: Output of rpm -qa here be rpm -qa output stupid-simple-but-wrong is to format exactly like that in rpm_builder correct, but more difficult would be to apply formatting on buildlogs code. that's another topic i guess, but consider that when making the changes. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/bind] Use relative symlinks, remove %attr for symlinks
On 27.02.2021 23:04, Jan Rękorajski wrote: On Sat, 27 Feb 2021, glen wrote: commit bf478371683c84f5ab0a5c76d8b93427e2c3992a Author: Elan Ruusamäe Date: Sat Feb 27 22:04:20 2021 +0200 Use relative symlinks, remove %attr for symlinks All for rpm 4.16 compatibility: - Explicit %attr() mode not applicable to symlink - Absolute symlink You don't need to do relative symlinks, I patched our rpm for this. http://git.pld-linux.org/gitweb.cgi?p=packages/rpm.git;a=commit;h=d42a01a648b725059ec32c6c369af2563f0fcb28 i know you patched, but absolute symlinks have bothered me too, if you ever checked system outside chroot, you will understand the pain having to follow links manually when inspecting system. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpm-build-tools] Use rpm-specdump if it exists, rpm.org rpm can't do 'rpm dump %prep'
On 26.02.2021 09:59, baggins wrote: commit efec12ac5420b483fb368b05ba3c7f04c06d05ab Author: Jan Rękorajski Date: Fri Feb 26 08:58:12 2021 +0100 Use rpm-specdump if it exists, rpm.org rpm can't do 'rpm dump %prep' why even bother supporting configurations without rpm-specdump installed? abort script if tool is missing and move along. ps: is the note about "Icon:" tag even valid? does rpm-specdump fail too? i don't think we have any .spec with Icon: present ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: noarch subpackages
On 27.02.2021 00:54, Jan Rękorajski wrote: I am removing *all* contitionals on noarch subpackages and consecutively will drop %noarchpackage from rpm macros. how about adapter.awk patch to do that? :) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm 4.16.1.2 from rpm.org has landed in Th
On 23.02.2021 17:48, Jan Rękorajski wrote: On Tue, 23 Feb 2021, Tomasz Pala wrote: On Mon, Feb 22, 2021 at 19:59:15 +0100, Jan Rękorajski wrote: rpm 4.16.1.2 and all dependant packages are now available in th-test. More details about the update can be found on https://www.pld-linux.org/packages/rpm Since --repackage is gone, some nice warning for people that might have relied on this feature would be welcome. And some rpmrebuild update maybe:) Added a big fat warning about repackage on the wiki page. What do you mean by rpmrebuild? it's a package: - https://github.com/pld-linux/rpmrebuild apparently not present in pld-th, otherwise you would have noticed it. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpm-build-tools] LANG=C is not enough to disable translations, add LC_ALL=C everywhere
On 23.02.2021 11:55, baggins wrote:
commit ae0dd942e0b1f73604de4bb1a2adea3dccaf8b8b
Author: Jan Rękorajski
Date: Tue Feb 23 10:54:50 2021 +0100
LANG=C is not enough to disable translations, add LC_ALL=C everywhere
builder.sh | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
---
diff --git a/builder.sh b/builder.sh
index e0f1da3..f94b0a3 100755
--- a/builder.sh
+++ b/builder.sh
@@ -479,7 +479,7 @@ Usage: builder [--all-branches] [-D|--debug] [-V|--version]
[--short-version] [
is_rpmorg() {
local v
- v=$(LANG=C rpm --version 2>&1)
+ v=$(LC_ALL=C LANG=C rpm --version 2>&1)
to my knowledge you need only LC_ALL=C, so the LANG=C is now superfluous.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/telepathy-qt4] - updated to 0.9.8 - switched off bcond qt4. I'm afraid qt4 version is not compilable
On 20.02.2021 15:35, witekfl wrote: commit 7b494749b266da984436556e9f9facf42fc71c73 Author: Witold Filipczyk Date: Sat Feb 20 14:33:33 2021 +0100 - updated to 0.9.8 - switched off bcond qt4. I'm afraid qt4 version is not compilable telepathy-qt4.spec | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) --- diff --git a/telepathy-qt4.spec b/telepathy-qt4.spec index 121928c..e3488a2 100644 --- a/telepathy-qt4.spec +++ b/telepathy-qt4.spec @@ -1,6 +1,6 @@ # # Conditional build: -%bcond_without qt4 # Qt4 interface +%bcond_withqt4 # Qt4 interface %bcond_withoutqt5 # Qt5 interface perhaps time to revise package naming. this is somewhat silly now. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rpm 4.16.1.2 from rpm.org has landed in Th
On 22.02.2021 20:59, Jan Rękorajski wrote: rpm 4.16.1.2 and all dependant packages are now available in th-test. hey. great work! ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/bind] - up to 9.16.12; fixes CVE-2020-8625; new way of soname versioning
On 18.02.2021 20:33, arekm wrote:
commit ed2fd6d7570a08eb64041b761353c5d35db5cc02
Author: Arkadiusz Miśkiewicz
Date: Thu Feb 18 19:33:19 2021 +0100
- up to 9.16.12; fixes CVE-2020-8625; new way of soname versioning
rm -rf _doc
cp -a doc _doc
@@ -642,20 +639,13 @@ fi
%files libs
%defattr(644,root,root,755)
-%attr(755,root,root) %{_libdir}/libbind9.so.*.*.*
-%attr(755,root,root) %ghost %{_libdir}/libbind9.so.1600
-%attr(755,root,root) %{_libdir}/libdns.so.*.*.*
-%attr(755,root,root) %ghost %{_libdir}/libdns.so.1611
-%attr(755,root,root) %{_libdir}/libirs.so.*.*.*
-%attr(755,root,root) %ghost %{_libdir}/libirs.so.1601
-%attr(755,root,root) %{_libdir}/libisc.so.*.*.*
-%attr(755,root,root) %ghost %{_libdir}/libisc.so.1609
-%attr(755,root,root) %{_libdir}/libisccc.so.*.*.*
-%attr(755,root,root) %ghost %{_libdir}/libisccc.so.1600
-%attr(755,root,root) %{_libdir}/libisccfg.so.*.*.*
-%attr(755,root,root) %ghost %{_libdir}/libisccfg.so.1603
-%attr(755,root,root) %{_libdir}/libns.so.*.*.*
-%attr(755,root,root) %ghost %{_libdir}/libns.so.1607
+%attr(755,root,root) %ghost %{_libdir}/libbind9-%{version}.so
+%attr(755,root,root) %ghost %{_libdir}/libdns-%{version}.so
+%attr(755,root,root) %ghost %{_libdir}/libirs-%{version}.so
+%attr(755,root,root) %ghost %{_libdir}/libisc-%{version}.so
+%attr(755,root,root) %ghost %{_libdir}/libisccc-%{version}.so
+%attr(755,root,root) %ghost %{_libdir}/libisccfg-%{version}.so
+%attr(755,root,root) %ghost %{_libdir}/libns-%{version}.so
did you actually test this built rpm?
seems to me, you have packaged the actual libraries as %ghost.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rpm 4.16: bind
looks like this is major breakage in packaging. you can not package symlinks with absolute paths to inaccessible paths anymore? so, absolute symlinks not permitted, must use relative symlinks when packaging? bind.spec @ ed2fd6d (master) ``` RPM build errors: line 130: It's not recommended to have unversioned Obsoletes: Obsoletes: caching-nameserver Explicit %attr() mode not applicable to symlink: /home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/etc/named.conf Explicit %attr() mode not applicable to symlink: /home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/etc/bind.keys Explicit %attr() mode not applicable to symlink: /home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/usr/sbin/named-compilezone Explicit %attr() mode not applicable to symlink: /home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/usr/sbin/tsig-keygen Explicit %attr() mode not applicable to symlink: /home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/var/log/named Explicit %attr() mode not applicable to symlink: /home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/var/log/named.stats absolute symlink: /etc/bind.keys -> /var/lib/named/etc/bind.keys absolute symlink: /etc/named.conf -> /var/lib/named/etc/named.conf absolute symlink: /var/log/named -> /var/lib/named/named.log absolute symlink: /var/log/named.stats -> /var/lib/named/named.stats Recognition of file "/home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/etc/bind.keys" failed: mode 120777 broken symbolic link to /var/lib/named/etc/bind.keys (Permission denied) Recognition of file "/home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/etc/named.conf" failed: mode 120777 broken symbolic link to /var/lib/named/etc/named.conf (Permission denied) Recognition of file "/home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/var/log/named" failed: mode 120777 broken symbolic link to /var/lib/named/named.log (Permission denied) Recognition of file "/home/users/glen/tmp/bind-9.16.12-x86_64-root-glen/var/log/named.stats" failed: mode 120777 broken symbolic link to /var/lib/named/named.stats (Permission denied) ``` ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: pam 1.5
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 libpwquality project) instead. * Removed deprecated pam_tally and pam_tally2 modules, use pam_faillock instead. what's our action? 1. follow the flow and remove them as well? 2. alternatively could copy them from 1.4.0 tarball, so at least we don't lag behind because afraid to update to 1.5.x if someone really needs those removed modules, a separate .spec is more appropriate solution to the problem. there's also pam-pld-1.1.2-1.tar.gz included in pam.spec, there's no info how that file was generated. could put the two new abandoned modules there as well. altho i feel better to just create new tarball with tally and cracklib ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
pam 1.5
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 libpwquality project) instead. * Removed deprecated pam_tally and pam_tally2 modules, use pam_faillock instead. what's our action? 1. follow the flow and remove them as well? 2. alternatively could copy them from 1.4.0 tarball, so at least we don't lag behind because afraid to update to 1.5.x if someone really needs those removed modules, a separate .spec is more appropriate solution to the problem. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/rpm-pld-macros/rpm.org] - add conversion from PLD rich noauto deps to poor rpm.org implementation
On 12.02.2021 02:21, Jan Palus wrote:
+%__noautodep_helper() %(awk -v x="%*" 'BEGIN {
the helper could be perhaps written in lua. maybe it's more readable then.
to make things even more fancy, maybe the helper could even be placed
into separate file, then .lua extension would have proper syntax in editor.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [PLDWWW] page changed: packages:rpm
On 06.02.2021 20:27, Neal Gompa wrote: On Sat, Feb 6, 2021 at 1:23 PM Elan Ruusamäe wrote: On 06.02.2021 11:13, "Jan Rękorajski (baggins)" wrote: + * rpm.org rpm generates ''rpmlib(ShortCircuited)'' dependencies when package is build using ''--short-circuit'' option. To disable that add ''%disable_short_circuited_deps 0'' to ~/.rpmrc what's the difference of ~/.rpmrc and ~/.rpmmacros? i thought ~/.rpmrc was deprecated by jbj, but now it's back due rpm.org code? and .rpmrc used different synta You put it in ~/.rpmmacros, not ~/.rpmrc. The latter is only for managing compiler flags and arch maps. that's what i asked in previous email: - http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2021-February/026127.html but @baggins changed only macro part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
