From qboosh at pld-linux.org Tue Jan 7 17:06:22 2020 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 7 Jan 2020 17:06:22 +0100 Subject: [packages/shadow] - shadow puts everything into /bin and /sbin - that's ok but provide symlinks for old (pwdutils) loc In-Reply-To: <2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5_refs_heads_master@pld-linux.org> References: <44f154c391c9f3a3d604e7233aa1faadcb1612eb_refs_heads_master@pld-linux.org> <2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5_refs_heads_master@pld-linux.org> Message-ID: <20200107160622.GA28617@mail> On Tue, Jan 07, 2020 at 01:36:44PM +0100, arekm wrote: > commit 2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5 > Author: Arkadiusz Mi?kiewicz > Date: Tue Jan 7 13:36:34 2020 +0100 > > - shadow puts everything into /bin and /sbin - that's ok but provide symlinks for old (pwdutils) locations [...] > +# compatibility with old locations (and pwdutils) > +install -d $RPM_BUILD_ROOT%{_bindir} > +for f in chage chfn chsh expiry faillog gpasswd newgrp newgidmap passwd newuidmap sg; do > + ln -s /bin/${f} $RPM_BUILD_ROOT%{_bindir}/${f} > +done > +install -d $RPM_BUILD_ROOT%{_sbindir} > +for f in chgpasswd chpasswd groupadd groupdel groupmems groupmod grpck grpconv grpunconv logoutd newusers pwck pwconv pwunconv useradd userdel usermod vigr vipw; do > + ln -s /sbin/${f} $RPM_BUILD_ROOT%{_sbindir}/${f} > +done > + [...] > +%attr(4755,root,root) /bin/chfn > %attr(4755,root,root) %{_bindir}/chfn > +%attr(4755,root,root) /bin/chsh > %attr(4755,root,root) %{_bindir}/chsh > +%attr(4755,root,root) /bin/expiry > %attr(4755,root,root) %{_bindir}/expiry > +%attr(4755,root,root) /bin/gpasswd > %attr(4755,root,root) %{_bindir}/gpasswd > +%attr(4755,root,root) /bin/passwd > %attr(4755,root,root) %{_bindir}/passwd > +%attr(4755,root,root) /bin/chage > %attr(4755,root,root) %{_bindir}/chage > +%attr(755,root,root) /bin/faillog > %attr(755,root,root) %{_bindir}/faillog > +%attr(4755,root,root) /bin/newgrp > %attr(4755,root,root) %{_bindir}/newgrp > +%attr(755,root,root) /bin/sg > %attr(755,root,root) %{_bindir}/sg > +%attr(755,root,root) /sbin/chgpasswd > %attr(755,root,root) %{_sbindir}/chgpasswd > +%attr(755,root,root) /sbin/chpasswd > %attr(755,root,root) %{_sbindir}/chpasswd > +%attr(755,root,root) /sbin/groupadd > %attr(755,root,root) %{_sbindir}/groupadd > +%attr(755,root,root) /sbin/groupdel > %attr(755,root,root) %{_sbindir}/groupdel > +%attr(755,root,root) /sbin/groupmems > %attr(755,root,root) %{_sbindir}/groupmems > +%attr(755,root,root) /sbin/groupmod > %attr(755,root,root) %{_sbindir}/groupmod [...] Uhhh, please, no. Either go traditional way and distribute binaries over directories (like in coreutils), or maybe it's time to go merged-/usr distro-wide? Are there still any profits from using local / with network or host shared /usr? -- Jakub Bogusz http://qboosh.pl/ From arekm at maven.pl Tue Jan 7 17:58:46 2020 From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=) Date: Tue, 7 Jan 2020 17:58:46 +0100 Subject: [packages/shadow] - shadow puts everything into /bin and /sbin - that's ok but provide symlinks for old (pwdutils) loc In-Reply-To: <20200107160622.GA28617@mail> References: <44f154c391c9f3a3d604e7233aa1faadcb1612eb_refs_heads_master@pld-linux.org> <2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5_refs_heads_master@pld-linux.org> <20200107160622.GA28617@mail> Message-ID: <4861f1ba-d6e3-deb2-33c8-f0190144aa4e@maven.pl> On 07/01/2020 17:06, Jakub Bogusz wrote: > On Tue, Jan 07, 2020 at 01:36:44PM +0100, arekm wrote: >> commit 2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5 >> Author: Arkadiusz Mi?kiewicz >> Date: Tue Jan 7 13:36:34 2020 +0100 >> >> - shadow puts everything into /bin and /sbin - that's ok but provide symlinks for old (pwdutils) locations > [...] >> +# compatibility with old locations (and pwdutils) >> +install -d $RPM_BUILD_ROOT%{_bindir} >> +for f in chage chfn chsh expiry faillog gpasswd newgrp newgidmap passwd newuidmap sg; do >> + ln -s /bin/${f} $RPM_BUILD_ROOT%{_bindir}/${f} >> +done >> +install -d $RPM_BUILD_ROOT%{_sbindir} >> +for f in chgpasswd chpasswd groupadd groupdel groupmems groupmod grpck grpconv grpunconv logoutd newusers pwck pwconv pwunconv useradd userdel usermod vigr vipw; do >> + ln -s /sbin/${f} $RPM_BUILD_ROOT%{_sbindir}/${f} >> +done >> + > [...] >> +%attr(4755,root,root) /bin/chfn >> %attr(4755,root,root) %{_bindir}/chfn >> +%attr(4755,root,root) /bin/chsh >> %attr(4755,root,root) %{_bindir}/chsh >> +%attr(4755,root,root) /bin/expiry >> %attr(4755,root,root) %{_bindir}/expiry >> +%attr(4755,root,root) /bin/gpasswd >> %attr(4755,root,root) %{_bindir}/gpasswd >> +%attr(4755,root,root) /bin/passwd >> %attr(4755,root,root) %{_bindir}/passwd >> +%attr(4755,root,root) /bin/chage >> %attr(4755,root,root) %{_bindir}/chage >> +%attr(755,root,root) /bin/faillog >> %attr(755,root,root) %{_bindir}/faillog >> +%attr(4755,root,root) /bin/newgrp >> %attr(4755,root,root) %{_bindir}/newgrp >> +%attr(755,root,root) /bin/sg >> %attr(755,root,root) %{_bindir}/sg >> +%attr(755,root,root) /sbin/chgpasswd >> %attr(755,root,root) %{_sbindir}/chgpasswd >> +%attr(755,root,root) /sbin/chpasswd >> %attr(755,root,root) %{_sbindir}/chpasswd >> +%attr(755,root,root) /sbin/groupadd >> %attr(755,root,root) %{_sbindir}/groupadd >> +%attr(755,root,root) /sbin/groupdel >> %attr(755,root,root) %{_sbindir}/groupdel >> +%attr(755,root,root) /sbin/groupmems >> %attr(755,root,root) %{_sbindir}/groupmems >> +%attr(755,root,root) /sbin/groupmod >> %attr(755,root,root) %{_sbindir}/groupmod > [...] > > Uhhh, please, no. It's ugly but I don't see any other solution that would work. > Either go traditional way and distribute binaries over directories (like > in coreutils), To goal is not to diverge from upstream. or maybe it's time to go merged-/usr distro-wide? > > Are there still any profits from using local / with network or host shared /usr? Does it matter for this case? The only goal of symlinks it to have this package working in current PLD which has hardcoded /usr paths to some of these binaries. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From qboosh at pld-linux.org Tue Jan 7 22:04:08 2020 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 7 Jan 2020 22:04:08 +0100 Subject: [packages/shadow] - shadow puts everything into /bin and /sbin - that's ok but provide symlinks for old (pwdutils) loc In-Reply-To: <4861f1ba-d6e3-deb2-33c8-f0190144aa4e@maven.pl> References: <4861f1ba-d6e3-deb2-33c8-f0190144aa4e@maven.pl> Message-ID: <20200107210408.GA29477@mail> On Tue, Jan 07, 2020 at 05:58:46PM +0100, Arkadiusz Mi?kiewicz via pld-devel-en wrote: > On 07/01/2020 17:06, Jakub Bogusz wrote: > > On Tue, Jan 07, 2020 at 01:36:44PM +0100, arekm wrote: > >> commit 2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5 > >> Author: Arkadiusz Mi?kiewicz > >> Date: Tue Jan 7 13:36:34 2020 +0100 > >> > >> - shadow puts everything into /bin and /sbin - that's ok but provide symlinks for old (pwdutils) locations > > [...] > >> +# compatibility with old locations (and pwdutils) > >> +install -d $RPM_BUILD_ROOT%{_bindir} > >> +for f in chage chfn chsh expiry faillog gpasswd newgrp newgidmap passwd newuidmap sg; do > >> + ln -s /bin/${f} $RPM_BUILD_ROOT%{_bindir}/${f} > >> +done > >> +install -d $RPM_BUILD_ROOT%{_sbindir} > >> +for f in chgpasswd chpasswd groupadd groupdel groupmems groupmod grpck grpconv grpunconv logoutd newusers pwck pwconv pwunconv useradd userdel usermod vigr vipw; do > >> + ln -s /sbin/${f} $RPM_BUILD_ROOT%{_sbindir}/${f} > >> +done > >> + [...] > >> +%attr(755,root,root) /sbin/groupmems > >> %attr(755,root,root) %{_sbindir}/groupmems > >> +%attr(755,root,root) /sbin/groupmod > >> %attr(755,root,root) %{_sbindir}/groupmod > > [...] > > > > Uhhh, please, no. > > It's ugly but I don't see any other solution that would work. > > > Either go traditional way and distribute binaries over directories (like > > in coreutils), > > To goal is not to diverge from upstream. Upstream installs everything to prefix given to configure. Or /bin + /sbin, if it's told so to %configure in spec. > or maybe it's time to go merged-/usr distro-wide? > > > > Are there still any profits from using local / with network or host shared /usr? > > Does it matter for this case? Debian moved to merged /usr too, in such case both paths work regardless of actual install paths. -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Thu Jan 9 11:32:22 2020 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Thu, 9 Jan 2020 12:32:22 +0200 Subject: [packages/shadow] - shadow puts everything into /bin and /sbin - that's ok but provide symlinks for old (pwdutils) loc In-Reply-To: <4861f1ba-d6e3-deb2-33c8-f0190144aa4e@maven.pl> References: <44f154c391c9f3a3d604e7233aa1faadcb1612eb_refs_heads_master@pld-linux.org> <2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5_refs_heads_master@pld-linux.org> <20200107160622.GA28617@mail> <4861f1ba-d6e3-deb2-33c8-f0190144aa4e@maven.pl> Message-ID: <50dc2c04-ef11-1ce3-81eb-b81dc237128f@pld-linux.org> On 1/7/20 6:58 PM, Arkadiusz Mi?kiewicz via pld-devel-en wrote: > To goal is not to diverge from upstream. upstream reverted? the change: - https://github.com/shadow-maint/shadow/pull/197 From qboosh at pld-linux.org Sun Jan 12 08:32:53 2020 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 12 Jan 2020 08:32:53 +0100 Subject: [packages/apr] - up to 1.7.0 In-Reply-To: <48dac5e93206c31066f91484526df2e4c2c29480_refs_heads_master@pld-linux.org> References: <48dac5e93206c31066f91484526df2e4c2c29480_refs_heads_master@pld-linux.org> Message-ID: <20200112073253.GA16924@mail> On Sat, Jan 11, 2020 at 10:00:30PM +0100, arekm wrote: > commit 48dac5e93206c31066f91484526df2e4c2c29480 > Author: Arkadiusz Mi?kiewicz > Date: Sat Jan 11 22:00:22 2020 +0100 > > - up to 1.7.0 > > apr.spec | 6 ++++-- > 1 file changed, 4 insertions(+), 2 deletions(-) > --- > diff --git a/apr.spec b/apr.spec > index 90514c4..9ccc5e3 100644 > --- a/apr.spec > +++ b/apr.spec > @@ -5,17 +5,18 @@ [...] > Patch1: %{name}-libtool.patch > # disable some things that require recent kernel > Patch2: %{name}-disable-features.patch > +Patch3: x Missing in repo. -- Jakub Bogusz http://qboosh.pl/ From baggins at pld-linux.org Mon Jan 13 20:40:08 2020 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Mon, 13 Jan 2020 20:40:08 +0100 Subject: PLD Th 2019 snapshot released Message-ID: <20200113194008.GA1990226@tachikoma.lan> 2019 snapshot of PLD/Linux Th has been released. It is available on ftp://ftp.pld-linux.org/dists/th/2019/PLD/ and as poldek sources th-2019. The main highlights of this release are: * kernels 4.4.207, 4.9.207, 4.14.160, 4.19.91 and 5.4.6 (4.4 and 4.9 have vserver enabled) * GCC 9.2.0 * LLVM 9.0.0 * glibc 2.30 * Python 3.8.0 and 2.7.17 * PHP 5.2, 5.3, 5.4, 5.5, 5.6, 7.0, 7.1.33, 7.2.24, 7.3.11 and 7.4.0 * Perl 5.30.0 * Ruby 2.4.9 * libreoffice 6.3.0.4 * GNOME 3.34 * KDE5 Frameworks 5.59, Plasma 5.15.3 * MATE Desktop Environment 1.22 -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From qboosh at pld-linux.org Thu Jan 16 17:54:15 2020 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 16 Jan 2020 17:54:15 +0100 Subject: poldek - strange orphans processing [Re: OK: COMMAND] In-Reply-To: References:

