Re: resurrecting srcpac

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Sat, May 24, 2008 at 12:20 PM, Jason Chu <jason@xxxxxxxxxxxxx> wrote:
> On Sat, May 24, 2008 at 8:12 AM, Michael Klier <chi@xxxxxxxxxxx> wrote:
>> Dan McGee wrote:
>>> I agree, this is a smart move. My only real thought is why have
>>> anything in /etc/ at all? It would be great if this could all be done
>>> non-root for editing any config settings and such. Maybe ~/.srcpac/ or
>>> something?
>>>
>>> It also seems almost overkill to need another user to build packages,
>>> but not sure what to think about that. Anyway, great work with this.
>>
>> As phrakture pointed out already root is needed for installing packages.
>>
>> Keeping the configs below /etc is disputable though. You could also have them
>> in /var/{?} for example if that fits better.
>>
>> The separate user is needed for the makepkg part of srcpac. Because your
>> invoke srcpac as root/sudo it has to drop privileges for the package build
>> process. Of course one could use an existing user (nobody?) and I said this is
>> merely a suggestion - however, the script has to drop privileges for the build
>> process in a way.
>>
>> Regards,
>>    Michael
>>
>> --
>> Michael Klier
>
> Alrighty, mostly a couple questions:
>
> Would it be an idea to build as the original users who ran srcpac?  I
> guess if you use sudo, that won't quite work... you'd need something
> pointing back to that user...
>
> I'm a little confused why ${i-*-*-*} doesn't work in all cases.  What
> are you trying to fix with the perl code?

The DB scripts actually do it this way:

getpkgname() {
        local tmp

        tmp=${1##*/}
        tmp=${tmp%$PKGEXT}
        tmp=${tmp%-$CARCH}
        echo ${tmp%-*-*}
}



[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux