Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Can't do setuid #5483

Closed
p5pRT opened this issue May 24, 2002 · 4 comments
Closed

Can't do setuid #5483

p5pRT opened this issue May 24, 2002 · 4 comments
Labels
distro-Linux Not a Bug

Comments

@p5pRT
Copy link

p5pRT commented May 24, 2002

Migrated from rt.perl.org#9392 (status was 'resolved')

Searchable as RT9392$
@p5pRT
Copy link
Author

p5pRT commented May 24, 2002

From jhettmer@doprad.com

Created by jhettmer@doprad.com

First, this is a 7.3 install, my boot file is vmlinux-2.4.18-3BOOT, not
2.4.17
as the perlbug data below seems to suggest. The bug is that a script which
begins with #!/usr/bin/perl and has a permission mode like 4755 produces the
above error message. Since perldiag classes this as (P) I guess it is a
bug.
  My coworker's system was redhat 7.1, perl version apparently
perl-5.6.0-12
and he did not see this message until he upgraded all of his software to
7.3 (via
download) yesterday.

Perl Info 

Flags:
    category=core
    severity=low

Site configuration information for perl v5.6.1:

Configured by bhcompile at Mon Apr  1 12:22:19 EST 2002.

Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
  Platform:
    osname=linux, osvers=2.4.17-0.13smp, archname=i386-linux
    uname='linux daffy.perf.redhat.com 2.4.17-0.13smp #1 smp fri feb 1 
10:30:48 est 200
2 i686 unknown '
    config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dcc=gcc 
-Dcf_by=Red Hat, I
nc. -Dcccdlflags=-fPIC -Dinstallprefix=/usr -Dprefix=/usr 
-Darchname=i386-linux -Dvendo
rprefix=/usr -Dsiteprefix=/usr -Uusethreads -Uuseithreads 
-Uuselargefiles -Dd_dosuid -D
d_semctl_semun -Di_db -Di_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=undef
    useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef
    use64bitint=undef use64bitall=undef uselongdouble=undef
  Compiler:
    cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include',
    optimize='-O2 -march=i386 -mcpu=i686',
    cppflags='-fno-strict-aliasing -I/usr/local/include'
    ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.2 
2.96-109)', gccosandvers
=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=4
    alignbytes=4, usemymalloc=n, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags =' -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib
    libs=-lnsl -ldl -lm -lc -lcrypt -lutil
    perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil
    libc=/lib/libc-2.2.5.so, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
    cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'

Locally applied patches:
   


@INC for perl v5.6.1:
    /usr/lib/perl5/5.6.1/i386-linux
    /usr/lib/perl5/5.6.1
    /usr/lib/perl5/site_perl/5.6.1/i386-linux
    /usr/lib/perl5/site_perl/5.6.1
    /usr/lib/perl5/site_perl/5.6.0
    /usr/lib/perl5/site_perl
    /usr/lib/perl5/vendor_perl/5.6.1/i386-linux
    /usr/lib/perl5/vendor_perl/5.6.1
    /usr/lib/perl5/vendor_perl
    .


Environment for perl v5.6.1:
    HOME=/home/jhh
    LANG=en_US.iso885915
    LANGUAGE (unset)
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    
PATH=/bin:/usr/bin:/usr/bin/X11:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/txsrc/bin:/app/bin:/home/jhh/bin:/usr/loc2/bin:/home/jhh/bin:/txsrc/bin:/app/bin:/home/jhh/bin:/usr/loc2/bin:/home/jhh/bin:/txsrc/bin:/app/bin:/home/jhh/bin:/usr/loc2/bin
    PERL_BADLANG (unset)
    SHELL=/bin/bash

--g4P12bQ32338.1022288557/nov.adcinternal.com--

@p5pRT
Copy link
Author

p5pRT commented May 25, 2002

From @eserte

Jim Hettmer <jhettmer@​doprad.com> writes​:

This is a bug report for perl from jhettmer@​doprad.com,
generated with the help of perlbug 1.33 running under perl v5.6.1.

-----------------------------------------------------------------
[Please enter your report here]

First, this is a 7.3 install, my boot file is vmlinux-2.4.18-3BOOT, not
2.4.17
as the perlbug data below seems to suggest. The bug is that a script which
begins with #!/usr/bin/perl and has a permission mode like 4755 produces the
above error message. Since perldiag classes this as (P) I guess it is a
bug.

"Can't do seteuid" is (P), "Can't do setuid" is just (F).

Regards,
  Slaven

--
Slaven Rezic - slaven.rezic@​berlin.de

  tknotes - A knotes clone, written in Perl/Tk.
  http​://ptktools.sourceforge.net/#tknotes

@p5pRT
Copy link
Author

p5pRT commented May 25, 2002

From @schwern

On Fri, May 24, 2002 at 08​:26​:24PM -0500, Jim Hettmer wrote​:

First, this is a 7.3 install, my boot file is vmlinux-2.4.18-3BOOT, not
2.4.17
as the perlbug data below seems to suggest. The bug is that a script which
begins with #!/usr/bin/perl and has a permission mode like 4755 produces the
above error message. Since perldiag classes this as (P) I guess it is a
bug.
My coworker's system was redhat 7.1, perl version apparently
perl-5.6.0-12
and he did not see this message until he upgraded all of his software to
7.3 (via
download) yesterday.

I think you want "setuid" not "seteuid".

  Can't do setuid
  (F) This typically means that ordinary perl tried to
  exec suidperl to do setuid emulation, but couldn't
  exec it. It looks for a name of the form sperl5.000
  in the same directory that the perl executable resides
  under the name perl5.000, typically /usr/local/bin on
  Unix machines. If the file is there, check the exe­
  cute permissions. If it isn't, ask your sysadmin why
  he and/or she removed it.

Redhat changed the way it packages Perl in 7.3 and suidperl may now come
seperately, be broken, moved, etc... Debian, for example, has a seperate
perl-suid package.

Talk to your sysadmin and/or Redhat.

--
This sig file temporarily out of order.

@p5pRT
Copy link
Author

p5pRT commented May 25, 2002

From @schwern

Likely due to Redhat's perl package changes in 7.3.

--
This sig file temporarily out of order.

@p5pRT p5pRT closed this as completed Nov 28, 2003
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
distro-Linux Not a Bug
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@p5pRT