Message-ID: <20200116165415.GA1826@mail> I asked to greedy remove itk. It removed itk-devel by dependency, as it should, but why it removed itcl-devel too??? On Thu, Jan 16, 2020 at 04:45:38PM +0000, PLD th-i686 builder wrote: > COMMAND (): OK > > --- COMMAND:: > Build-Time: user:0.70s sys:0.21s real:1.16s (faults io:0 non-io:62263) > > > > *** buildlog for COMMAND > mark itk-4.1.0-1.i686 > Processing dependencies... > itk-4.1.0-1.i686 marks itk-devel-4.1.0-1.i686 (req itk = 4.1.0-1) > itk-devel-4.1.0-1.i686 marks orphaned itcl-devel-4.1.1-1.i686 (req itcl-devel >= 4.1) > There are 3 packages to remove (2 marked by dependencies): > R itk-4.1.0-1.i686 > D itcl-devel-4.1.1-1.i686 itk-devel-4.1.0-1.i686 > This operation will free 226.5KB of disk space. > Running pm-command.sh --erase --root /... > Begin-PLD-Builder-Info > Build-Time: user:0.70s sys:0.21s real:1.16s (faults io:0 non-io:62263) > > End-PLD-Builder-Info > -- Jakub Bogusz http://qboosh.pl/ From mis at pld-linux.org Fri Jan 17 10:20:20 2020 From: mis at pld-linux.org (Pawel Gajda) Date: Fri, 17 Jan 2020 10:20:20 +0100 Subject: poldek - strange orphans processing [Re: OK: COMMAND] In-Reply-To: <20200116165415.GA1826@mail> References:

