Historical bug tracker for the Pacman package manager.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
FS#6284 - renaming of root account causing problems for pacman updates
Attached to Project:
Pacman
Opened by Mikael (mhakali) - Friday, 26 January 2007, 14:54 GMT
Last edited by Dan McGee (toofishes) - Thursday, 04 September 2008, 15:39 GMT
Opened by Mikael (mhakali) - Friday, 26 January 2007, 14:54 GMT
Last edited by Dan McGee (toofishes) - Thursday, 04 September 2008, 15:39 GMT
|
DetailsHi.
Don't ask me why I am doing this. Or why anyone would like to do this. It has it's purpose and it's done. :-) When you rename your root account to something else, for instance r00t, and then add a user root with uid 1, you will notice that pacman will put permissions relative to root, not to r00t. This means that a lot of binary containing directories suddenly are owned by uid 1 after an update. Which makes grsec deny regular users to execute them (trusted path execution). Pacman should not assume that root is uid 0. |
This task depends upon
Closed by Dan McGee (toofishes)
Thursday, 04 September 2008, 15:39 GMT
Reason for closing: Won't fix
Additional comments about closing: Not really something we want to deal with unless patches are submitted.
Thursday, 04 September 2008, 15:39 GMT
Reason for closing: Won't fix
Additional comments about closing: Not really something we want to deal with unless patches are submitted.
Comment by Aaron Griffin (phrakture) -
Wednesday, 31 January 2007, 06:26 GMT
Switching to very low due to the fact that root is _usually_ not renamed.
Comment by Andrew Fyfe (space-m0nkey) -
Monday, 28 May 2007, 19:35 GMT
This could be fixed by passing --numeric-owner to tar in makepkg. It will cause the numeric ids (0 for root) to be stored in the archive rather than the name. Need to check that libarchive knows what to do with numeric ids (it should).
Comment by Dan McGee (toofishes) -
Wednesday, 30 May 2007, 20:31 GMT
I'll let you push this patch to your tree Andrew, hopefully after some testing (good luck with that).
Comment by Glenn Matthys (RedShift) -
Sunday, 19 August 2007, 17:42 GMT
What's the status of this issue? Is this "fixed" in pacman 3?
Comment by Dan McGee (toofishes) -
Sunday, 19 August 2007, 21:52 GMT
Doubt it, see Aaron's comment. This is the type of issue we would say "patches welcome" to.