Opened 4 years ago

Closed 4 years ago

Last modified 14 months ago

#11828 closed defect (fixed)

olpc UID has changed in 12.1.0

Reported by: pgf Owned by: dsd
Priority: high Milestone:
Component: distro Version: Development build as of this date
Keywords: Cc:
Blocked By: Blocking:
Deployments affected: Action Needed: no action
Verified: no


prior to 12.1.0, the olpc user had uid 500.

now olpc is uid 1000. (12.1.0 os8)

this matters when using olpc-update, since /home is preserved. in my case, neither gnome nor sugar came up correctly: gnome came up "blank" -- just the background, no toolbar, and when sugar was selected (by removing .olpc-active-desktop), and X restarted, X wouldn't come up at all, but kept restarting.

editing /etc/passwd and /etc/group back to 500:500 got things working.

Change History (10)

comment:1 Changed 4 years ago by dsd

  • Component changed from not assigned to distro
  • Owner set to dsd

comment:2 Changed 4 years ago by dsd

Needs retesting in 12.1.0 build 10. I think we can accept this change without further hassle, since olpc-configure (as of build 10) will detect a home version change and reset all permissions. If so I will add a comment documenting this.

comment:3 Changed 4 years ago by pgf

so olpc-configure will do some sort of a chown -R of /home/olpc?

comment:4 Changed 4 years ago by dsd

I thought it did, but I was getting it confused with some other code.

Nevertheless I think its the right solution to add this (if /home/olpc UID == 500). Do you see any problems with this? Because otherwise we have to go around hacking ther things such as PAM configs which now say that user accounts start at 1000, other accounts are system accounts.

comment:5 Changed 4 years ago by pgf

if this were a "real" laptop i would have to say we should 'sed -i s/1000/500 /etc/passwd, not chowning the contents of /home/olpc. changing a user's uid is kind of unfriendly, and if we're preserving the users content, we should preserve their identity as well.

but i suppose chowning is the right solution for us.

(i got hit with this at home too -- suddenly the gnome login screen doesn't offer "pgf" as a login choice, because it's no longer in the "right" range, so i have to select "other" and type the username to log in. it was really a poor decision to change the system account threshold that way.)

comment:6 Changed 4 years ago by dsd

  • Action Needed changed from design to package

Fixed in olpc-utils 3440b004fee7d408bf150455564a09c9196ca3bb

comment:7 Changed 4 years ago by dsd

  • Action Needed changed from package to add to build

Fixed in olpc-utils-2.0.11

comment:8 Changed 4 years ago by pbrobinson

  • Action Needed changed from add to build to test in build

in os12

comment:9 Changed 4 years ago by greenfeld

  • Action Needed changed from test in build to no action
  • Resolution set to fixed
  • Status changed from new to closed

Upgrading from 11.3.1 os885 to 12.1.0 os15 and then os16 sets the UID properly on the home directory as best as I can tell.

comment:10 Changed 14 months ago by Quozl

  • Milestone 12.1.0 deleted

Milestone 12.1.0 deleted

Note: See TracTickets for help on using tickets.