Re: No new packages on ftp
On 8/6/19 12:59 PM, Adam Gołębiowski wrote: Looks like we hit -ENOSPC on ftp. th-test indexes (still?) broken ``` poldek:/all-avail> !poldek --up -n th-test Retrieving th-test::packages.ndir.md... Retrieving th-test::packages.ndir.gz... .. 100.0% [248.1K (27.9K/s)] error: ftp://ftp1.pld-linux.org/dists/th/test/i686/RPMS/packages.ndir.gz: broken file Retrieving th-test::packages.ndir.md... Retrieving th-test::packages.ndir.gz... .. 100.0% [431.0K (16.7K/s)] Retrieving th-test::packages.ndir.dscr.gz... .. 100.0% [19.3K (19.3K/s)] poldek:/all-avail> !poldek --up -n th-test error: ftp://ftp1.pld-linux.org/dists/th/test/i686/RPMS/packages.ndir.gz: broken file Retrieving th-test::packages.ndir.md... Retrieving th-test::packages.ndir.gz... .. 100.0% [248.1K (248.1K/s)] error: ftp://ftp1.pld-linux.org/dists/th/test/i686/RPMS/packages.ndir.gz: broken file Retrieving th-test::packages.ndir.md... th-test is up to date poldek:/all-avail> ``` -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ftp down
On 5/6/19 7:06 PM, Jan Rękorajski wrote: On Sun, 05 May 2019, Elan Ruusamäe wrote: the ftp is still unusable for poldek after exactly two months have passed. please make default poldek config to use http:// (or https://) if unable to support ftp:// Fix your /etc/resolv.conf and /etc/localtime. And no, I don't know why it breaks with incorrect or missing /etc/localtime. updated docker image build result to use http urls then: - https://gitlab.com/pld-linux/pld/merge_requests/5 -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: freshness' freshness
On 4/11/19 11:59 AM, glen wrote: 11:52:52 [load: 2.40 60.00% nproc: 4] root@1822-cvs repositories/SPECS.git# g gc error: bad ref for ./logs/refs/heads/master error: bad ref for ./logs/HEAD fatal: bad object refs/heads/master fatal: failed to run repack ``` 12:00:39 [load: 1.40 35.00% nproc: 4] root@1822-cvs repositories/SPECS.git# g checkout master fatal: this operation must be run in a work tree 12:00:46 [load: 1.37 34.25% nproc: 4] root@1822-cvs repositories/SPECS.git# g for-each-ref warning: ignoring broken ref refs/heads/master 12:00:52 [load: 1.39 34.75% nproc: 4] root@1822-cvs repositories/SPECS.git# l refs/heads/master -rw-r- 1 git git 0 Mar 22 15:03 refs/heads/master 12:00:56 [load: 1.36 34.00% nproc: 4] root@1822-cvs repositories/SPECS.git# echo 625690e48d93539566399403059b5e9f41d66284> refs/heads/master 12:01:00 [load: 1.36 34.00% nproc: 4] root@1822-cvs repositories/SPECS.git# find -size 0|xargs ls -ld -rw-r- 1 git git 0 Jun 28 2012 ./git-daemon-export-ok -rw-r- 1 git git 0 Mar 22 15:03 ./index -r--r- 1 git git 0 Mar 22 15:03 ./objects/80/3b5f137ddafc1e960c685d6b7cfbe888c793ed -r--r- 1 git git 0 Mar 22 15:03 ./objects/ca/f226252110c2afbb1ee248b489050a2a47b85e 12:02:09 [load: 2.03 50.75% nproc: 4] root@1822-cvs repositories/SPECS.git# g fsck error: object file ./objects/80/3b5f137ddafc1e960c685d6b7cfbe888c793ed is empty error: unable to mmap ./objects/80/3b5f137ddafc1e960c685d6b7cfbe888c793ed: No such file or directory error: 803b5f137ddafc1e960c685d6b7cfbe888c793ed: object corrupt or missing: ./objects/80/3b5f137ddafc1e960c685d6b7cfbe888c793ed error: object file ./objects/ca/f226252110c2afbb1ee248b489050a2a47b85e is empty error: unable to mmap ./objects/ca/f226252110c2afbb1ee248b489050a2a47b85e: No such file or directory error: caf226252110c2afbb1ee248b489050a2a47b85e: object corrupt or missing: ./objects/ca/f226252110c2afbb1ee248b489050a2a47b85e Checking object directories: 100% (256/256), done. Checking objects: 100% (189901/189901), done. fatal: index file smaller than expected 12:11:49 [load: 3.08 77.00% nproc: 4] root@1822-cvs repositories/SPECS.git# find -size 0|xargs ls -ld -rw-r- 1 git git 0 Jun 28 2012 ./git-daemon-export-ok -rw-r- 1 git git 0 Mar 22 15:03 ./index -r--r- 1 git git 0 Mar 22 15:03 ./objects/80/3b5f137ddafc1e960c685d6b7cfbe888c793ed -r--r- 1 git git 0 Mar 22 15:03 ./objects/ca/f226252110c2afbb1ee248b489050a2a47b85e 12:44:13 [load: 1.73 43.25% nproc: 4] root@1822-cvs repositories/SPECS.git# rm index rm: remove regular empty file 'index'? y root@1822-cvs repositories/SPECS.git# g gc Enumerating objects: 198982, done. Counting objects: 100% (198982/198982), done. Delta compression using up to 4 threads Compressing objects: 100% (75454/75454), done. Writing objects: 100% (198982/198982), done. Total 198982 (delta 129381), reused 189004 (delta 123371) Removing duplicate objects: 100% (256/256), done. Checking connectivity: 198982, done. 12:55:11 [load: 2.77 69.25% nproc: 4] root@1822-cvs repositories/SPECS.git# chown -R git: . 12:58:38 [load: 1.46 36.50% nproc: 4] root@1822-cvs repositories/SPECS.git# ``` seems ok now. new commit created as: git diff 625690e48..96bb43df4 -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: freshness' freshness
On 4/11/19 11:43 AM, glen wrote: 2019-04-11 10:40:01.897377507+02:00 I: Started sudo -Hiu git bin/specscommit.sh 2019-04-11 10:40:01.930615129+02:00 E: fatal: index file smaller than expected 2019-04-11 10:40:01.936209583+02:00 I: Finished with exitcode 0 tried fsck. but harder fix needed ``` root@1822-cvs repositories/SPECS.git# g gc error: bad ref for ./logs/refs/heads/master error: bad ref for ./logs/HEAD fatal: bad object refs/heads/master fatal: failed to run repack 11:43:13 [load: 1.38 34.50% nproc: 4] root@1822-cvs repositories/SPECS.git# git fsck error: object file ./objects/80/3b5f137ddafc1e960c685d6b7cfbe888c793ed is empty error: unable to mmap ./objects/80/3b5f137ddafc1e960c685d6b7cfbe888c793ed: No such file or directory error: 803b5f137ddafc1e960c685d6b7cfbe888c793ed: object corrupt or missing: ./objects/80/3b5f137ddafc1e960c685d6b7cfbe888c793ed error: object file ./objects/ca/f226252110c2afbb1ee248b489050a2a47b85e is empty error: unable to mmap ./objects/ca/f226252110c2afbb1ee248b489050a2a47b85e: No such file or directory error: caf226252110c2afbb1ee248b489050a2a47b85e: object corrupt or missing: ./objects/ca/f226252110c2afbb1ee248b489050a2a47b85e Checking object directories: 100% (256/256), done. Checking objects: 100% (189901/189901), done. error: refs/heads/master: invalid sha1 pointer error: Invalid HEAD error: bad ref for ./logs/refs/heads/master error: bad ref for ./logs/HEAD notice: No default references fatal: index file smaller than expected 11:52:52 [load: 2.40 60.00% nproc: 4] root@1822-cvs repositories/SPECS.git# g gc error: bad ref for ./logs/refs/heads/master error: bad ref for ./logs/HEAD fatal: bad object refs/heads/master fatal: failed to run repack 11:56:03 [load: 1.18 29.50% nproc: 4] root@1822-cvs repositories/SPECS.git# ``` -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: freshness' freshness
On 4/11/19 10:07 AM, Jan Rękorajski wrote: On Wed, 10 Apr 2019, Jan Palus wrote: For some time now it seems that freshness report does not include new changes, any idea what happened? http://ep09.pld-linux.org/~pldth/qa.php?q=freshness Sample missing packages: libbluray tasksh glib-networking gobject-introspection vala gvfs libinput vte mate-icon-theme It's because the SPECS git repo is empty/not being updated. I'm not sure how it's working, but try to take a look if no one beats me to fixing it. i recall looking how SPECS.git gets updated recently. so, at least one command in chain is this cronjob. and it gives errors. probably disk full or host crash caused corruption? ``` root@1822-cvs /etc/cron.d# cat /etc/cron.d/git SHELL=/bin/sh MAILTO=g...@pld-linux.org * * * * * root cronlogger -i git-specscommit -- sudo -Hiu git bin/specscommit.sh root@1822-cvs /etc/cron.d# tail /var/log/cronlogs/git-specscommit 2019-04-11 10:37:01.832630771+02:00 I: Finished with exitcode 0 2019-04-11 10:38:01.853045828+02:00 I: Started sudo -Hiu git bin/specscommit.sh 2019-04-11 10:38:01.891029069+02:00 E: fatal: index file smaller than expected 2019-04-11 10:38:01.894637929+02:00 I: Finished with exitcode 0 2019-04-11 10:39:01.943847203+02:00 I: Started sudo -Hiu git bin/specscommit.sh 2019-04-11 10:39:01.977375457+02:00 E: fatal: index file smaller than expected 2019-04-11 10:39:01.980198716+02:00 I: Finished with exitcode 0 2019-04-11 10:40:01.897377507+02:00 I: Started sudo -Hiu git bin/specscommit.sh 2019-04-11 10:40:01.930615129+02:00 E: fatal: index file smaller than expected 2019-04-11 10:40:01.936209583+02:00 I: Finished with exitcode 0 root@1822-cvs /etc/cron.d# ``` -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
wget: Disabling SSL due to encountered errors.
w... what is going on here? ``` bash-4.4# rpm -q wget openssl ca-certificates wget-1.20.1-4.x86_64 openssl-1.1.1b-1.x86_64 ca-certificates-20190110-1.noarch bash-4.4# wget "https://gitlab-runner-downloads.s3.amazonaws.com/v11.0.0/docker/prebuilt-x86_64.tar.xz; --debug DEBUG output created by Wget 1.20.1 on linux-gnu. Reading HSTS entries from /root/.wget-hsts URI encoding = 'ANSI_X3.4-1968' converted 'https://gitlab-runner-downloads.s3.amazonaws.com/v11.0.0/docker/prebuilt-x86_64.tar.xz' (ANSI_X3.4-1968) -> 'https://gitlab-runner-downloads.s3.amazonaws.com/v11.0.0/docker/prebuilt-x86_64.tar.xz' (UTF-8) Converted file name 'prebuilt-x86_64.tar.xz' (UTF-8) -> 'prebuilt-x86_64.tar.xz' (ANSI_X3.4-1968) --2019-03-25 14:59:30-- https://gitlab-runner-downloads.s3.amazonaws.com/v11.0.0/docker/prebuilt-x86_64.tar.xz Disabling SSL due to encountered errors. bash-4.4# ``` curl is fine: ``` bash-4.4# curl -sSfLO https://gitlab-runner-downloads.s3.amazonaws.com/v11.0.0/docker/prebuilt-x86_64.tar.xz bash-4.4# ls -l prebuilt-x86_64.tar.xz -rw-r--r-- 1 root root 9715912 Mar 25 15:02 prebuilt-x86_64.tar.xz bash-4.4# sha1sum prebuilt-x86_64.tar.xz c7134427bcd1b3f535e8f6651918ca0f298ff21c prebuilt-x86_64.tar.xz ``` -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/linux-pstore] - initial
On 2/21/19 3:03 PM, arekm wrote: +%post +if [ -d /sys/fs/pstore ]; then + grep -qE "^none.*/sys/fs/pstore" %{_sysconfdir}/fstab || (echo -e "none\t\t/sys/fs/pstore\tpstore\tdefaults\t 0 0" >> %{_sysconfdir}/fstab && grep -q "/sys/fs/pstore" /proc/self/mounts || mount /sys/fs/pstore) + exit 0 +fi + yuks. i think this should go to "setup" package like rest of the fstab mounts and mounting from %post does not seem good either. so i propose: 1. add to setup the mount with noauto 2. update rc-scripts to mount it this is the way afaik other fs are done. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/libidn2] Use lua in %post scripts to break dependency loop
On 2/19/19 4:37 PM, Jacek Konieczny wrote: Adding external libidn2 dependency to glibc was a very bad idea and should be reverted. glibc must not have any 'heavy' external dependencies. And libidn2 is not even a single library, as it pulls libunistring. perhaps pld should go alpine? use musl and busybox? kill selinux, nls and other nonsense not useful in containers? ...i tend to see less value in pld nowadays, only to support some legacy applications. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Can we finally switch to systemd /run directory? /var/run sucks…
On 2/19/19 10:39 AM, Jacek Konieczny wrote: On 19/02/2019 09.34, Jacek Konieczny wrote: The systemd preferred way to handle backward compatibility with the old /var/run directory is to make /var/run a symlink to /run. Wrong… it is bind-mount of /run over /var/run, which is currently disabled in PLD. yes, it's bind mounted. but i don't have much pld-systemd systems around to verify widely. ``` # mount|grep run tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /var/run type tmpfs (rw,nosuid,nodev,mode=755) # rpm -q systemd systemd-232-7.x86_64 ``` non-systemd should do the same, but currently it does not: ``` # mount|grep run run on /run type tmpfs (rw,relatime,mode=755) # rpm -q rc-scripts rc-scripts-0.4.18-1.x86_64 ``` -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/libidn2] Use lua in %post scripts to break dependency loop
On 2/19/19 2:16 PM, jajcus wrote: -%post -/sbin/ldconfig -[ ! -x /usr/sbin/fix-info-dir ] || /usr/sbin/fix-info-dir %{_infodir} >/dev/null 2>&1 +%post -p +os.execute("/sbin/ldconfig >/dev/null 2>&1") +os.execute("/usr/sbin/fix-info-dir %{_infodir} >/dev/null 2>&1") -%postun -/sbin/ldconfig -[ ! -x /usr/sbin/fix-info-dir ] || /usr/sbin/fix-info-dir %{_infodir} >/dev/null 2>&1 +%postun-p +os.execute("/sbin/ldconfig >/dev/null 2>&1") +os.execute("/usr/sbin/fix-info-dir %{_infodir} >/dev/null 2>&1") the behaviour is not identical: 1. previous code did not hide ldconfig errors 2. previous code skipped invocation if /usr/sbin/fix-info-dir was missing as you hopefully tested this, then os.execute does not trigger failure, but would be nice to see ldconfig errors, if any. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/syslog-ng] - add /etc/syslog-ng.d to config
On 2/14/19 9:38 AM, arekm wrote: +%triggerun -- syslog-ng < 3.19.1 +grep -q '/etc/syslog-ng.d/'/etc/syslog-ng/syslog-ng.conf || echo '@include "/etc/syslog-ng.d/"' >> /etc/syslog-ng/syslog-ng.conf +exit 0 + argh, again some project decides to do include dir support, but without actual without globing!!! what's the directory scanning rule? will it exclude backups from editors and package managers other cruft like VCS dirs/files? ps: you should grep what you append, maybe someone has in comments matching "/etc/syslog-ng.d/" -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
/etc/issue.d
https://github.com/pld-linux/util-linux/commit/1d44bc2b730b4461b6c3f09a602f4b7472e7b6e6 # - agetty: Documentation/releases/v2.32-ReleaseNotes:54: - add support for /etc/issue.d [Karel Zak] # https://github.com/karelzak/util-linux/commit/1fc82a1360305f696dc1be6105c9c56a9ea03f52#diff-d7efd2b3dbb10e54185f001dc21d43db so, should the dir be added to setup and all issue* packages move their contents there (or duplicate?) -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: openssl again makes php5.3 crash
friendly ping! On 2/1/19 4:41 PM, glen wrote: (somewhy arekm wrote privately to me only). anyway, the rel 44 (from th-test) still fails: [root@2e971bacdb48 app]# echo '{}'> composer.json [root@2e971bacdb48 app]# composer install; echo $? Loading composer repositories with package information 139 [root@2e971bacdb48 app]# rpm -q php53-common php53-common-5.3.29-44.x86_64 [root@2e971bacdb48 app]# On 1/23/19 11:54 PM, Arkadiusz Miśkiewicz wrote: On 23/01/2019 22:00, Elan Ruusamäe wrote: yes. it worked, with openssl 1.1 crashes php 5.4 doesn't crash. backported ext/openssl to 5.3 crashes. Fun. On Wed, 23 Jan 2019 at 21:28, Arkadiusz Miśkiewicz mailto:ar...@maven.pl>> wrote: On 21/12/2018 12:51, glen wrote: > can you please look? Did this work with older openssl? Because this bug is somehow related to https://bugs.php.net/bug.php?id=61930 Simplified reproducer: > > > $url = 'https://repo.packagist.org/packages.json'; > > function getCertificateFingerprint($certificate) > { > $publickey = openssl_get_publickey($certificate); > $pubkeydetails = openssl_pkey_get_details($publickey); > } > > $options = array(); > > $defaultParams = array ( > 'options' => > array ( > 'ssl' => > array ( > 'capture_peer_cert' => true, > 'verify_peer' => false, > ), > ), > ); > > $context = stream_context_create($options, $defaultParams); > > if (false === $handle = @fopen($url, 'rb', false, $context)) { > return; > } > > fclose($handle); > $handle = null; > > $params = stream_context_get_params($context); > > getCertificateFingerprint($params['options']['ssl']['peer_certificate']); > > > On 12/11/18 12:53 PM, Elan Ruusamäe wrote: >> >> $ docker run --privileged --rm -it registry.gitlab.com/pld-linux/pld <http://registry.gitlab.com/pld-linux/pld> sh >> >> [@42300ff78c63 /]# poldek -u --noask composer gdb --ignore=*php4* >> --ignore=*php52* >> >> [@42300ff78c63 /]# poldek -n th-debuginfo -u php53-debuginfo >> openssl-debuginfo >> >> [@42300ff78c63 /]# cd /tmp >> >> [@42300ff78c63 /tmp]# echo '{}' > composer.json >> >> >> [@42300ff78c63 /tmp]# composer install >> Do not run Composer as root/super user! See >> https://getcomposer.org/root for details >> Loading composer repositories with package information >> Segmentation fault >> >> [@42300ff78c63 /tmp]# composer config -g -- disable-tls true >> Do not run Composer as root/super user! See >> https://getcomposer.org/root for details >> [@42300ff78c63 /tmp]# composer install >> You are running Composer with SSL/TLS protection disabled. >> Do not run Composer as root/super user! See >> https://getcomposer.org/root for details >> Loading composer repositories with package information >> Updating dependencies (including require-dev) >> Nothing to install or update >> Generating autoload files >> [@42300ff78c63 /tmp]# >> >> [@236200a329d5 r]# rpm -q php53-common openssl >> php53-common-5.3.29-43.x86_64 >> openssl-1.1.1a-1.x86_64 >> [@236200a329d5 r]# >> >> >> >> >> [@42300ff78c63 /tmp]# composer config -g -- disable-tls false >> You are running Composer with SSL/TLS protection disabled. >> Do not run Composer as root/super user! See >> https://getcomposer.org/root for details >> [@42300ff78c63 /tmp]# gdb --args php /usr/bin/composer install >> GNU gdb (GDB) 8.2-2 (PLD Linux) >> Copyright (C) 2018 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> <http://gnu.org/licenses/gpl.html> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> Type "show copying" and "show warranty" for details. >> This GDB was configured as "x86_64-pld-linux". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> <http://www.gnu.org/software/gdb/bugs/>. >> Find the GDB manual and other documentation resources online at: >> <http://www.gnu.o
Fwd: Re: [packages/dehydrated] - run always via sudo as root:dehydrated to allow dehydrated group to read certificates and keys,
cc: list Forwarded Message Subject: Re: [packages/dehydrated] - run always via sudo as root:dehydrated to allow dehydrated group to read certificates and keys, Date: Fri, 21 Dec 2018 22:35:54 +0200 From: Elan Ruusamäe To: h...@pld-linux.org provides user and group missing https://github.com/pld-linux/dehydrated/commit/e91f3230f38cc6642d9d0853ab0990f8ecec8d9c ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: openssl again makes php5.3 crash
(somewhy arekm wrote privately to me only). anyway, the rel 44 (from th-test) still fails: [root@2e971bacdb48 app]# echo '{}'> composer.json [root@2e971bacdb48 app]# composer install; echo $? Loading composer repositories with package information 139 [root@2e971bacdb48 app]# rpm -q php53-common php53-common-5.3.29-44.x86_64 [root@2e971bacdb48 app]# On 1/23/19 11:54 PM, Arkadiusz Miśkiewicz wrote: On 23/01/2019 22:00, Elan Ruusamäe wrote: yes. it worked, with openssl 1.1 crashes php 5.4 doesn't crash. backported ext/openssl to 5.3 crashes. Fun. On Wed, 23 Jan 2019 at 21:28, Arkadiusz Miśkiewicz mailto:ar...@maven.pl>> wrote: On 21/12/2018 12:51, glen wrote: > can you please look? Did this work with older openssl? Because this bug is somehow related to https://bugs.php.net/bug.php?id=61930 Simplified reproducer: > > > $url = 'https://repo.packagist.org/packages.json'; > > function getCertificateFingerprint($certificate) > { > $publickey = openssl_get_publickey($certificate); > $pubkeydetails = openssl_pkey_get_details($publickey); > } > > $options = array(); > > $defaultParams = array ( > 'options' => > array ( > 'ssl' => > array ( > 'capture_peer_cert' => true, > 'verify_peer' => false, > ), > ), > ); > > $context = stream_context_create($options, $defaultParams); > > if (false === $handle = @fopen($url, 'rb', false, $context)) { > return; > } > > fclose($handle); > $handle = null; > > $params = stream_context_get_params($context); > > getCertificateFingerprint($params['options']['ssl']['peer_certificate']); > > > On 12/11/18 12:53 PM, Elan Ruusamäe wrote: >> >> $ docker run --privileged --rm -it registry.gitlab.com/pld-linux/pld <http://registry.gitlab.com/pld-linux/pld> sh >> >> [@42300ff78c63 /]# poldek -u --noask composer gdb --ignore=*php4* >> --ignore=*php52* >> >> [@42300ff78c63 /]# poldek -n th-debuginfo -u php53-debuginfo >> openssl-debuginfo >> >> [@42300ff78c63 /]# cd /tmp >> >> [@42300ff78c63 /tmp]# echo '{}' > composer.json >> >> >> [@42300ff78c63 /tmp]# composer install >> Do not run Composer as root/super user! See >> https://getcomposer.org/root for details >> Loading composer repositories with package information >> Segmentation fault >> >> [@42300ff78c63 /tmp]# composer config -g -- disable-tls true >> Do not run Composer as root/super user! See >> https://getcomposer.org/root for details >> [@42300ff78c63 /tmp]# composer install >> You are running Composer with SSL/TLS protection disabled. >> Do not run Composer as root/super user! See >> https://getcomposer.org/root for details >> Loading composer repositories with package information >> Updating dependencies (including require-dev) >> Nothing to install or update >> Generating autoload files >> [@42300ff78c63 /tmp]# >> >> [@236200a329d5 r]# rpm -q php53-common openssl >> php53-common-5.3.29-43.x86_64 >> openssl-1.1.1a-1.x86_64 >> [@236200a329d5 r]# >> >> >> >> >> [@42300ff78c63 /tmp]# composer config -g -- disable-tls false >> You are running Composer with SSL/TLS protection disabled. >> Do not run Composer as root/super user! See >> https://getcomposer.org/root for details >> [@42300ff78c63 /tmp]# gdb --args php /usr/bin/composer install >> GNU gdb (GDB) 8.2-2 (PLD Linux) >> Copyright (C) 2018 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> <http://gnu.org/licenses/gpl.html> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> Type "show copying" and "show warranty" for details. >> This GDB was configured as "x86_64-pld-linux". >> Type "show configuration" for configuration details. >> For bug reporting instructions, please see: >> <http://www.gnu.org/software/gdb/bugs/>. >> Find the GDB manual and other documentation resources online at: >> <http://www.gnu.org/software/gdb/documentation/>. >
mysql package missing
can't find mysql client package: error: mysql-client: no such package i don't see any dropping or deprecation notice: https://www.pld-linux.org/ -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
mysql 5.0 openssl 1.1 request
please someone (arekm?) add patch to build mysql 5.0 with openssl 1.1. also previous report that mysql 5.3 crashes: http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2018-December/025680.html thanks! -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ruby unneeded versioning
somewhy ruby deps provider puts versioning, even if the installed paths are unversioned: ``` ➔ rpm -qpl /home/users/glen/rpm/packages/RPMS/knife-backup-0.0.12-1.noarch.rpm /usr/share/ruby/vendor_ruby/chef/knife/backup_export.rb /usr/share/ruby/vendor_ruby/chef/knife/backup_restore.rb /usr/share/ruby/vendor_ruby/knife-backup /usr/share/ruby/vendor_ruby/knife-backup.rb /usr/share/ruby/vendor_ruby/knife-backup/version.rb ➔ rpm -qp --requires /home/users/glen/rpm/packages/RPMS/knife-backup-0.0.12-1.noarch.rpm|grep ruby ruby(abi) = 2.4 ➔ ``` i fixed this once, why it's back? -- glen ___ 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-plugin-check_raid] - rel 3; use separate config, so nagios_nrpe rpm macros can deal with it
On 12/11/18 2:52 PM, arekm wrote: - rel 3; use separate config, so nagios_nrpe rpm macros can deal with it why not just patch and enable bbu by default? -- glen ___ 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-plugin-check_raid] - rel 2; plugin doesn't monitor bbu by default, so provide separate template command and template fo
On 12/11/18 2:13 PM, arekm wrote: commit 5fe36881db12eb4ba498c749cb310450ce57138d Author: Arkadiusz Miśkiewicz Date: Tue Dec 11 13:13:17 2018 +0100 - rel 2; plugin doesn't monitor bbu by default, so provide separate template command and template for that you can just use: check_command check_raid!--bbu-monitoring also, if you insist on new template, extend the previous one, not copy paste? -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh
On 10/23/18 2:01 PM, Arkadiusz Miśkiewicz wrote: On 23/10/2018 12:43, glen wrote: any plans to fix cvs.pld-linux.org? cvs-nserver segfaults and needs some debugging or better switching to other maintained cvs downgrade glibc. perhaps helps -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
carme-x32
hi please fix carme poldek repos, to be able to install dependencies perhaps poldek package configs from rpm should be updated if ftp:// access no longer allowed? [~/rpm/packages/php(7.3.0) (dev-7.3)★] ➔ ./builder -bb *.spec -R builder: Active branch dev-7.3. Use -r BRANCHNAME to override builder: SMP make flags are set to -j7 80a85caa023fe9c2e4d0307c201c525ac6e80349 Already on 'dev-7.3' Your branch is up to date with 'origin/dev-7.3'. Already up to date. WARNING! Spec name (php) does not agree with package name (php73) Building php.spec with the following conditional flags: --without tests from available: --with : debug default_php gcov interbase_inst milter mm oci systemtap tests zts --without: alternatives apache2 argon2 bcmath bz2 calendar cgi ctype curl dba dom embed enchant exif fileinfo filter fpm ftp gd gettext gmp hash iconv imap instantclient interbase intl json kerberos5 ldap litespeed mbstring mhash mysqli mysqlnd odbc opcache openssl pcntl pcre pdo pdo_dblib pdo_mysql pdo_sqlite pgsql phar phpdbg posix pspell readline recode session snmp sodium sqlite2 sqlite3 system_gd system_libzip tidy wddx webp xmlrpc xsl Available branches: PHP_5_2 PHP_5_3 PHP_5_4 PHP_5_5 PHP_5_6 PHP_7_0 PHP_7_1 RA-branch RA-branch-security RA-branch_DEVEL RA-branch_general dev-7.3 master migrate mysqlnd-link Install dependencies: libsodium-devel net-snmp-devel pcre2-8-devel pcre2-8-devel error: vfff: unable to connect to ftp.th.pld-linux.org:15780: Connection refused Retrying...(#2) error: vfff: unable to connect to ftp.th.pld-linux.org:47103: Connection refused Retrying...(#2) error: vfff: unable to connect to ftp.th.pld-linux.org:4782: Connection refused Retrying...(#2) error: vfff: unable to connect to ftp.th.pld-linux.org:62624: Connection refused Retrying...(#2) error: vfff: unable to connect to ftp.th.pld-linux.org:64544: Connection refused Retrying...(#2) error: vfff: unable to connect to ftp.th.pld-linux.org:55151: Connection refused Retrying...(#2) error: vfff: unable to connect to ftp.th.pld-linux.org:42588: Connection refused Retrying...(#2) -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh
any plans to fix cvs.pld-linux.org? Forwarded Message Subject:Cron ~/rpm/PLD-doc/notify-specsupdate.sh Date: Thu, 11 Oct 2018 09:01:02 +0200 From: (Cron Daemon) To: g...@pld-linux.org cvs [status aborted]: reading from server: Connection reset by peer ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: openssl 1.1.1 rebuild - need for help
On 10/21/18 11:13 PM, Adam Golebiowski wrote: Current status update: android-tools drop apache1-mod_ssl drop side note - drop apache1 all together. And by the same time drop php < 5.6 as well. apache1 had its last release 8+ years ago, php 5.5 last release in July 2016. We can drop php5.6 in couple of months - it will be eol-ed upstream by the end of the year. also using apache 1.3 and php < 5.6 in infra. if want to drop something, then candidates for php are rather: - 5.4 - 5.5 - 7.0 mostly because there are no major changes with these versions, and that extensions are present in pld. but then this will remove uniqueness for pld where all php versions are available and the maintenance cost is not that high. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: php 7.3 legacy architectures
On 9/24/18 9:54 PM, Jakub Bogusz wrote: can someone have look at i686 and x32 builds (-r dev-7.3 branch) i'm pretty ok to just to have ExclusiveArch: %{x8664} for 7.3 branch -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: glibc and ldconfig dependency loop
On 10/1/18 11:36 AM, Jacek Konieczny wrote: From my logs of (automated) building a fresh system in a chroot: build 01-Oct-2018 09:25:17warning: LOOP: build 01-Oct-2018 09:25:17warning: removing glibc-2.28-5.aos1.i686 "Requires(postun): /sbin/ldconfig" from tsort relations. build 01-Oct-2018 09:25:17warning: removing ldconfig-2.28-5.aos1.i686 "Requires(auto): rtld(GNU_HASH)" from tsort relations. [...] build 01-Oct-2018 09:25:19glibc ## build 01-Oct-2018 09:25:19/sbin/ldconfig: No such file or directory build 01-Oct-2018 09:25:19error: %post(glibc-2.28-5.aos1.i686) scriptlet failed, exit status 127 build 01-Oct-2018 09:25:19ldconfig ## This causes whole poldek install command to fail. Such loops make chroot installs or major updates unpredictable and when glibc is installed before ldconfig, then its %post will fail. What is worse, such loops can break installation order or other packages installed in the batch. Possible solutions: – disable autogenerated dependency for ldconfig, to force installing it before glibc – include ldconfig in the main glibc package – change glibc %post so it won't fail on ldconfig error. The easiest one, will fix the glibc installation failure, but won't break the dependency loop. Any better ideas? make ldconfig package skip rtld(GNU_HASH) dependency. by building (linking?) it it differently; or just do rpm ignore magic? also, before merging ldconfig to glibc package, please find from git history why the split was made in first place. $ rpm -q ldconfig --requires ldconfig-6:2.27-3.x32 FHS rtld(GNU_HASH) uname(release) >= 3.4.0 rpmlib(PayloadIsLzma) <= 4.4.6-1 ldconfig-6:2.28-5.x86_64 FHS rtld(GNU_HASH) uname(release) >= 3.2.0 rpmlib(PayloadIsLzma) <= 4.4.6-1 ➔ rpm -q --what-provides 'rtld(GNU_HASH)' glibc-2.28-5.x86_64 ➔ rpm -q ldconfig ldconfig-2.27-3.x32 ldconfig-2.28-5.x86_64 ➔ -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: broke th deps
On 9/26/18 2:43 PM, glen wrote: perl-base-5.26.2-3.x86_64 marks perl-dirs-5.28.0-2.x86_64 (cap /usr/share/perl5/vendor_perl) ok. perl-dirs needs to be moved back. done. pldth@ep09-pld SRPMS/.metadata$ pfa-mvpkg PLD test perl-dirs-5.28.0-2.src.rpm.info pldth@ep09-pld SRPMS/.metadata$ pfa-mvpkg .archive/PLD PLD perl-dirs-5.26.0-4.src.rpm.info -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: broke th deps
On 9/26/18 2:43 PM, glen wrote: super broken deps: https://gitlab.com/pld-linux/cleanbuild/-/jobs/101752687 Installing set #3 Processing dependencies... perl-modules-5.26.2-3.x86_64 marks perl-base-5.26.2-3.x86_64 (cap /usr/lib64/perl5/5.26.2/x86_64-pld-linux-thread-multi) error: perl-base-5.26.2-3.x86_64: req /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found perl-base-5.26.2-3.x86_64 marks perl-dirs-5.28.0-2.x86_64 (cap /usr/share/perl5/vendor_perl) perl-base-5.26.2-3.x86_64 marks perl-libs-5.26.2-3.x86_64 (cap libperl.so.5.26.0()(64bit)) perl-base-5.26.2-3.x86_64 marks perl-Scalar-List-Utils-1.49-1.x86_64 (cap perl(Scalar::Util)) error: perl-Scalar-List-Utils-1.49-1.x86_64: req /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found error: perl-Scalar-List-Utils-1.49-1.x86_64: req /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found perl-Scalar-List-Utils-1.49-1.x86_64 marks perl-KDE4-4.14.3-7.x86_64 (cap /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi/auto) perl-KDE4-4.14.3-7.x86_64 marks kde-common-dirs-0.8-5.x86_64 (cap /usr/lib64/kde4) kde-common-dirs-0.8-5.x86_64 marks QtDeclarative-4.8.7-18.x86_64 (cap /usr/lib64/qt4/imports/org) please move perl-KDE4-4.14.3-9 to main can't say why perl-base failed thou... -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
broke th deps
super broken deps: https://gitlab.com/pld-linux/cleanbuild/-/jobs/101752687 Installing set #3 Processing dependencies... perl-modules-5.26.2-3.x86_64 marks perl-base-5.26.2-3.x86_64 (cap /usr/lib64/perl5/5.26.2/x86_64-pld-linux-thread-multi) error: perl-base-5.26.2-3.x86_64: req /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found perl-base-5.26.2-3.x86_64 marks perl-dirs-5.28.0-2.x86_64 (cap /usr/share/perl5/vendor_perl) perl-base-5.26.2-3.x86_64 marks perl-libs-5.26.2-3.x86_64 (cap libperl.so.5.26.0()(64bit)) perl-base-5.26.2-3.x86_64 marks perl-Scalar-List-Utils-1.49-1.x86_64 (cap perl(Scalar::Util)) error: perl-Scalar-List-Utils-1.49-1.x86_64: req /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found error: perl-Scalar-List-Utils-1.49-1.x86_64: req /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi not found perl-Scalar-List-Utils-1.49-1.x86_64 marks perl-KDE4-4.14.3-7.x86_64 (cap /usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux-thread-multi/auto) perl-KDE4-4.14.3-7.x86_64 marks kde-common-dirs-0.8-5.x86_64 (cap /usr/lib64/kde4) kde-common-dirs-0.8-5.x86_64 marks QtDeclarative-4.8.7-18.x86_64 (cap /usr/lib64/qt4/imports/org) -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: carme lighttpd broken
On 9/18/18 11:12 AM, Marcin Krol wrote: On 18-Sep-18 09:23, glen wrote: the same host, updated wintersunset /etc/lighttpd # rpm -q glibc lighttpd; ls -l /etc/lighttpd/vhosts.d/ glibc-2.28-3.x86_64 lighttpd-1.4.50-2.x86_64 total 0 wintersunset /etc/lighttpd # so it's lighttpd behavior change. Since 1.4.50 include_shell behavior has changed (or got fixed, depending how you look at it). We should be using globs for a long time since they're available. Works fine for me. https://git.tld-linux.org/?p=packages/lighttpd.git;a=commitdiff;h=b15a66f5357b54df3623aaae76b89ee3351b8be3 i was thinking too, why the include_shell was in place, but did not bother to look to git history. digged now, and no obvious reason written. so i guess the glob include didn't exist at the time https://github.com/pld-linux/lighttpd/commit/4ea50529e182703e064e0053d13c9e7953f0d201 -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: carme lighttpd broken
the same host, updated wintersunset /etc/lighttpd # rpm -q glibc lighttpd; ls -l /etc/lighttpd/vhosts.d/ glibc-2.28-3.x86_64 lighttpd-1.4.50-2.x86_64 total 0 wintersunset /etc/lighttpd # so it's lighttpd behavior change. On 9/18/18 9:15 AM, Elan Ruusamäe wrote: on some other system, empty vhosts.d does not result such error as on carme: wintersunset lighttpd/vhosts.d # rpm -q glibc lighttpd; ls -l /etc/lighttpd/vhosts.d/ glibc-2.28-3.x86_64 lighttpd-1.4.49-3.x86_64 total 0 wintersunset lighttpd/vhosts.d # grep vhosts.d /etc/lighttpd/lighttpd.conf include_shell "for f in vhosts.d/*.conf ; do [ -f \"$f\" ] && echo \"include \\"$f\\"\" ; done" wintersunset lighttpd/vhosts.d # -- glen -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
openssl 1.1.1
http://git.pld-linux.org/?p=packages/openssl.git;a=shortlog;h=refs/heads/dev-1.1 why this was built from dev-1.1 branch? auto/th/openssl-1.1.1-1 <http://git.pld-linux.org/?p=packages/openssl.git;a=shortlog;h=refs/tags/auto/th/openssl-1.1.1-1> should be merged to master if openssl 1.1 build for th is planned. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: less aggressive glibc rebuilds
On 9/6/18 1:42 PM, glen wrote: So it is just upgrading the package you want and glibc, not a big issue. services need to be restarted, especially ones using locale data. and that means services need to be restarted, and it's a big issue here. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: less aggressive glibc rebuilds
On 9/6/18 11:59 AM, Jacek Konieczny wrote: openssl upgrades are much more problematic. openssl we have artificial dependency in pld because openssl library tended to change symbols(?), and those were not versioned. probably git blame to find detailed answer. for example sslv3 drop would not be compatible, but it was enabled shortly back. but that ssl deps i think we can drop those "strict deps" in th. openssl releases are pretty stable upstream nowadays. ps: in pld-ac i've removed such hard deps that are present in openssl<>openssh in pld-th -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: less aggressive glibc rebuilds
On 9/6/18 11:59 AM, Jacek Konieczny wrote: On 2018-09-06 10:50, glen wrote: could we make not so often glibc upgrades in th? at least keep builders glibc version low, so that built packages do not require the latest and bleeding glibc SONAME symbols? (unless there's actual benefit in that package for newer glibc) it's very disturbing that wanting to install some new package, i'm forced to upgrade whole system. Why whole system? Glibc upgrades are backward compatible most of the time. So it is just upgrading the package you want and glibc, not a big issue. I cannot recall the last time glibc upgrade pulled anything more. openssl upgrades are much more problematic. i mean if i build thing with glibc 2.28 installed, and my system has 2.27, then glibc upgrade is needed as well due versioned glibc symbols Processing dependencies... open-vm-tools-10.1.5-2.x86_64 obsoleted by open-vm-tools-10.3.0-2.x86_64 open-vm-tools-10.3.0-2.x86_64 marks glibc-2.28-3.x86_64 (cap libc.so.6(GLIBC_2.28)(64bit)) glibc-2.27-8.x86_64 obsoleted by glibc-2.28-3.x86_64 greedy upgrade iconv-2.27-8.x86_64 to 2.28-3.x86_64 (unresolved glibc = 6:2.27-8) iconv-2.27-8.x86_64 obsoleted by iconv-2.28-3.x86_64 greedy upgrade glibc-localedb-delfi-2.27.0-1.x86_64 to 2.28.1-1.x86_64 (unresolved iconv = 6:2.27) glibc-localedb-delfi-2.27.0-1.x86_64 obsoleted by glibc-localedb-delfi-2.28.1-1.x86_64 greedy upgrade glibc-libcrypt-2.27-8.x86_64 to 2.28-3.x86_64 (unresolved glibc = 6:2.27-8) glibc-libcrypt-2.27-8.x86_64 obsoleted by glibc-libcrypt-2.28-3.x86_64 greedy upgrade glibc-misc-2.27-8.x86_64 to 2.28-3.x86_64 (unresolved glibc = 6:2.27-8) glibc-misc-2.27-8.x86_64 obsoleted by glibc-misc-2.28-3.x86_64 glibc-2.28-3.x86_64 marks ldconfig-2.28-3.x86_64 (cap ldconfig = 6:2.28-3) ldconfig-2.27-8.x86_64 obsoleted by ldconfig-2.28-3.x86_64 open-vm-tools-10.3.0-2.x86_64 marks xmlsec1-1.2.26-2.x86_64 (cap libxmlsec1.so.1()(64bit)) xmlsec1-1.2.26-2.x86_64 marks libxslt-1.1.32-1.x86_64 (cap libxslt >= 1.0.20) There are 9 packages to install (8 marked by dependencies), 7 to remove: I open-vm-tools-10.3.0-2.x86_64 D glibc-2.28-3.x86_64 glibc-libcrypt-2.28-3.x86_64 glibc-localedb-delfi-2.28.1-1.x86_64 glibc-misc-2.28-3.x86_64 iconv-2.28-3.x86_64 ldconfig-2.28-3.x86_64 libxslt-1.1.32-1.x86_64 D xmlsec1-1.2.26-2.x86_64 R glibc-2.27-8.x86_64 glibc-libcrypt-2.27-8.x86_64 glibc-localedb-delfi-2.27.0-1.x86_64 glibc-misc-2.27-8.x86_64 iconv-2.27-8.x86_64 ldconfig-2.27-8.x86_64 open-vm-tools-10.1.5-2.x86_64 This operation will use 7.0MB of disk space. if open-vm-tools was built with older glibc present on builder, i could just install the package, not pull glibc and related deps and this can recurse big enough if some upgraded dependent package pulls another library rebuild, etc. on some other system i was forced to install 900mb packages due gdbm, ffmpeg, etc libraries which all stareted from simple GLIBC_2.28 dep. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: less aggressive glibc rebuilds
On 9/6/18 11:56 AM, Arkadiusz Miśkiewicz wrote: On 06/09/2018 10:50, glen wrote: could we make not so often glibc upgrades in th? glibc is released every ~6 months and that's not "often" that's your opinion. and what is often or not to one's system was not the question in the original post. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
less aggressive glibc rebuilds
could we make not so often glibc upgrades in th? at least keep builders glibc version low, so that built packages do not require the latest and bleeding glibc SONAME symbols? (unless there's actual benefit in that package for newer glibc) it's very disturbing that wanting to install some new package, i'm forced to upgrade whole system. -- glen ___ 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] - mysqlnd requires hash now
On 9/5/18 9:58 PM, Arkadiusz Miśkiewicz wrote: On 05/09/2018 20:08, Elan Ruusamäe wrote: More specifically, how the problem manifests? http://buildlogs.pld-linux.org/index.php?dist=th=i686=0=php=941f6728-d625-428e-8926-c70fd96187c5=tail on i686 + PHP=./sapi/cli/php EXTENSION_DIR=modules CONFIG_DIR=conf.d ./dep-tests.sh PHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqlnd.so' - modules/mysqlnd.so: undefined symbol: PHP_SHA256Init in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqli.so' - modules/mysqli.so: undefined symbol: mysqlnd_get_client_info in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqlnd.so' - modules/mysqlnd.so: undefined symbol: PHP_SHA256Init in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'modules/mysqlnd.so' - modules/mysqlnd.so: undefined symbol: PHP_SHA256Init in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'modules/pdo_mysql.so' - modules/pdo_mysql.so: undefined symbol: mysqlnd_get_client_info in Unknown on line 0 somehow i686 / x86_64 symbols resolved differently? lazy on x86_64, strict on i686? glibc change? -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Move to rpm-macro.sh to rpm-build-tools
I was asked to move rpm-macro.sh together with its history from rpm-build-macros to rpm-build-tools. But first I prefer to ask if there are any objections to it. -- Kacper ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: mime.types.conf int lighttpd
On 16/02/12 09:45, Paweł Gołaszewski wrote: There is problem with recent change in lighttpd-mime.types.sh (it generates mime.types.conf). [...] revision 1.3 date: 2012/01/22 20:52:51; author: glen; state: Exp; lines: +15 -1; kopt: kv; commitid: 64d94f1c7723ee01; filename: lighttpd-mime.types.sh; - add charset to text content-types; default as utf8 [...] There is added header: # charset used for text/* mimetypes mimetype_textcharset = utf-8 ...and some charset= + mimetype_textcharset entries. It causes problems because encoding is not detected in pages, always utf-8 is used, no matter what header in html is set. Tested on AC. This should be reversed... perhaps then mimetype_charsetheader = ; charset=\utf-8\ to be able to leave it empty meaning no charset is enforced -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
why is my symlink gone????
/var/lib/rpm/Name create mode=0x42 D: running pre-transaction scripts D: computing 14 file fingerprints Preparing...D: computing file dispositions D: opening db index /var/lib/rpm/Basenames create mode=0x42 ### [100%] D: == +++ fetch-crl-id.ee-1.0-0.2 noarch-linux 0x0 D: Expected size: 5007 = lead(96)+sigs(920)+pad(0)+data(3991) D: Actual size: 5007 D: fetch-crl-id.ee-1.0-0.2: Header SHA1 digest: OK (979342a55a3aa469f14119a433d03d88d0d0aaf1) D: install: fetch-crl-id.ee-1.0-0.2 has 14 files, test = 0 D: opening db index /var/lib/rpm/Sha1header create mode=0x42 D: opening db index /var/lib/rpm/Triggername create mode=0x42 1:fetch-crl-id.eeD: == Directories not explicitly included in package: D: 0 /etc/fetch-crl.d/ D: 1 /etc/pki/ D: == D: /etc/fetch-crl.d directory created with perms 0755, no context. D: fini 100644 1 ( 0, 0)1198 /etc/fetch-crl.d/id.ee.conf;4f09f8a8 D: fini 040755 2 ( 0, 0) 0 /etc/pki/id D: fini 100644 1 ( 0, 0) 40 /etc/pki/id/ESTEID-SK.crl_url;4f09f8a8 D: fini 100644 1 ( 0, 0) 44 /etc/pki/id/ESTEID-SK_2007.crl_url;4f09f8a8 D: fini 100644 1 ( 0, 0) 48 /etc/pki/id/ESTEID-SK_2011.crl_url;4f09f8a8 D: fini 100644 1 ( 0, 0) 35 /etc/pki/id/JUUR-SK.crl_url;4f09f8a8 BZDIO: 1 reads, 2336 total bytes in 0.000264 secs ### [100%] D: +++ /var/cache/hrmib/fetch-crl-id.ee-1.0-0.2.noarch D: +++ h# 720 Header SHA1 digest: OK (979342a55a3aa469f14119a433d03d88d0d0aaf1) D: adding fetch-crl-id.ee to Name index. D: adding 14 entries to Basenames index. D: opening db index /var/lib/rpm/Group create mode=0x42 D: adding Base/Authentication and Authorization to Group index. D: opening db index /var/lib/rpm/Requirename create mode=0x42 D: adding 3 entries to Requirename index. D: opening db index /var/lib/rpm/Providename create mode=0x42 D: adding 2 entries to Providename index. D: opening db index /var/lib/rpm/Dirnames create mode=0x42 D: adding 3 entries to Dirnames index. D: opening db index /var/lib/rpm/Requireversion create mode=0x42 D: adding 3 entries to Requireversion index. D: opening db index /var/lib/rpm/Provideversion create mode=0x42 D: adding 2 entries to Provideversion index. D: opening db index /var/lib/rpm/Installtid create mode=0x42 D: adding 1 entries to Installtid index. D: opening db index /var/lib/rpm/Sigmd5 create mode=0x42 D: adding 1 entries to Sigmd5 index. D: adding 979342a55a3aa469f14119a433d03d88d0d0aaf1 to Sha1header index. D: opening db index /var/lib/rpm/Filedigests create mode=0x42 D: adding 14 entries to Filedigests index. D: opening db index /var/lib/rpm/Packagecolor create mode=0x42 D: adding 1 entries to Packagecolor index. D: running post-transaction scripts D: closed db index /var/lib/rpm/Packagecolor D: closed db index /var/lib/rpm/Filedigests D: closed db index /var/lib/rpm/Sha1header D: closed db index /var/lib/rpm/Sigmd5 D: closed db index /var/lib/rpm/Installtid D: closed db index /var/lib/rpm/Provideversion D: closed db index /var/lib/rpm/Requireversion D: closed db index /var/lib/rpm/Dirnames D: closed db index /var/lib/rpm/Triggername D: closed db index /var/lib/rpm/Providename D: closed db index /var/lib/rpm/Requirename D: closed db index /var/lib/rpm/Group D: closed db index /var/lib/rpm/Basenames D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages # l /etc/pki/id/ total 16K -rw-r--r-- 1 root root 44 2012-01-08 21:52 ESTEID-SK_2007.crl_url -rw-r--r-- 1 root root 48 2012-01-08 21:52 ESTEID-SK_2011.crl_url -rw-r--r-- 1 root root 40 2012-01-08 21:52 ESTEID-SK.crl_url -rw-r--r-- 1 root root 35 2012-01-08 21:52 JUUR-SK.crl_url # rpm -q rpm rpm-4.4.9-96.amd64 # rpm2cpio ../fetch-crl-id.ee-1.0-0.2.noarch.rpm | cpio -tv -rw-r--r-- 1 root root 1198 Jan 8 21:47 ./etc/fetch-crl.d/id.ee.conf drwxr-xr-x 2 root root0 Jan 8 21:59 ./etc/pki/id -rw-r--r-- 1 root root 40 Jan 8 21:52 ./etc/pki/id/ESTEID-SK.crl_url -rw-r--r-- 1 root root 44 Jan 8 21:52 ./etc/pki/id/ESTEID-SK_2007.crl_url -rw-r--r-- 1 root root 48 Jan 8 21:52 ./etc/pki/id/ESTEID-SK_2011.crl_url -rw-r--r-- 1 root root 35 Jan 8 21:52 ./etc/pki/id/JUUR-SK.crl_url 5 blocks # file ../fetch-crl-id.ee-1.0-0.2.noarch.rpm ../fetch-crl-id.ee-1.0-0.2.noarch.rpm: RPM v3 bin fetch-crl-id.ee-1.0-0.2 -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org
Re: Fwd: why is my symlink gone????
On 01/08/2012 10:36 PM, Jeffrey Johnson wrote: *From: *Jeffrey Johnson n3...@me.com mailto:n3...@me.com *Subject: **Re: why is my symlink gone* *Date: *January 8, 2012 3:35:57 PM EST *To: *PLD: Developers list (English) pld-devel-en@lists.pld-linux.org mailto:pld-devel-en@lists.pld-linux.org On Jan 8, 2012, at 3:25 PM, glen wrote: a symlink, in .spec, nothing special in it, %config or plain listing, visible in rpm -qpl, but not placed to filesystem. dumps below. wtf is happening!? Adding -vv --fsmdebug will display every sys call undertaken while installing/erasing a package. If you do not see the symlink path being removed with --fsmdebug, then rpm did not do the removal. Period. Fullstop. it's rather that rpm did not add it, on fresh install, neither on further upgrades or reinstalls links were not visible in rpm2cpio dump as well, not sure if that matters (log in bottom of first email) copy of the rpm package used in testing: http://carme.pld-linux.org/~glen/fetch-crl-id.ee-1.0-0.2.noarch.rpm If you do find rpm removing the symlink, then there's some issue with following a symlink (my guess). It isn't clear (to me with a curry reading) which symlink path is being removed, and --fsmdebug has more explicit information on the sys calls that rpm is actually performing. i don't see symlinks from .rpm file in that output either: wintersunset /etc/pki # rpm -Uhv fetch-crl-id.ee-1.0-0.2.noarch.rpm -vv --fsmdebug D: == fetch-crl-id.ee-1.0-0.2.noarch.rpm D: Expected size: 5007 = lead(96)+sigs(920)+pad(0)+data(3991) D: Actual size: 5007 D: fetch-crl-id.ee-1.0-0.2.noarch.rpm: Header SHA1 digest: OK (979342a55a3aa469f14119a433d03d88d0d0aaf1) D: opening db environment /var/lib/rpm/Packages cdb:mpool D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: opening db index /var/lib/rpm/Name rdonly mode=0x0 D: added binary package [0] D: found 0 source and 1 binary packages D: == +++ fetch-crl-id.ee-1.0-0.2 noarch/linux 0x0 D: opening db index /var/lib/rpm/Depends create mode=0x0 D: opening db index /var/lib/rpm/Providename rdonly mode=0x0 D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 D: read h# 18 Header sanity check: OK D: == DSA pubkey id 7c751c5c 1bbd5459 (h#18) D: read h#1401 Header V4 DSA signature: OK, key ID 1bbd5459 D: Requires: ca-certificates-update = 20090814-14 YES (db provides) D: Requires: config(fetch-crl-id.ee) = 0:1.0-0.2 YES (added provide) D: read h#2352 Header SHA1 digest: OK (2377536ebbc13a5d2772c9ec5d6a701bf02921da) D: Requires: fetch-crl YES (db provides) D: opening db index /var/lib/rpm/Conflictname rdonly mode=0x0 D: closed db index /var/lib/rpm/Depends D: == recording tsort relations D: == tsorting packages (order, #predecessors, #succesors, tree, Ldepth, Rbreadth) D: 000100 +fetch-crl-id.ee-1.0-0.2.noarch D: installing binary packages D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Conflictname D: closed db index /var/lib/rpm/Providename D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages D: opening db environment /var/lib/rpm/Packages cdb:mpool D: opening db index /var/lib/rpm/Packages create mode=0x42 D: mounted filesystems: D: idevbsize bavail iavail mount point D: 0 0xfe07 4096 1793178 28792555 rw / D: 1 0x0003 40961 -1 rw /proc D: 2 0x000a 40961 -1 rw /dev/pts D: 3 0xfe04 4096 2566598 28066139 rw /home/glen/rpm D: 4 0x0019 262144 5359 -1 rw /home/glen/work D: sanity checking 1 elements D: opening db index /var/lib/rpm/Name create mode=0x42 D: running pre-transaction scripts D: computing 14 file fingerprints Preparing...D: computing file dispositions D: opening db index /var/lib/rpm/Basenames create mode=0x42 ### [100%] D: == +++ fetch-crl-id.ee-1.0-0.2 noarch-linux 0x0 D: Expected size: 5007 = lead(96)+sigs(920)+pad(0)+data(3991) D: Actual size: 5007 D: fetch-crl-id.ee-1.0-0.2: Header SHA1 digest: OK (979342a55a3aa469f14119a433d03d88d0d0aaf1) D: install: fetch-crl-id.ee-1.0-0.2 has 14 files, test = 0 D: opening db index /var/lib/rpm/Sha1header create mode=0x42 D: opening db index /var/lib/rpm/Triggername create mode=0x42 -- fsmSetup(0x651560, 0x5007, cpio, 0x6342c0, 0x647900, 0x658410, (nil), 0x64ddb0) cpio vectors set 1:fetch-crl-id.eeD:mkdirs 00 0 ( 0, 0) 0 unknown D: == Directories
Re: why is my symlink gone????
On 01/08/2012 11:32 PM, Jeffrey Johnson wrote: OK. If the symlink isn't in the *.rpm pkg, then its easy to understand why the symlink wasn't installed. it is in a package (as common sense), see rpm -qpl listing in first post! -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: why is my symlink gone????
On 01/08/2012 11:55 PM, Jeffrey Johnson wrote: You might also try rearranging lines in the *.spec: there's lots of screwy issues that occur when a \r or an unclosed quote/bracket sneak into a *.spec. Without a grammar, there isn't any simple way to catch the screwiness, its all just an ad hoc parser. i tried to find what is so special in there, %files is just the topdir where all goes in simple spec goes fine http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/test/test.spec?revision=1.16.4.69.2.4.2.1.4.1view=markup http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/test/test.spec?revision=1.16.4.69.2.4.2.1.4.1view=markup just those reported initially do not: http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/test/test.spec?revision=1.16.4.69.2.4.2.1.4.2view=markup http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/test/test.spec?revision=1.16.4.69.2.4.2.1.4.2view=markup $ rpm -qpl rpm-symlinks-1-10.noarch.rpm |xargs ls -ld ls: cannot access /tmp/rpm-symlinks/kk/119afc2e.0: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/590f5e9e.0: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/9834803d.0: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/ESTEID-SK.pem: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/ESTEID-SK_2007.pem: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/ESTEID-SK_2011.pem: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/JUUR-SK.pem: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/a10d94b7.0: No such file or directory ls: cannot access /tmp/rpm-symlinks/testlink2: No such file or directory drwxr-xr-x 3 root root 74 jaan 8 23:59 /tmp/rpm-symlinks lrwxrwxrwx 1 root root 14 jaan 8 23:59 /tmp/rpm-symlinks/fflink - /etc/fstab.crt lrwxrwxrwx 1 root root 10 jaan 8 23:59 /tmp/rpm-symlinks/fstablink - /etc/fstab drwxr-xr-x 2 root root 24 jaan 8 23:59 /tmp/rpm-symlinks/kk lrwxrwxrwx 1 root root 10 jaan 8 23:59 /tmp/rpm-symlinks/kk/fstablink.1 - /etc/fstab -rw-r--r-- 1 root root 0 jaan 8 23:58 /tmp/rpm-symlinks/testfile lrwxrwxrwx 1 root root 8 jaan 8 23:59 /tmp/rpm-symlinks/testlink - testfile glen@wintersunset packages/test $ rpm -qpl /home/glen/rpm/pld/packages/RPMS/rpm-symlinks-1-10.noarch.rpm -v drwxr-xr-x2 rootroot0 jaan 8 23:59 /tmp/rpm-symlinks lrw-r--r--1 rootroot 14 jaan 8 23:59 /tmp/rpm-symlinks/fflink - /etc/fstab.crt lrw-r--r--1 rootroot 10 jaan 8 23:59 /tmp/rpm-symlinks/fstablink - /etc/fstab drwxr-xr-x2 rootroot0 jaan 8 23:59 /tmp/rpm-symlinks/kk lrw-r--r--1 rootroot 11 jaan 8 23:59 /tmp/rpm-symlinks/kk/119afc2e.0 - JUUR-SK.pem lrw-r--r--1 rootroot 18 jaan 8 23:59 /tmp/rpm-symlinks/kk/590f5e9e.0 - ESTEID-SK_2007.pem lrw-r--r--1 rootroot 13 jaan 8 23:59 /tmp/rpm-symlinks/kk/9834803d.0 - ESTEID-SK.pem lrw-r--r--1 rootroot 47 jaan 8 23:59 /tmp/rpm-symlinks/kk/ESTEID-SK.pem - /usr/share/ca-certificates/esteid/ESTEID-SK.crt lrw-r--r--1 rootroot 52 jaan 8 23:59 /tmp/rpm-symlinks/kk/ESTEID-SK_2007.pem - /usr/share/ca-certificates/esteid/ESTEID-SK_2007.crt lrw-r--r--1 rootroot 52 jaan 8 23:59 /tmp/rpm-symlinks/kk/ESTEID-SK_2011.pem - /usr/share/ca-certificates/esteid/ESTEID-SK_2011.crt lrw-r--r--1 rootroot 45 jaan 8 23:59 /tmp/rpm-symlinks/kk/JUUR-SK.pem - /usr/share/ca-certificates/esteid/JUUR-SK.crt lrw-r--r--1 rootroot 18 jaan 8 23:59 /tmp/rpm-symlinks/kk/a10d94b7.0 - ESTEID-SK_2011.pem lrw-r--r--1 rootroot 10 jaan 8 23:59 /tmp/rpm-symlinks/kk/fstablink.1 - /etc/fstab -rw-r--r--1 rootroot0 jaan 8 23:59 /tmp/rpm-symlinks/testfile lrw-r--r--2 rootroot8 jaan 8 23:59 /tmp/rpm-symlinks/testlink - testfile lrw-r--r--2 rootroot8 jaan 8 23:59 /tmp/rpm-symlinks/testlink2 - testfile $ rpm -qpl rpm-symlinks-1-10.noarch.rpm | xargs ls -ld ls: cannot access /tmp/rpm-symlinks/kk/119afc2e.0: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/590f5e9e.0: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/9834803d.0: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/ESTEID-SK.pem: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/ESTEID-SK_2007.pem: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/ESTEID-SK_2011.pem: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/JUUR-SK.pem: No such file or directory ls: cannot access /tmp/rpm-symlinks/kk/a10d94b7.0: No such file or directory ls: cannot access /tmp/rpm-symlinks/testlink2: No such file or directory drwxr-xr-x 3 root root 74 jaan 8 23:59 /tmp/rpm-symlinks lrwxrwxrwx 1 root root
Re: why is my symlink gone????
On 01/09/2012 12:07 AM, glen wrote: i tried to find what is so special in there, %files is just the topdir where all goes in nailed it! i mean i found symptom that could really explain it. http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/test/test.spec?revision=1.16.4.69.2.4.2.1.4.3view=markup http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/test/test.spec?revision=1.16.4.69.2.4.2.1.4.3view=markup so symlinks who have nlink 1 are problematic: not installed into system: # l /tmp/rpm-symlinks/ ls: cannot access /tmp/rpm-symlinks/: No such file or directory # rpm -Uhv rpm-symlinks-2-10.noarch.rpm Preparing...### [100%] 1:rpm-symlinks ### [100%] # l /tmp/rpm-symlinks/ total 0 lrwxrwxrwx 1 root root 10 jaan 9 00:34 2.pem - /etc/fstab lrwxrwxrwx 1 root root 10 jaan 9 00:34 3.pem - /etc/fstab the build log (did not post debug, as imho plain log is sufficent): $ /usr/bin/rpmbuild -bb test.spec Executing(%prep): env -i PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/home/glen/bin:/usr/lib64/mailman/bin:/usr/games HOME=/home/glen TMP=/home/glen/tmp TMPDIR=/home/glen/tmp SSH_AUTH_SOCK=/tmp/ssh-gZwNKm6359/agent.6359 /bin/sh -e /home/glen/tmp/rpm-tmp.33617 + umask 022 + cd /home/glen/rpm/pld/packages/BUILD + cd /home/glen/rpm/pld/packages/BUILD + rm -rf rpm-symlinks-2 + /bin/mkdir -p rpm-symlinks-2 + cd rpm-symlinks-2 + /bin/id -u + [ 500 = 0 ] + true . + /bin/chmod -Rf -Rf a+rX,u+w,g-w,o-w . + exit 0 Executing(%build): env -i SSH_AUTH_SOCK=/tmp/ssh-gZwNKm6359/agent.6359 PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/home/glen/bin:/usr/lib64/mailman/bin:/usr/games HOME=/home/glen TMP=/home/glen/tmp TMPDIR=/home/glen/tmp /bin/sh -e /home/glen/tmp/rpm-tmp.33617 + umask 022 + cd /home/glen/rpm/pld/packages/BUILD + cd rpm-symlinks-2 + ln -s /etc/fstab 1.pem + ln -s /etc/fstab 2.pem + exit 0 Executing(%install): env -i SSH_AUTH_SOCK=/tmp/ssh-gZwNKm6359/agent.6359 PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/home/glen/bin:/usr/lib64/mailman/bin:/usr/games HOME=/home/glen TMP=/home/glen/tmp TMPDIR=/home/glen/tmp /bin/sh -e /home/glen/tmp/rpm-tmp.91448 + umask 022 + cd /home/glen/rpm/pld/packages/BUILD + /bin/rm --interactive=never -rf /home/glen/tmp/rpm-symlinks-2-root-glen + cd rpm-symlinks-2 + rm -rf /home/glen/tmp/rpm-symlinks-2-root-glen + install -d /home/glen/tmp/rpm-symlinks-2-root-glen/tmp/rpm-symlinks + cp -pl 1.pem /home/glen/tmp/rpm-symlinks-2-root-glen/tmp/rpm-symlinks + cp -a 2.pem /home/glen/tmp/rpm-symlinks-2-root-glen/tmp/rpm-symlinks + ln -s /etc/fstab /home/glen/tmp/rpm-symlinks-2-root-glen/tmp/rpm-symlinks/3.pem + ls -li /home/glen/tmp/rpm-symlinks-2-root-glen/tmp/rpm-symlinks total 0 204945483 lrwxrwxrwx 2 glen glen 10 Jan 9 00:35 1.pem - /etc/fstab 305665668 lrwxrwxrwx 1 glen glen 10 Jan 9 00:35 2.pem - /etc/fstab 305665669 lrwxrwxrwx 1 glen glen 10 Jan 9 00:35 3.pem - /etc/fstab + /usr/lib/rpm/find-debuginfo.sh /home/glen/rpm/pld/packages/BUILD/rpm-symlinks-2 RPM_BUILD_DIR=/home/glen/BUILD + __spec_install_post_strip + __spec_install_post_chrpath + __spec_install_post_check_so Searching for shared objects with unresolved symbols... DONE + __spec_install_post_compress_docs + __spec_install_post_compress_modules + __spec_install_post_py_hardlink Processing files: rpm-symlinks-2-10 Searching for required packages Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/glen/tmp/rpm-symlinks-2-root-glen Wrote: /home/glen/rpm/pld/packages/RPMS/rpm-symlinks-2-10.noarch.rpm Executing(%clean): env -i SSH_AUTH_SOCK=/tmp/ssh-gZwNKm6359/agent.6359 PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/home/glen/bin:/usr/lib64/mailman/bin:/usr/games HOME=/home/glen TMP=/home/glen/tmp TMPDIR=/home/glen/tmp /bin/sh -e /home/glen/tmp/rpm-tmp.91448 + umask 022 + cd /home/glen/rpm/pld/packages/BUILD + cd rpm-symlinks-2 + /bin/rm --interactive=never -rf /home/glen/tmp/rpm-symlinks-2-root-glen + rm -rf /home/glen/tmp/rpm-symlinks-2-root-glen -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: why is my symlink gone????
On 01/09/2012 01:11 AM, Jeffrey Johnson wrote: This is a hard link to a symlink which is pretty obscure functionality. nevertheless, it's quite useful when optimizing for packaging speed when you develop huge packages, you would appreciate faster repackaging so instead of copying data from %build - %install tree, one can do hardlinks to speedup the process: cp -l build.txt $RPM_BUILD_ROOT/cp-test l=l rm -f $RPM_BUILD_ROOT/cp-test cp -a$l bin help lib license plugins $RPM_BUILD_ROOT%{_appdir} here it makes feature test if srcdir and $RPM_BUILD_ROOT are same disk, and enables hardlinking now if there is a symlink in a tree, it gets affected by this bug. also: in rpm package there is packaged only one instance of the hardlink (one in $RPM_BUILD_ROOT), imho should decide on that actual number, not what it sees from filesystem -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en