Changeset 1564 in ProjectBuilder
- Timestamp:
- May 22, 2012, 11:46:10 AM (13 years ago)
- Location:
- devel
- Files:
-
- 2 added
- 6 edited
Legend:
- Unmodified
- Added
- Removed
-
devel/pb-doc/SECURITY
r1179 r1564 4 4 This is done by calls to sudo. 5 5 However, by default all actions are performed with an unpriviledge user (the one using pb or the pb user if working on VM/VE/RM) 6 Security is not considered a constaint when pb is generating the build environment itself, such as for VM and VE. So, in these cases, the sudo configuration allows the pb user to do all commands without password in the VM or to perform locally all actions for the VE management, by geing granted full local access.6 Security is not considered a constaint when pb is generating the build environment itself, such as for VM and VE. So, in these cases, the sudo configuration allows the pb user to do all commands without password in the VM or to perform locally all actions for the VE management, by being granted full local access. 7 7 However, when using pb with RM, as the systems may pre-exist and be used for other tasks, a strict analysis of the actions performed is required, in order to restrict precisely the commands called with sudo priviledges, as these are done without password request to automate generation. 8 8 9 In the Distributions.pm module there are sudo calls, corresponding to the abilty to configure automatically additional repositories. That feature may not be used on RM andsolved manually without problem. In case this is used, and sudo isn't configured accordingly, then the additional repo will NOT be added and the build will probably fail.9 In the Distributions.pm module there are sudo calls, corresponding to the abilty to configure automatically additional repositories. That feature may not be used on RM or solved manually without problem. In case this is used, and sudo isn't configured accordingly, then the additional repo will NOT be added and the build will probably fail. 10 10 11 In the default pb.conf main configuration files, parameters for osupd and osins for the various distributions call sudo to make the installation of missing packages. These calls are done as 'pb' user 'by default (or the account configured as rmlogin in the configuration file). In case this is used, and sudo isn't configured accordingly, then the additional required packages will NOT be added and the build will probably fail.11 In the default pb.conf main configuration files, parameters for osupd and osins for the various distributions call sudo to make the installation of missing packages. These calls are done as 'pb' user by default (or the account configured as rmlogin in the configuration file). In case this is used, and sudo isn't configured accordingly, then the additional required packages will NOT be added and the build will probably fail. 12 12 For RM, we may consider that all required packages for the build are already installed on the system, or give rpm/yum/apt/urpmi/zypper... sudo rights to the build account manually. 13 13 Recommended for a manual setup (not using rmsetup): Add manually to your system sudo access for the pb account to the local package install and update command such as /bin/rpm e.g: … … 20 20 21 21 All: 22 sudo $vntpcmd $vntp (Command e extraite d'un fichier de conf local=> Potential Security issue for RM)22 sudo $vntpcmd $vntp (Command extracted from a local conf file => Potential Security issue for RM) 23 23 sudo /bin/date 24 24 … … 46 46 sudo rm -f $vepath->{$ENV{'PBPROJ'}}/$pbos->{'name'}-$pbos->{'version'}-$pbos->{'arch'}.tar.gz 47 47 48 Here is a list of commands called locally to build in some Linux distributins special cases:48 Here is a list of commands called locally to build on some Linux distributions special cases: 49 49 For gentoo: sudo sh -c 'echo PORTDIR_OVERLAY=\"$ENV{'HOME'}/portage\" >> /etc/make.conf' 50 50 For Slackware (TBC): sudo /sbin/makepkg -p -l y -c y $pbpkg -
devel/pb-modules/etc/pb.conf
r1545 r1564 407 407 # pbos->{'arch'} == i586 for i386 repo 408 408 rbsmirrorsrv mandriva = http://mirrors.kernel.org/mandriva/Mandrakelinux/official/$pbos->{'version'}/$pbos->{'arch'}/media/main/release/ 409 rbsmirrorsrv mageia = http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/$pbos->{'version'}/$pbos->{'arch'}/media/core/release/ 409 rbsmirrorsrv mageia = http://mirrors.kernel.org/mageia/distrib/$pbos->{'version'}/$pbos->{'arch'}/media/core/release/ 410 #rbsmirrorsrv mageia = http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/$pbos->{'version'}/$pbos->{'arch'}/media/core/release/ 410 411 #rbsmirrorsrv debian = http://ftp.us.debian.org/debian/ 411 412 #rbsmirrorsrv ubuntu = http://us.releases.ubuntu.com/releases/ -
devel/pb-modules/lib/ProjectBuilder/Base.pm
r1558 r1564 425 425 my $arch = `uname -m`; 426 426 chomp($arch); 427 $arch =~ s/i .86/i386/;427 $arch =~ s/i[3456]86/i386/; 428 428 # For Solaris 429 429 $arch =~ s/i86pc/i386/; -
devel/pb-modules/lib/ProjectBuilder/VE.pm
r1530 r1564 108 108 } 109 109 } 110 110 111 # Handle cross arch on Intel based platforms 111 $sudocmd = "setarch i386 $sudocmd" if (($pbos->{ arch} =~ /i?86/) && ($arch eq 'x86_64'));112 $sudocmd = "setarch i386 $sudocmd" if (($pbos->{'arch'} =~ /i[3456]86/) && ($arch eq 'x86_64')); 112 113 113 114 my $root = pb_path_expand($vepath->{$ENV{PBPROJ}}); -
devel/pb/bin/pb
r1561 r1564 2259 2259 $shcmd = "schroot $tp -u $mac -- "; 2260 2260 } 2261 $shcmd = "setarch i386 $shcmd" if (($pbos->{'arch'} =~ /i ?86/) && ($arch eq 'x86_64'));2261 $shcmd = "setarch i386 $shcmd" if (($pbos->{'arch'} =~ /i[3456]86/) && ($arch eq 'x86_64')); 2262 2262 $cpcmd = "sudo /bin/cp -r "; 2263 2263 # We need to get the home dir of the target account to deliver in the right place -
devel/rpmbootstrap/bin/rpmbootstrap
r1534 r1564 472 472 # 473 473 pb_mkdir_p("$vepath/proc"); 474 pb_system("mount -o bind /proc $vepath/proc","Mounting /proc") unless (-d "$vepath/proc/$$" ;);474 pb_system("mount -o bind /proc $vepath/proc","Mounting /proc") unless (-d "$vepath/proc/$$"); 475 475 476 476 #
Note:
See TracChangeset
for help on using the changeset viewer.