On Fri, 02 Jan 2015 22:08:37 +0100, Yamakaky wrote:
> > Again, I don't care about the makepkg options, I care about the
> > principle of backwards compatibility in general.
>
> idem, I was going to post about it.
"Ralf Mardorf on 2015/01/03 at 3:44 PM said:
Hi,
don’t get me wrong, most of my sc
Again, I don't care about the makepkg options, I care about the
principle of backwards compatibility in general.
idem, I was going to post about it.
On Fri, 2 Jan 2015 13:52:30 -0600, Eli Schwartz wrote:
> If you are using yaourt
I do, but regarding the posted link Yaourt seems to be the biggest evil
ever. Ok, the opinion is based on at least one claim that is untrue,
since there's no need to run yaourt with root privileges. A fair
discussion,
On Fri, 2 Jan 2015 20:53:30 +0100, Martti Kühne wrote:
[snip]
Calm down! At least I decided to use Arch and I don't quote Redhead
opinions ;). Assumed somebody likes Redhead opinions and does contribute
to Arch, I'm not against it. Regarding this thread at least one example
was given, why --asroot
On Fri, Jan 2, 2015 at 2:12 PM, Ralf Mardorf
wrote:
> In the past I sometimes had no reason _not_ to run makepkg as root, when
> I wanted to compile from ABS, located in /var/abs/. I'm aware about the
> drawback, that actually isn't relevant for my kind of computer usage +
> several available bac
On Fri, 2 Jan 2015 11:28:05 -0800, Ian D. Scott wrote:
> On Fri, Jan 02, 2015 at 08:12:12PM +0100, Ralf Mardorf wrote:
>
> > In the past I sometimes had no reason _not_ to run makepkg as root,
> > when I wanted to compile from ABS, located in /var/abs/. I'm aware
> > about the drawback, that actua
On Fri, Jan 02, 2015 at 08:12:12PM +0100, Ralf Mardorf wrote:
> In the past I sometimes had no reason _not_ to run makepkg as root, when
> I wanted to compile from ABS, located in /var/abs/. I'm aware about the
> drawback, that actually isn't relevant for my kind of computer usage +
> several avai
On Fri, Jan 2, 2015 at 12:49 PM, Oliver Temlin wrote:
>
> It's actually meant to be that way. The systemd-sysusers service allocates
> ids from 999 downwards.
*nod* talking to falconindy about it more and trying to read the
systemd code, during ./configure it reads /etc/login.defs and uses
eithe
On Fri, 2 Jan 2015 13:35:52 -0500, Eli Schwartz wrote:
> '--asroot' was removed with deliberation and forethought.
>
> If anyone can think of a compelling reason the developers have not
> thought of, perhaps you will have luck convincing them. Random
> feature requests saying you want it probably
On January 2, 2015 4:14:07 PM GMT+01:00, Troy Engel
wrote:
>and I think you've helped uncover a small bug (well,
>enhancement) - I found two new systemd* users with suspiciously high
>UIDs:
>
>I'm pretty sure since package 'filesystem' isn't creating them (just
>checked) that systemd is creating
'--asroot' was removed with deliberation and forethought.
If anyone can think of a compelling reason the developers have not thought
of, perhaps you will have luck convincing them. Random feature requests
saying you want it probably don't qualify... at least explain why you are
not able to simply
On Fri, Jan 2, 2015 at 9:00 AM, member graysky wrote:
>
> Thanks for that link and for the info on dynamic UID's.
You're welcome - and I think you've helped uncover a small bug (well,
enhancement) - I found two new systemd* users with suspiciously high
UIDs:
systemd-journal-remote:x:998:998:sy
Thanks for that link and for the info on dynamic UID's.
On Fri, Jan 2, 2015 at 9:57 AM, Troy Engel wrote:
> On Fri, Jan 2, 2015 at 8:48 AM, Troy Engel wrote:
>>
>> https://wiki.archlinux.org/index.php/DeveloperWiki:UID_/_GID_Database
>
> ...and the first one I came across wasn't listed (git),
On Fri, Jan 2, 2015 at 8:48 AM, Troy Engel wrote:
>
> https://wiki.archlinux.org/index.php/DeveloperWiki:UID_/_GID_Database
...and the first one I came across wasn't listed (git), I looked at
it's .INSTALL file and see it's dynamic:
post_install() {
if ! getent group git >/dev/null; the
On Fri, Jan 2, 2015 at 6:50 AM, member graysky wrote:
> Is there a list of user/group IDs that official packages from [core]
> [extra] and [community] provide? I wish to insure that the user/group
> id in an AUR package I provide[1] does not conflict a user created by
> an official package. I ca
Don't think you'll get it added back officially. See the discussion in
Allan's blog: http://allanmcrae.com/2014/12/pacman-4-2-released/
On Fri, Jan 2, 2015 at 8:09 AM, Ralf Mardorf
wrote:
> I am/was an '--asroot' user too. Does a feaure request makes sense?
>
> Happy New Year!
I am/was an '--asroot' user too. Does a feaure request makes sense?
Happy New Year!
Is there a list of user/group IDs that official packages from [core]
[extra] and [community] provide? I wish to insure that the user/group
id in an AUR package I provide[1] does not conflict a user created by
an official package. I can grep for 'useradd' in my abs tree and
parse through the resul
18 matches
Mail list logo