<20200116165415.GA1826@mail> Message-ID: On Thu, 2020-01-16 at 17:54 +0100, Jakub Bogusz wrote: > I asked to greedy remove itk. > It removed itk-devel by dependency, as it should, but why it removed > itcl-devel too??? > > mark itk-4.1.0-1.i686 > > Processing dependencies... > > itk-4.1.0-1.i686 marks itk-devel-4.1.0-1.i686 (req itk = 4.1.0-1) > > itk-devel-4.1.0-1.i686 marks orphaned itcl-devel-4.1.1-1.i686 (req itcl-devel >= 4.1) > > There are 3 packages to remove (2 marked by dependencies): > > R itk-4.1.0-1.i686 > > D itcl-devel-4.1.1-1.i686 itk-devel-4.1.0-1.i686 Looks like poldek greedy mode is on? Without greedy it works as expected for me. itcl-devel is removed because itk-devel requires itcl-devel _and_ itcl-devel is not required by anyone else; "orphaned" message is misleading here, any ideas how to name it? From baggins at pld-linux.org Thu Jan 23 12:36:45 2020 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Thu, 23 Jan 2020 12:36:45 +0100 Subject: The proliferation of kernel packages (plan to drop nopae, 4.4 and 4.14) Message-ID: <20200123113645.GA2224@starbug> I want to drop nopae, 4.4 and 4.14 kernels from Th, leaving us with longterm releases 4.9 (the last kernel that supports vserver), 4.19, 5.4 and a latest stable. Thoughs? Cons? -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From qboosh at pld-linux.org Sun Jan 26 11:30:19 2020 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 26 Jan 2020 11:30:19 +0100 Subject: [projects/template-specs] - stop including perl macros, it's not needed, rpm does this on its own In-Reply-To: References: <0e3a429444d69c110ed0aeb98ad5d31015589617_refs_heads_master@pld-linux.org> Message-ID: <20200126103018.GA4147@mail> On Sat, Jan 25, 2020 at 02:06:07PM +0100, baggins wrote: > commit f75adea6b3f6c1343989e98a27167605ed55b780 > Author: Jan R?korajski > Date: Sat Jan 25 14:03:53 2020 +0100 > > - stop including perl macros, it's not needed, rpm does this on its own I wonder how to specify dependency on rpm(-build) which includes perl/php/* macros now. Currently building e.g. perl-* module with 1 month old rpm succeeds, but results in missing perl() reqs/provs. Maybe change rpm-*prov Provides to "= 1:%{version}" and bump rpm-*prov dependencies to 1:1.745? This would force upgrade to new rpm macros packaging/processing due to name changes (just remember not to provide rpm-build-macros in new macros packages to ensure they won't satisfy older rpm-build dependencies). The other thing is that some packages intentionally didn't include macros.perl or macros.php to avoid unwanted perl() / pear() dependencies autogeneration, but can be handled by _noautoreq_{perl,pear} now. -- Jakub Bogusz http://qboosh.pl/ From hawk at pld-linux.org Sun Jan 26 12:27:47 2020 From: hawk at pld-linux.org (Marcin Krol) Date: Sun, 26 Jan 2020 12:27:47 +0100 Subject: The proliferation of kernel packages (plan to drop nopae, 4.4 and 4.14) In-Reply-To: <20200123113645.GA2224@starbug> References: <20200123113645.GA2224@starbug> Message-ID: <5E2D77B3.208@pld-linux.org> On 23-Jan-20 12:36, Jan R?korajski wrote: > I want to drop nopae, 4.4 and 4.14 kernels from Th, > leaving us with longterm releases 4.9 (the last kernel that supports vserver), > 4.19, 5.4 and a latest stable. > > Thoughs? Cons? 4.14 has longest planned support - up to Jan 2024 while 4.19 will EOL on Dec 2020 and 5.4 will EOL on Dec 2021. It may be a good idea to keep 4.14. Of course these date may change in future. M. From baggins at pld-linux.org Sun Jan 26 18:55:19 2020 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Sun, 26 Jan 2020 18:55:19 +0100 Subject: [projects/template-specs] - stop including perl macros, it's not needed, rpm does this on its own In-Reply-To: <20200126103018.GA4147@mail> References: <0e3a429444d69c110ed0aeb98ad5d31015589617_refs_heads_master@pld-linux.org> <20200126103018.GA4147@mail> Message-ID: <20200126175519.GB2224@starbug> On Sun, 26 Jan 2020, Jakub Bogusz wrote: > On Sat, Jan 25, 2020 at 02:06:07PM +0100, baggins wrote: > > commit f75adea6b3f6c1343989e98a27167605ed55b780 > > Author: Jan R?korajski > > Date: Sat Jan 25 14:03:53 2020 +0100 > > > > - stop including perl macros, it's not needed, rpm does this on its own > > I wonder how to specify dependency on rpm(-build) which includes > perl/php/* macros now. > > Currently building e.g. perl-* module with 1 month old rpm succeeds, but results > in missing perl() reqs/provs. Only if you don't have rpm-*perlprov package. And it still wouldn't work even if you had that include, since it's just a bunch of macros from rpm-build package. Macros, that have been loaded automagically since $YEARS. > Maybe change rpm-*prov Provides to "= 1:%{version}" and bump > rpm-*prov dependencies to 1:1.745? > This would force upgrade to new rpm macros packaging/processing due to > name changes (just remember not to provide rpm-build-macros in new macros packages to > ensure they won't satisfy older rpm-build dependencies). I believe that the P/O I added to new packages should be enough, but if you think we need some more, please fell free to add them. > The other thing is that some packages intentionally didn't include > macros.perl or macros.php to avoid unwanted perl() / pear() dependencies > autogeneration, but can be handled by _noautoreq_{perl,pear} now. Dependency generation has nothing to do with macros, but all with rpm-*prov packages. Even if you "skip" loading macros but you have the generator package you'll have deps generated. -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From qboosh at pld-linux.org Sun Jan 26 21:16:46 2020 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 26 Jan 2020 21:16:46 +0100 Subject: [projects/template-specs] - stop including perl macros, it's not needed, rpm does this on its own In-Reply-To: <20200126175519.GB2224@starbug> References: <0e3a429444d69c110ed0aeb98ad5d31015589617_refs_heads_master@pld-linux.org> <20200126103018.GA4147@mail> <20200126175519.GB2224@starbug> Message-ID: <20200126201646.GA8002@mail> On Sun, Jan 26, 2020 at 06:55:19PM +0100, Jan R?korajski wrote: > On Sun, 26 Jan 2020, Jakub Bogusz wrote: > > > On Sat, Jan 25, 2020 at 02:06:07PM +0100, baggins wrote: > > > commit f75adea6b3f6c1343989e98a27167605ed55b780 > > > Author: Jan R?korajski > > > Date: Sat Jan 25 14:03:53 2020 +0100 > > > > > > - stop including perl macros, it's not needed, rpm does this on its own > > > > I wonder how to specify dependency on rpm(-build) which includes > > perl/php/* macros now. > > > > Currently building e.g. perl-* module with 1 month old rpm succeeds, but results > > in missing perl() reqs/provs. > > Only if you don't have rpm-*perlprov package. And it still wouldn't work > even if you had that include, since it's just a bunch of macros from > rpm-build package. Macros, that have been loaded automagically since $YEARS. Oh, I was wrong about the way it works. The perl/etc. macro files were indeed included, but until recent changes %__perl_{provides,requires} macros were redefined to %{nil} in macros.build. Then manual inclusion of macros.perl etc. in .spec redefined %__perl_{provides,requires} macros again to proper scripts. After these commits: e821f14cac60b7f9bf62abcbb848e114a92abc2f cdc9189ebe27f76cf935f813eb75c89ec246604f %__{perl,php,mono}_{provides,requires} macros are always defined to point to actual scripts, so the manual inclusion of macros.{mono,perl,php} in specs is obsolete since cdc9189ebe27f76cf935f813eb75c89ec246604f, first packaged as rpm-pld-macros-build-1.744-3. So it looks like after removal of manual provides the rpmbuild(macros) dependency should be bumped to 1.745 (after version bump in rpm-pld-macros). (if I haven't missed something... after "solving" 4 boxes of Ikea puzzles I'm a bit tired) -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Mon Jan 27 14:58:31 2020 From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=) Date: Mon, 27 Jan 2020 15:58:31 +0200 Subject: [packages/shadow] - shadow puts everything into /bin and /sbin - that's ok but provide symlinks for old (pwdutils) loc In-Reply-To: <50dc2c04-ef11-1ce3-81eb-b81dc237128f@pld-linux.org> References: <44f154c391c9f3a3d604e7233aa1faadcb1612eb_refs_heads_master@pld-linux.org> <2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5_refs_heads_master@pld-linux.org> <20200107160622.GA28617@mail> <4861f1ba-d6e3-deb2-33c8-f0190144aa4e@maven.pl> <50dc2c04-ef11-1ce3-81eb-b81dc237128f@pld-linux.org> Message-ID: On 1/9/20 12:32 PM, Elan Ruusam?e wrote: > On 1/7/20 6:58 PM, Arkadiusz Mi?kiewicz via pld-devel-en wrote: > >> To goal is not to diverge from upstream. > > upstream reverted? the change: > > - https://github.com/shadow-maint/shadow/pull/197 > and it's released now: - https://github.com/shadow-maint/shadow/releases/tag/4.8.1