FS#48655 - [colord] .INSTALL script broken

Attached to Project: Arch Linux
Opened by Ruslan (Ruslan) - Monday, 21 March 2016, 11:17 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 20 September 2016, 12:21 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
group and user "colord" are not created upon installing the colord package


Steps to reproduce:
pacman -S colord

related to version colord-1.2.12-1
This task depends upon

Closed by  Jan de Groot (JGC)
Tuesday, 20 September 2016, 12:21 GMT
Reason for closing:  Fixed
Additional comments about closing:  1.3.2-2.
Comment by Doug Newgard (Scimmia) - Monday, 21 March 2016, 12:53 GMT
Working fine as far as I can tell. You'll need to give us more info about why you think it fails.
Comment by Ruslan (Ruslan) - Tuesday, 22 March 2016, 03:48 GMT
it fails, but i don'nt know why. it is just do not installs properly. i solved it by uncompressing the package and execute that one part of script which writes a new user and the group.
i cannot help beyond this point.

the story was
journalctl -xe have kept being telling me there is no such group as colord every time after reboot. i initially thought that it is should be like that. whether being sure there is something wrong being going on i performed aforementioned addition and the message disappear. previously finding that in the related files the needed entries were not present.

this might be not this package bug necessarily, because i also had other applications having strange behaviour involving /etc/group file, which was solved by running grpck tool. to this moment i made my journal looking all the way black without any red entry now, so i wrote here, thinknig that you may find this info useful. if you are big about that everything is fine, then the everything is fine.
Comment by Jan de Groot (JGC) - Tuesday, 22 March 2016, 20:14 GMT
The postinstall script checks for a colord user and decides if it has to create user and group then. If you already have a colord user on your system, but not the group (because you made them by hand or something like that), the script will fail to create the group.
Comment by Ruslan (Ruslan) - Friday, 25 March 2016, 19:33 GMT
i tried to reproduce the issue
(could not uninstall colord package without breaking dependencies)
sudo userdel colord (success)
sudo groupdel colord (success)
sudo pacman -S colord [Y] (success?)


and the output of the commands below showed the following results (after install):
[root@localhost ~]# grep colord /etc/grou*
/etc/group-:colord:x:124: (no entry for /etc/group, only /etc/group-)

[root@localhost ~]# grep colord /etc/shado*
/etc/shadow-:colord:!:16881:0:99999:7::: (no entry for /etc/shadow)

[root@localhost ~]# grep colord /etc/passw*
/etc/passwd-:colord:x:124:124::/var/lib/colord:/bin/false (again no entry for /etc/passwd)
i could delete these entries manually, no difference

then i did:
[root@localhost colord]# mkdir colord ; cd colord
[root@localhost colord]# tar -xJf /var/cache/pacman/pkg/colord-1.2.12-1-x86_64.pkg.tar.xz
tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
tar: Ignoring unknown extended header keyword 'SCHILY.fflags'
i think this is what caused problem
related links
http://superuser.com/questions/318809/linux-os-x-tar-incompatibility-tarballs-created-on-os-x-give-errors-when-unt
https://translate.google.ru/translate?sl=ru&tl=en&js=y&prev=_t&hl=ru&ie=UTF-8&u=http%3A%2F%2Fforums.nas4free.org%2Fviewtopic.php%3Ft%3D4525&edit-text=&act=url
the locale of mine is mainly cyrillics

[root@localhost colord]# source .INSTALL
[root@localhost colord]# post_install

and repeating the above commands gave me this:
[root@localhost colord]# grep colord /etc/passw*
/etc/passwd:colord:x:124:124::/var/lib/colord:/bin/false (colord user does exist)

[root@localhost colord]# grep colord /etc/grou*
/etc/group:colord:x:124: (colord group does exist)

[root@localhost colord]# grep colord /etc/shado*
/etc/shadow:colord:!:16885:0:99999:7::: (colord group and user seem to be installed now)



Comment by Raphaël David (Blenderudit) - Sunday, 10 April 2016, 09:31 GMT
Same problem for me.

/usr/lib/tmpfiles.d/colord.conf contains the following lines:

d /var/lib/colord 0755 colord colord
d /var/lib/colord/icc 0755 colord colord

However, the group colord does not exist.
Comment by Jan Alexander Steffens (heftig) - Sunday, 10 April 2016, 11:27 GMT
What does the following command produce?

getent passwd colord; echo $?
Comment by WhoTouchaMySpageth! (tuxfusion) - Friday, 15 April 2016, 14:21 GMT
@heftig, i have the exact same scenario as blenderudit shows.
getent passwd colord; echo $?

prints "2" for me. But why is colord not in /etc/passwd or /etc/group
Comment by Eric Toombs (ewtoombs) - Sunday, 08 May 2016, 20:30 GMT
I found the problem. Looks like there was a time when the colord user/group weren't made. post_upgrade() doesn't check to make sure the user&group exist, so users who had installed colord a long time ago never got the new user&group after the upgrade that introduced it and after all subsequent upgrades. Putting the relevant code into post_upgrade() should fix the problem for all old installs.

Loading...