From jajcus at jajcus.net Mon Oct 1 10:36:17 2018 From: jajcus at jajcus.net (Jacek Konieczny) Date: Mon, 1 Oct 2018 10:36:17 +0200 Subject: glibc and ldconfig dependency loop Message-ID: <53138c44-6ca2-ce2f-c3b6-1eac1506efa3@jajcus.net> >From my logs of (automated) building a fresh system in a chroot: build 01-Oct-2018 09:25:17 warning: LOOP: build 01-Oct-2018 09:25:17 warning: removing glibc-2.28-5.aos1.i686 "Requires(postun): /sbin/ldconfig" from tsort relations. build 01-Oct-2018 09:25:17 warning: removing ldconfig-2.28-5.aos1.i686 "Requires(auto): rtld(GNU_HASH)" from tsort relations. [...] build 01-Oct-2018 09:25:19 glibc ################################################## build 01-Oct-2018 09:25:19 /sbin/ldconfig: No such file or directory build 01-Oct-2018 09:25:19 error: %post(glibc-2.28-5.aos1.i686) scriptlet failed, exit status 127 build 01-Oct-2018 09:25:19 ldconfig ################################################## 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? Jacek From glen at pld-linux.org Mon Oct 1 16:42:01 2018 From: glen at pld-linux.org (glen) Date: Mon, 1 Oct 2018 17:42:01 +0300 Subject: glibc and ldconfig dependency loop In-Reply-To: <53138c44-6ca2-ce2f-c3b6-1eac1506efa3@jajcus.net> References: <53138c44-6ca2-ce2f-c3b6-1eac1506efa3@jajcus.net> Message-ID: 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:17 warning: LOOP: > build 01-Oct-2018 09:25:17 warning: removing glibc-2.28-5.aos1.i686 > "Requires(postun): /sbin/ldconfig" from tsort relations. > build 01-Oct-2018 09:25:17 warning: removing ldconfig-2.28-5.aos1.i686 > "Requires(auto): rtld(GNU_HASH)" from tsort relations. > [...] > build 01-Oct-2018 09:25:19 glibc > ################################################## > build 01-Oct-2018 09:25:19 /sbin/ldconfig: No such file or directory > build 01-Oct-2018 09:25:19 error: %post(glibc-2.28-5.aos1.i686) > scriptlet failed, exit status 127 > build 01-Oct-2018 09:25:19 ldconfig > ################################################## > > 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 From glen at delfi.ee Mon Oct 1 22:17:09 2018 From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Mon, 1 Oct 2018 23:17:09 +0300 Subject: [packages/openssl102: 432/432] - cloned from openssl branch v1.0.2 as openssl102 to make it parallel-installable with current 1.1.1 In-Reply-To: <9fc1b1b87b259e8a327c99835865e91a391efc9e_refs_heads_master@pld-linux.org> References: <153817569329.14850.902135464015021648@pld-linux.org> <9fc1b1b87b259e8a327c99835865e91a391efc9e_refs_heads_master@pld-linux.org> Message-ID: <97db7e02-f899-2a71-1ba6-8c56c1eb338a@delfi.ee> On 29/09/2018 02:37, adwol wrote: > commit 9fc1b1b87b259e8a327c99835865e91a391efc9e > Author: Adam Osuchowski > Date: Sat Sep 29 00:55:56 2018 +0200 > > - cloned from openssl branch v1.0.2 as openssl102 to make it parallel-installable with current 1.1.1 and newer > > openssl-man-namespace.patch | 6 +- > openssl.spec => openssl102.spec | 158 ++++++++++++++++++++-------------------- > 2 files changed, 84 insertions(+), 80 deletions(-) > --- > diff --git a/openssl.spec b/openssl102.spec why not just update Name on openssl package branch? altho i prefer just to keep same package multiple versions installed: # rpm -q openssl openssl-1.0.2o-1.x86_64 openssl-1.1.1-1.x86_64 From jajcus at jajcus.net Mon Oct 1 22:39:57 2018 From: jajcus at jajcus.net (Jacek Konieczny) Date: Mon, 1 Oct 2018 22:39:57 +0200 Subject: [packages/openssl102: 432/432] - cloned from openssl branch v1.0.2 as openssl102 to make it parallel-installable with current 1.1.1 In-Reply-To: <97db7e02-f899-2a71-1ba6-8c56c1eb338a@delfi.ee> References: <153817569329.14850.902135464015021648@pld-linux.org> <9fc1b1b87b259e8a327c99835865e91a391efc9e_refs_heads_master@pld-linux.org> <97db7e02-f899-2a71-1ba6-8c56c1eb338a@delfi.ee> Message-ID: <7f3342c4-3fa6-d5db-89c6-ae5320807da9@jajcus.net> On 01/10/2018 22.17, Elan Ruusam?e wrote: > On 29/09/2018 02:37, adwol wrote: > altho i prefer just to keep same package multiple versions installed: > > > # rpm -q openssl > openssl-1.0.2o-1.x86_64 > openssl-1.1.1-1.x86_64 This does not work well with upgrades (e.g. ?upgrade *? in poldek gives ?multiple versions installed?). IMHO separate package with own name is much cleaner. For me it does not matter much if it is build from a different branch of the same spec or from a separate repo, but as branches is how we do it with kernel or php, then I guess it is the way to go. Jacek From glen at pld-linux.org Wed Oct 3 16:58:06 2018 From: glen at pld-linux.org (glen) Date: Wed, 3 Oct 2018 17:58:06 +0300 Subject: php 7.3 legacy architectures In-Reply-To: <20180924185408.GA32365@mail> References: <2d207765-90a6-fbe8-877b-077aa2d85e36@delfi.ee> <20180924185408.GA32365@mail> Message-ID: <23546e5b-40f2-b263-a3cf-5adf78f45da2@pld-linux.org> 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 From glen at delfi.ee Sun Oct 7 20:42:54 2018 From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Sun, 7 Oct 2018 21:42:54 +0300 Subject: ninja macros Message-ID: <8d36b12e-d965-e2c4-be74-25dd8c851163@delfi.ee> why is invoking ninja hidden behind these macros? %build %meson build %meson_build -C build %install rm -rf $RPM_BUILD_ROOT %meson_install -C build i.e %meson_build and %meson_install expand to ninja, just have %ninja macro out there? or at least %ninja_build and %ninja_install From ngompa13 at gmail.com Sun Oct 7 20:53:20 2018 From: ngompa13 at gmail.com (Neal Gompa) Date: Sun, 7 Oct 2018 14:53:20 -0400 Subject: ninja macros In-Reply-To: <8d36b12e-d965-e2c4-be74-25dd8c851163@delfi.ee> References: <8d36b12e-d965-e2c4-be74-25dd8c851163@delfi.ee> Message-ID: On Sun, Oct 7, 2018 at 2:43 PM Elan Ruusam?e wrote: > > why is invoking ninja hidden behind these macros? > > > %build > %meson build > %meson_build -C build > > %install > rm -rf $RPM_BUILD_ROOT > %meson_install -C build > > > i.e %meson_build and %meson_install expand to ninja, just have %ninja > macro out there? > > > or at least %ninja_build and %ninja_install > I'm fairly certain that the upstream meson macros wrap %ninja_build and %ninja_install because it's entirely possible for another backend to replace ninja in meson in the future. But the behavior you're describing doesn't look like the upstream macros... -- ?????????/ Always, there's only one truth! From glen at delfi.ee Mon Oct 8 15:58:47 2018 From: glen at delfi.ee (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Mon, 8 Oct 2018 16:58:47 +0300 Subject: duplicate packages in index Message-ID: <5bc3401f-261f-9e04-a5f1-474e365cf303@delfi.ee> probably there due being built from different .spec files Preparing package set... warn: duplicated name Mesa-vulkan-icd-intel-18.1.6-1 warn: duplicated name Mesa-vulkan-icd-intel-devel-18.1.6-1 warn: duplicated name apache-mod_macro-2.4.34-1 warn: duplicated name cloog-ppl-0.16.1-3 warn: duplicated name cloog-ppl-devel-0.16.1-3 warn: duplicated name crossmingw32-w32api-4.0.3-4 warn: duplicated name crossmingw32-w32api-dx-4.0.3-4 warn: duplicated name ctdb-4.8.3-1 warn: duplicated name dirmngr-2.2.9-1 warn: duplicated name ghostpcl-9.22-1 warn: duplicated name libao-pulse-1.2.0-2 warn: duplicated name libjte-1.0.0-4 warn: duplicated name libjte-devel-1.0.0-4 warn: duplicated name libjte-static-1.0.0-4 warn: duplicated name libvisual-projectM-2.1.0-1 warn: duplicated name mate-applet-netspeed-1.20.2-1 warn: duplicated name nautilus-actions-3.4-2 warn: duplicated name nss_db-2.28-3 warn: duplicated name openssl-engine-pkcs11-0.4.7-1 warn: duplicated name pcp-ctdb-4.8.3-1 warn: duplicated name perl-Encode-2.92-1 warn: duplicated name perl-Scalar-List-Utils-1.49-1 warn: duplicated name php53-libvirt-0.5.1-1 warn: duplicated name voikko-fi-malaga-2.1-1 warn: duplicated name voikko-fi-vfst-2.1-1 Removed 25 duplicate packages from available set ?a). indexing... checked only cloog-ppl root at distrib ac/noarch# l /srv/pld/th/PLD/x86_64/RPMS/cloog-ppl-0* -rw-r--r-- 1 root root? 86K Jan 10? 2012 /srv/pld/th/PLD/x86_64/RPMS/cloog-ppl-0.15.11-1.x86_64.rpm -rw-r--r-- 1 glen glen 6.9K Aug 27 09:51 /srv/pld/th/PLD/x86_64/RPMS/cloog-ppl-0.16.1-3.x86_64.rpm From jajcus at jajcus.net Wed Oct 10 15:33:59 2018 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 10 Oct 2018 15:33:59 +0200 Subject: freeradius-server 3.0 Message-ID: <9f153166-62bf-dffc-3cf5-dc53afa748a0@jajcus.net> Hi, I have been updating our freeradius-server package to current version (3.0.17), as a part of updating PLD to the new OpenSSL. I managed to build it and it even seems to work, but I have no way of proper testing it. Also, changes in configuration and available modules are quite significant between 2.2 and 3.0. There is no way a radius server will just continue to run after update and I see no realistic way to do it ? even if some triggers could do it, then only for some basic/default configuration no one uses in a real world. Additionally, I have dropped two third-party patches, as I could not find any up-to-date versions: http://download.ag-projects.com/CDRTool/contrib/freeradius-brandinger/failed_calls_accounting.patch http://eduroam.pl/Dokumentacja/cui-fr-2.2.0.patch In short: manual configuration changes will be needed after upgrading freeradius-server and some functionality we had in freeradius-server 2.2 might be missing now. Any thoughts? Anybody ready to do proper testing for the new package? Or am I doing this just for sport? Jacek From hawk at pld-linux.org Wed Oct 10 19:53:50 2018 From: hawk at pld-linux.org (Marcin Krol) Date: Wed, 10 Oct 2018 19:53:50 +0200 Subject: freeradius-server 3.0 In-Reply-To: <9f153166-62bf-dffc-3cf5-dc53afa748a0@jajcus.net> References: <9f153166-62bf-dffc-3cf5-dc53afa748a0@jajcus.net> Message-ID: <5BBE3CAE.9080105@pld-linux.org> > Any thoughts? Anybody ready to do proper testing for the new package? Or > am I doing this just for sport? I'll try to test it however tests will be done on TLD, not PLD and I'll need some time to adjust/rebuild packages and port my 2.2 configs. M. From atler at pld-linux.org Wed Oct 17 21:41:22 2018 From: atler at pld-linux.org (Jan Palus) Date: Wed, 17 Oct 2018 21:41:22 +0200 Subject: ERRORS: firefox.spec In-Reply-To: <20180925193748.myvr4u2ddghbuvi2@kalarepa> References: <4be06c8c-bc3c-4885-8981-3b21d3e50eaa@pld.src.builder> <20180925193748.myvr4u2ddghbuvi2@kalarepa> Message-ID: <20181017194122.v5e2gm5ujnx5e2e2@kalarepa> On 25.09.2018 21:37, Jan Palus wrote: > On 25.09.2018 19:14, PLD th-i686 builder wrote: > > firefox.spec (auto/th/firefox-62.0.2-1): FAILED > > I got failed firefox build on i686 in some random place, followed by OK test > build, followed by this failure in another random place. Can someone have look > at th-i686 builder? Is there any trace of segfault in dmesg? Disk space issues > perhaps? Anything of interest? VirtualBox has similar symptoms now on th-i686. From baggins at pld-linux.org Sun Oct 21 13:37:14 2018 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Sun, 21 Oct 2018 13:37:14 +0200 Subject: openssl 1.1.1 rebuild - need for help In-Reply-To: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl> References: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl> Message-ID: <20181021113714.GD2424@starbug.lan> On Thu, 27 Sep 2018, Arkadiusz Mi?kiewicz wrote: > On 20/09/2018 20:37, Arkadiusz Mi?kiewicz wrote: > > > > openssl 1.1.1 rebuild, if anyone wants to help here is TODO list: > > > > http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test > > > > Examples on how to fix things are at packages/*/openssl.patch mostly. > > Also patches sometimes in debian, archlinux or upstream git of projects. > > > > +- current TODO: [...] Current status update: android-tools drop apache1-mod_ssl drop eagle-light drop efl drop erlang-exmpp drop freeradius-server needs update to 3.x freerdp drop hydra jhprimeminer drop john needs update to git version kphone format-security fixes needed libeap-ikev2 needs openssl fix libjingle drop links drop linuxdcpp needs c++ fix monodevelop mstflint needs -Werror=format-overflow fixes mythtv nx nxssh problematic openssl-engine-tpm openvswitch pam-pam_p11 pam-pam_ssh pgadmin3 drop, TODO: finishing pgadmin4 phantomjs pjproject protoshares qt-plugin-qca-tls drop, obsoleted by qca.spec qt4-plugin-qca-ossl drop rasdaman needs c++ fix skipfish srp drop srtp drop, obsoleted by libsrtp2 sylpheed drop -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From adamg at pld-linux.org Sun Oct 21 22:13:50 2018 From: adamg at pld-linux.org (Adam Golebiowski) Date: Sun, 21 Oct 2018 22:13:50 +0200 Subject: openssl 1.1.1 rebuild - need for help In-Reply-To: <20181021113714.GD2424@starbug.lan> References: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl> <20181021113714.GD2424@starbug.lan> Message-ID: <20181021201350.GA2515@adamg.eu> On Sun, Oct 21, 2018 at 01:37:14PM +0200, Jan R?korajski wrote: > On Thu, 27 Sep 2018, Arkadiusz Mi?kiewicz wrote: > > > On 20/09/2018 20:37, Arkadiusz Mi?kiewicz wrote: > > > > > > openssl 1.1.1 rebuild, if anyone wants to help here is TODO list: > > > > > > http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test > > > > > > Examples on how to fix things are at packages/*/openssl.patch mostly. > > > Also patches sometimes in debian, archlinux or upstream git of projects. > > > > > > > +- current TODO: > [...] > > 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. > freerdp drop this will pull down xrdp, vinagre - worth to fight for it? > john needs update to git version I will work on this one, git version is under active development (6k+ commits ahead last -jumbo release) > libeap-ikev2 needs openssl fix have partial fix, will commit. > protoshares can be dropped. -- adamg From arekm at maven.pl Sun Oct 21 22:57:26 2018 From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Sun, 21 Oct 2018 22:57:26 +0200 Subject: openssl 1.1.1 rebuild - need for help In-Reply-To: <20181021201350.GA2515@adamg.eu> References: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl> <20181021113714.GD2424@starbug.lan> <20181021201350.GA2515@adamg.eu> Message-ID: <5c6c0645-a077-c595-63ea-ee37c2c8d848@maven.pl> On 21/10/2018 22:13, Adam Golebiowski wrote: > 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. I'm using all these old phps, so don't drop. All build fine with openssl 1.1. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From glen at pld-linux.org Mon Oct 22 10:34:56 2018 From: glen at pld-linux.org (glen) Date: Mon, 22 Oct 2018 11:34:56 +0300 Subject: openssl 1.1.1 rebuild - need for help In-Reply-To: <20181021201350.GA2515@adamg.eu> References: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl> <20181021113714.GD2424@starbug.lan> <20181021201350.GA2515@adamg.eu> Message-ID: 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 From adamg at pld-linux.org Mon Oct 22 12:05:34 2018 From: adamg at pld-linux.org (Adam Golebiowski) Date: Mon, 22 Oct 2018 12:05:34 +0200 Subject: openssl 1.1.1 rebuild - need for help In-Reply-To: <5c6c0645-a077-c595-63ea-ee37c2c8d848@maven.pl> References: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl> <20181021113714.GD2424@starbug.lan> <20181021201350.GA2515@adamg.eu> <5c6c0645-a077-c595-63ea-ee37c2c8d848@maven.pl> Message-ID: <20181022100534.GA27210@adamg.eu> On Sun, Oct 21, 2018 at 10:57:26PM +0200, Arkadiusz Mi?kiewicz wrote: > On 21/10/2018 22:13, Adam Golebiowski wrote: > > > 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. > > I'm using all these old phps, so don't drop. All build fine with openssl > 1.1. Just thought it is good time to drop some unused stuff. But if there are people that still use those - no object from me. -- adamg From glen at pld-linux.org Tue Oct 23 12:43:14 2018 From: glen at pld-linux.org (glen) Date: Tue, 23 Oct 2018 13:43:14 +0300 Subject: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh In-Reply-To: References: Message-ID: <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org> 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: glen at pld-linux.org cvs [status aborted]: reading from server: Connection reset by peer From glen at pld-linux.org Tue Oct 23 12:50:36 2018 From: glen at pld-linux.org (glen) Date: Tue, 23 Oct 2018 13:50:36 +0300 Subject: carme-x32 Message-ID: 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 From arekm at maven.pl Tue Oct 23 13:01:07 2018 From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Tue, 23 Oct 2018 13:01:07 +0200 Subject: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh In-Reply-To: <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org> References: <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org> Message-ID: <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> 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 > cvs [status aborted]: reading from server: Connection reset by peer -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From jajcus at jajcus.net Tue Oct 23 13:20:42 2018 From: jajcus at jajcus.net (Jacek Konieczny) Date: Tue, 23 Oct 2018 13:20:42 +0200 Subject: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh In-Reply-To: <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> References: <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org> <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> Message-ID: On 2018-10-23 13:01, 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 > > >> cvs [status aborted]: reading from server: Connection reset by peer Or maybe it is time to finally ditch CVS all together. There is really no good reason we are still using this crap for anything. Jacek From zawadaa at gmail.com Tue Oct 23 14:16:40 2018 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Tue, 23 Oct 2018 14:16:40 +0200 Subject: openssl 1.1.1 rebuild - need for help In-Reply-To: <20181021201350.GA2515@adamg.eu> References: <2d2eca74-518e-dace-0d9a-1a7068bf2a57@maven.pl> <20181021113714.GD2424@starbug.lan> <20181021201350.GA2515@adamg.eu> Message-ID: <29be7b0b-f3f3-f4db-e97e-dbc8b50e8dee@gmail.com> On 21.10.2018 22:13, Adam Golebiowski wrote: On Sun, Oct 21, 2018 at 01:37:14PM +0200, Jan Rekorajski wrote: On Thu, 27 Sep 2018, Arkadiusz Miskiewicz wrote: On 20/09/2018 20:37, Arkadiusz Miskiewicz wrote: openssl 1.1.1 rebuild, if anyone wants to help here is TODO list: [1]http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test Examples on how to fix things are at packages/*/openssl.patch mostly. Also patches sometimes in debian, archlinux or upstream git of projects. +- current TODO: [...] freerdp drop this will pull down xrdp, vinagre - worth to fight for it? Use, freerdp2 (it's RC but works for me) -- Andrzej References 1. http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test From glen at pld-linux.org Tue Oct 23 16:19:28 2018 From: glen at pld-linux.org (glen) Date: Tue, 23 Oct 2018 17:19:28 +0300 Subject: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh In-Reply-To: <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> References: <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org> <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> Message-ID: 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 From jajcus at jajcus.net Thu Oct 25 13:31:14 2018 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 25 Oct 2018 13:31:14 +0200 Subject: glibc and ldconfig dependency loop In-Reply-To: References: <53138c44-6ca2-ce2f-c3b6-1eac1506efa3@jajcus.net> Message-ID: <3c82873d-d241-4f55-eb54-105c0e714a4f@jajcus.net> On 2018-10-01 16:42, glen wrote: > On 10/1/18 11:36 AM, Jacek Konieczny wrote: >> 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? I found another idea and implemented it ? I have separated 'ld' package, to provide both the dynamic linker (/lib/ld-*) an the ldconfig tool. This is what contains those cross-dependencies and it does not pull any other dependency that whole glibc package could pull. Currently pushed with 'Release: 6.1', to become 'Release: 7' if there are no objections. Jacek From adamg at pld-linux.org Thu Oct 25 15:21:37 2018 From: adamg at pld-linux.org (=?UTF-8?Q?Adam_Go=C5=82=C4=99biowski?=) Date: Thu, 25 Oct 2018 15:21:37 +0200 Subject: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh In-Reply-To: <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> References: <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org> <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> Message-ID: <841921f53fed12c02188aaa53bd5a5d8@pld-linux.org> W dniu 2018-10-23 13:01, Arkadiusz Mi?kiewicz napisa?(a): > 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 > > >> cvs [status aborted]: reading from server: Connection reset by peer Had a look at this today, there's some magic happening here: 15:01:13: S -> Loading protocol enum as enum.la 15:01:13: S -> DDDDEBUG: name=enum.la directory=/usr/lib64/cvsnt/protocols 15:01:13: S -> It is ORACLE so save environment. that nails down the path to cvsnt-2.5.05.3744/cvsapi/unix/LibraryAccess.cpp: 75 bool CLibraryAccess::Load(const char *name, const char *directory) 76 { 77 if(m_lib) 78 Unload(); 79 80 CServerIo::trace(3, "DDDDEBUG: name=%s directory=%s", name, directory); 81 if (strncmp(name,"oracle",6)==0) 82 { 83 /* this is very messy, but the server crashes/hangs 84 when the oracle library is unloaded due to the 85 putenv ... */ 86 87 /* For this kind of thing better to put a load/unload hook in the 88 library itself, otherwise it just gets too messy hardcoding 89 everything. */ 90 91 CServerIo::trace(3,"It is ORACLE so save environment."); 92 strcpy(save_nls_lang,getenv("NLS_LANG")); So it looks like it compares name ("enum.la") to "oracle" and decides they are equal... and if I comment this part out, it goes into infinite loop -- Adam Go??biowski, PLD Linux From adamg at pld-linux.org Thu Oct 25 15:31:31 2018 From: adamg at pld-linux.org (=?UTF-8?Q?Adam_Go=C5=82=C4=99biowski?=) Date: Thu, 25 Oct 2018 15:31:31 +0200 Subject: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh In-Reply-To: References: <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org> <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> Message-ID: <0fa9807c18afc0ba0385cb5ce0c8511c@pld-linux.org> W dniu 2018-10-23 13:20, Jacek Konieczny napisa?(a): > On 2018-10-23 13:01, 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 >> >> >>> cvs [status aborted]: reading from server: Connection reset by peer > > Or maybe it is time to finally ditch CVS all together. > > There is really no good reason we are still using this crap for > anything. What do we use cvs for these days? In the last two years there were commits to: - CVSROOT/users - I think it is currently used for aliases only, - PLD-doc: - uid_gid.db.txt - BuildRequires.txt - PLD-update-TODO + maybe SSH-keys So nothing much, really. Am I missing something? -- Adam Go??biowski, PLD Linux From arekm at maven.pl Thu Oct 25 15:40:07 2018 From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Thu, 25 Oct 2018 15:40:07 +0200 Subject: Fwd: Cron ~/rpm/PLD-doc/notify-specsupdate.sh In-Reply-To: <841921f53fed12c02188aaa53bd5a5d8@pld-linux.org> References: <3155157f-c668-16bc-15c9-46ebf1b43726@pld-linux.org> <25038bf5-4ae6-ba1c-46a8-ae91f234c455@maven.pl> <841921f53fed12c02188aaa53bd5a5d8@pld-linux.org> Message-ID: <73460f2a-60e5-3314-72cf-c9d5f3360bd1@maven.pl> On 25/10/2018 15:21, Adam Go??biowski wrote: > W dniu 2018-10-23 13:01, Arkadiusz Mi?kiewicz napisa?(a): >> 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 >> >> >>> cvs [status aborted]: reading from server: Connection reset by peer > > Had a look at this today, there's some magic happening here: Better switch to cvs.spec as it is maintained by Debian at least and gets security fixes that way. Other cvs servers are not maintained and should be dropped IMO. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From glen at pld-linux.org Mon Oct 29 11:52:17 2018 From: glen at pld-linux.org (glen) Date: Mon, 29 Oct 2018 12:52:17 +0200 Subject: [packages/glibc] - pl for -ld - more locale dirs: ce, chr, ht In-Reply-To: <085d921ed956b1731c7c7a701cbcad1f92d909da_refs_heads_master@pld-linux.org> References: <085d921ed956b1731c7c7a701cbcad1f92d909da_refs_heads_master@pld-linux.org> Message-ID: when you move lines, move comments as well... On 10/28/18 5:51 PM, qboosh wrote: > %package ld > Summary: Dynamic linker > +Summary(pl.UTF-8): Linker (konsolidator) dynamiczny > Group: Applications/System > Requires: uname(release) >= %{min_kernel} > +# we want FHS being installed before ldconfig, altho they are both unrelated to each-other. > +Requires: FHS > +Provides: rtld(GNU_HASH) > # This is needed because previous package (glibc) had autoreq false and had > # provided this manually. Probably poldek bug that have to have it here. > -Provides: rtld(GNU_HASH) > Provides: /sbin/ldconfig > Provides: ldconfig = %{epoch}:%{version}-%{release} > Obsoletes: ldconfig < 6:2.28-6.1 > -# we want FHS being installed before ldconfig, altho they are both unrelated to each-other. > -Requires: FHS > -- glen From qboosh at pld-linux.org Mon Oct 29 17:05:56 2018 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 29 Oct 2018 17:05:56 +0100 Subject: [packages/glibc] - pl for -ld - more locale dirs: ce, chr, ht In-Reply-To: References: <085d921ed956b1731c7c7a701cbcad1f92d909da_refs_heads_master@pld-linux.org> Message-ID: <20181029160556.GB24926@mail> On Mon, Oct 29, 2018 at 12:52:17PM +0200, glen wrote: > when you move lines, move comments as well... I just restored original context (from cf40821233ef6534f5ad15bbb10409c699012d99) lost in 4139e8458f99923b5290c8ce523d5d801c135ced... > On 10/28/18 5:51 PM, qboosh wrote: > > %package ld > > Summary: Dynamic linker > >+Summary(pl.UTF-8): Linker (konsolidator) dynamiczny > > Group: Applications/System > > Requires: uname(release) >= %{min_kernel} > >+# we want FHS being installed before ldconfig, altho they are both > >unrelated to each-other. > >+Requires: FHS > >+Provides: rtld(GNU_HASH) > > # This is needed because previous package (glibc) had autoreq false and > > had > > # provided this manually. Probably poldek bug that have to have it here. > >-Provides: rtld(GNU_HASH) > > Provides: /sbin/ldconfig > > Provides: ldconfig = %{epoch}:%{version}-%{release} > > Obsoletes: ldconfig < 6:2.28-6.1 > >-# we want FHS being installed before ldconfig, altho they are both > >unrelated to each-other. > >-Requires: FHS > > > > -- > glen > > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en -- Jakub Bogusz http://qboosh.pl/ From bszx-pld at bszx.eu Wed Oct 31 07:48:48 2018 From: bszx-pld at bszx.eu (Bartek Szady) Date: Wed, 31 Oct 2018 07:48:48 +0100 Subject: RFC bind split Message-ID: What do you think about splitting bind package to bind-base and bind? bind-base will contain server and init scripts/units, will have minimal dependencies (no python dependency) and can be used as eg. caching recursive server. bind will contain the the remaining files and will require bind-base. ??? ??? Bartek