LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 02-14-2020, 11:07 AM   #4441
chrisretusn
Senior Member
 
Registered: Dec 2005
Location: Philippines
Distribution: Slackware64-current
Posts: 1,045

Rep: Reputation: 423Reputation: 423Reputation: 423Reputation: 423Reputation: 423

Quote:
Originally Posted by GazL View Post
Code:
# Ensure that ENV_SUPATH from /etc/login.defs is used for the $PATH when
# 'su' is used. Otherwise /sbin paths will be missing unless 'su -' is used.
ALWAYS_SET_PATH yes
The traditional way su behaves allows a user to run a process with elevated privilege in either the same execution environment as they're currently using (potentially with a custom PATH) or within a new one (appropriate to the su'd to user). This change breaks that.
<snip>

Please, reconsider this one.
Yes, please reconsider.
 
3 members found this post helpful.
Old 02-14-2020, 11:47 AM   #4442
allend
LQ 5k Club
 
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware-current
Posts: 5,363

Rep: Reputation: 1978Reputation: 1978Reputation: 1978Reputation: 1978Reputation: 1978Reputation: 1978Reputation: 1978Reputation: 1978Reputation: 1978Reputation: 1978Reputation: 1978
I would like to suggest a patch to /usr/libexec/slackpkg/install-new.awk
Code:
--- install-new.awk.orig	2012-07-23 04:21:33.000000000 +1000
+++ install-new.awk	2020-02-15 03:30:03.618555298 +1100
@@ -1,4 +1,4 @@
-/^(a|ap|d|e|f|k|kde|kdei|l|mac|n|t|tcl|x|xap|xfce|y)\/([a-zA-Z0-9_\+.\-]+):.* ([Aa]dded|[Ss]plit|[Rr]enamed|[Mm]oved|[Nn]ame [Cc]hange|NAME CHANGE|[Ss]witched).*/ {
+/^(a|ap|d|e|f|k|kde|kdei|l|mac|n|t|tcl|testing.*|x|xap|xfce|y)\/([a-zA-Z0-9_\+.\-]+):.* ([Aa]dded|[Ss]plit|[Rr]enamed|[Mm]oved|[Nn]ame [Cc]hange|NAME CHANGE|[Ss]witched).*/ {
 	INPUT=$1
 	fs=FS
 	FS="/" ; OFS="/"
I should have followed the procedure in the ChangeLog, but instead I used slackpkg with 'PRIORITY=( testing patches %PKGMAIN extra pasture )' in slackpkg.conf
Without the patch, 'slackpkg install-new' did not offer three new PAM packages, leading to an update where PAM did not allow a login without libpam.so.0
Live and learn!
 
1 members found this post helpful.
Old 02-14-2020, 12:30 PM   #4443
upnort
Senior Member
 
Registered: Oct 2014
Distribution: Slackware, Proxmox, Debian, CentOS
Posts: 1,454

Rep: Reputation: 806Reputation: 806Reputation: 806Reputation: 806Reputation: 806Reputation: 806Reputation: 806
Quote:
The traditional way su behaves allows a user to run a process with elevated privilege in either the same execution environment as they're currently using (potentially with a custom PATH) or within a new one (appropriate to the su'd to user). This change breaks that.
I don't know if this change is related, but in Debian 10 the su behavior drives me batty. Typing su - does NOT inherit the DISPLAY environment variable.

When I type su - I expect a full root environment and not a crippled environment. Whether using X as root is my decision to make and not anybody upstream.

Quote:
the PAM-ified util-linux also needs to provide su, chsh, chfn, nologin, vipw and vigr utilities instead of having them in the shadow package
I think other distros do that too.
 
1 members found this post helpful.
Old 02-14-2020, 01:21 PM   #4444
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 1,847

Rep: Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968
Quote:
Originally Posted by GazL View Post
Please tell me you didn't change this traditional UNIX behaviour just because some users aren't educated enough to use 'su -' or 'su -l'. If the commented explanation in the defaults file is the only reason for this change and you still feel you have to pander to these users then I'd rather you just put /sbin in the default non-root users path.
Actually, the main reason I changed it is because that's the way the upstream shadow defaults for su have worked in Slackware since at least Slackware 13.0. I cling to my own traditions much more closely than I do to those of UNIX, to be honest.
 
6 members found this post helpful.
Old 02-14-2020, 06:30 PM   #4445
GazL
LQ Guru
 
Registered: May 2008
Posts: 5,386
Blog Entries: 18

Rep: Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196
Ok, thanks Pat. Somehow I managed to miss that. I still don't like it as a default, but I can't complain if you're just maintaining the status quo. I'll just change the option locally then. Apologies for the noise.
 
2 members found this post helpful.
Old 02-15-2020, 03:39 AM   #4446
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 1,344

Rep: Reputation: 417Reputation: 417Reputation: 417Reputation: 417Reputation: 417
Hi , again , first of all , thanks for including finally qt5 to start migration to plasma , i have one question and 2 suggests.

my questions, is arround openal , we habe 1.19.1 , but i see 1.20.1 in the github , reason to provide 1.19 is for some build problem ? or only miss ?
https://github.com/kcat/openal-soft/releases

And my 2 little suggestions , after including qt5 , i think this 2 little tools are good to have

qt5ct , and qt5pluginstyles , this two little packages are similar to qtconfig under qt4

see
http://slackbuilds.org/repository/14.../?search=qt5ct
http://slackbuilds.org/repository/14...-styleplugins/

at least qt5ct , for configurations under qt5.

Thanks!.
 
1 members found this post helpful.
Old 02-15-2020, 04:24 AM   #4447
Skaendo
Senior Member
 
Registered: Dec 2014
Location: West Texas, USA
Distribution: Slackware64-14.2
Posts: 1,224

Rep: Reputation: Disabled
ffmpeg could now be built with "--enable-openal"

Might I also suggest to maybe update the ffmpeg SlackBuild to the one called "ffmpeg4", here:
https://slackbuilds.org/repository/1...search=ffmpeg4
It is just a little more geared towards the 4.x builds of ffmpeg.


And a request, could libmysofa (https://github.com/hoene/libmysofa/) be added with openal-soft and ffmpeg built with it?
libmysofa is autodetected with openal-soft, and with "--enable-libmysofa" for ffmpeg.


Thanks and thanks for qt5, libxkbcommon and openal-soft!!

Last edited by Skaendo; 02-15-2020 at 04:27 AM.
 
1 members found this post helpful.
Old 02-15-2020, 04:40 AM   #4448
_gin
Member
 
Registered: Aug 2012
Distribution: Oracle Linux
Posts: 100

Rep: Reputation: Disabled
Mr Volkerding, Will you consider removing the htdig package to favor hldig instead?

To my knowledge, there's no more development involved in htdig whereas hldig is a maintened fork.
https://github.com/solbu/hldig

Thanks for Qt5 by the way.
 
Old 02-15-2020, 04:52 AM   #4449
tramtrist
Member
 
Registered: Jul 2018
Location: Cincinnati USA
Distribution: Slackware
Posts: 204

Rep: Reputation: 136Reputation: 136
Now that PAM is in.. how about libfprint?
 
Old 02-15-2020, 06:31 AM   #4450
GazL
LQ Guru
 
Registered: May 2008
Posts: 5,386
Blog Entries: 18

Rep: Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196
The pam security modules are arch depenendent. Shouldn't they be in /lib64/security on a 64bit Slackware, leaving /lib/security for multilib/32bit PAM implementations?
 
Old 02-15-2020, 06:52 AM   #4451
chrisVV
Member
 
Registered: Aug 2010
Posts: 388

Rep: Reputation: 202Reputation: 202Reputation: 202
Quote:
Originally Posted by GazL View Post
The pam security modules are arch depenendent. Shouldn't they be in /lib64/security on a 64bit Slackware, leaving /lib/security for multilib/32bit PAM implementations?
kernel modules are architecture dependent but are (and as far as I am aware always have been) in /lib/modules. Are PAM plugins relevent to multilib systems: does anything other than PAM actually load them?
 
Old 02-15-2020, 07:46 AM   #4452
GazL
LQ Guru
 
Registered: May 2008
Posts: 5,386
Blog Entries: 18

Rep: Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196
Quote:
Originally Posted by chrisVV View Post
kernel modules are architecture dependent but are (and as far as I am aware always have been) in /lib/modules. Are PAM plugins relevent to multilib systems: does anything other than PAM actually load them?
I'd expect any 32bit pam-enabled application to need a 32bit pam implementation. Someone please correct me if I am wrong.
 
Old 02-15-2020, 10:40 AM   #4453
GazL
LQ Guru
 
Registered: May 2008
Posts: 5,386
Blog Entries: 18

Rep: Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196Reputation: 3196
Running cryptsetup luksFormat with default options on current results in a warning about a missing /run/cryptsetup directory. Can I suggest adding its creation to rc.S.

edit: got the name slightly wrong, sorry.

Last edited by GazL; 02-15-2020 at 03:55 PM.
 
1 members found this post helpful.
Old 02-15-2020, 11:22 AM   #4454
chrisVV
Member
 
Registered: Aug 2010
Posts: 388

Rep: Reputation: 202Reputation: 202Reputation: 202
Quote:
Originally Posted by GazL View Post
I'd expect any 32bit pam-enabled application to need a 32bit pam implementation. Someone please correct me if I am wrong.
You are probably right.
 
Old 02-15-2020, 03:41 PM   #4455
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 1,847

Rep: Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968Reputation: 5968
Quote:
Originally Posted by USUARIONUEVO View Post
my questions, is arround openal , we habe 1.19.1 , but i see 1.20.1 in the github , reason to provide 1.19 is for some build problem ? or only miss ?
https://github.com/kcat/openal-soft/releases
Any version newer than what we have won't compile, and I see the same issues occurring with other distributions as well.
 
1 members found this post helpful.
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Requests for -current (20151216) rworkman Slackware 3441 12-28-2017 04:50 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 02:29 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration