Bug 18164

Summary: Perl getlogin () returns undef where it should provide the name of the login user (corresponding c-procedure fails)
Product: Mageia Reporter: Juergen Harms <juergen.harms>
Component: RPM PackagesAssignee: Base system maintainers <basesystem>
Status: NEW --- QA Contact:
Severity: normal    
Priority: Normal CC: marja11
Version: Cauldron   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: glibc-2.22-15.mga6.src.rpm CVE:
Status comment:
Attachments: Short c-procedure to reproduce the problem

Description Juergen Harms 2016-04-09 11:52:18 CEST 
Description of problem:

The getlogin () function of perl is documented to return a string with the name of the user who originally logged in - undef in case of no success. This is used in tools that run with root privileges and need to find the user who had created the corresponding session.

I verified the corresponding c-procedure - it also fails (see attachment) - the origin of the problem therefore is certainly in glibc. The sequence described below (Steps to reproduce) has worked flawlessly in all previous releases, but  in cauldron it fails: the C library procedure returns NULL where the name of the login user is expected.




Version-Release number of selected component (if applicable): glibc-2.22-15


How reproducible:
100%


Steps to Reproduce:
1. Login and create a (user) command shell
2. su
3. run a program that calls getlogin () (C or perl - p.ex. attachment)

Declaring the severity as normal; possibly to be raised to critical since this bug may cause applications to fail without evident reasons
Comment 1 Juergen Harms 2016-04-09 11:54:47 CEST 
Created attachment 7640 [details]
Short c-procedure to reproduce the problem
Marja Van Waes 2016-04-09 16:55:59 CEST

CC: (none) => marja11
Assignee: bugsquad => tmb
Summary: Perl getlogin () returns undef where it should provide the name of the login user => Perl getlogin () returns undef where it should provide the name of the login user (corresponding c-procedure fails)

Comment 2 Marja Van Waes 2016-08-29 16:56:47 CEST 
@ Juergen

I suppose nothing changed since your last comment in April?

Assignee: tmb => basesystem