Ticket #6629 (reopened defect)

Opened 6 years ago

Last modified 4 years ago

Activities can't access fonts installed in the home dir

Reported by: khaled Owned by: mstone
Priority: normal Milestone:
Component: distro Version:
Keywords: Cc: bert, marco, fedejofa, sridhar@…
Action Needed: design Verified: no
Deployments affected: Blocked By:


I installed some fonts under ~/.fonts/ and a custom fontconfig file ~/.fonts.conf, but applications can't access any since they are running in their own isolated homes.

Change History

Changed 6 years ago by marco

  • owner changed from marco to mstone
  • component changed from sugar to security

Changed 6 years ago by mstone

  • status changed from new to closed
  • resolution set to invalid

Assuming that the files are world-readable (and that the directories are world-traversable), then Activities should be to read them. Since $HOME (and hence "~") are different from /home/olpc, the actitivies will need to explicitly informed of the files' locations.

Changed 6 years ago by bert

  • status changed from closed to reopened
  • resolution deleted

But this would force every activity to manually set the necessary environment variables, or symlink to the font directories. Not only does that introduce a dependency on the "olpc" user name, but also it is impractical to expect every activity to do so.

Instead, the "system" should set things up so that it just works. Since Rainbow is the component that re-routes the activities' home dirs, it seems natural for it to be responsible for ensuring they do not break. Possibly it could leave the responsibility to Sugar.

But a mechanism to generally solve that is needed. It could work by allowing the activity environment vars to be customized, and/or for a set of directories and files linked into each activity's home.

Changed 6 years ago by gregorio

  • milestone deleted

Milestone Never Assigned deleted

Changed 5 years ago by bert

  • next_action set to never set
  • component changed from security to distro

Quoting http://wiki.laptop.org/go/Fonts#By_copying_.ttf_files

Note that many guides to fonts for the X Window System suggest you can install fonts in a .fonts directory in the user's home directory.

This could easily be solved by adding /home/olpc/.fonts to the system's font path. Since the XO is a single user system by design, that does seem to be the Right Thing.

Changed 5 years ago by fedejofa

This could easily be solved by adding /home/olpc/.fonts to the system's font path. Since the XO is a single user system by design, that does seem to be the Right Thing.

Hi, im student from Uruguay and would like this to be solved. Could that be the definitive solution? It would be nice if children here could add fonts. Especially, it would be nice to add to the machine a capital letter font by default to the machines. In spanish, a MAYUS.ttf. I guess this was another ticket, but i guess is a simple problem that it would be nice if gets solved. Srry for using this comunication way. And thx for the work.

Changed 5 years ago by mstone

  • cc bert, marco, fedejofa added
  • next_action changed from never set to design

It's fine; thank you for reminding me about it. Thoughts:

a) this will get fixed faster if someone contributes a patch that fixes it. b) regarding Bert's desire to 'generally' solve this -- what do you think of the approach taken in pre-rainbow-0.8.0's rainbow-sugarize assistant script?

Changed 4 years ago by sridhar

  • cc sridhar@… added

Changed 4 years ago by sridhar

I've tried this in os202, and this looks to be fixed. Fonts placed in /home/olpc/.fonts are available in Write.

Changed 4 years ago by bert

Well, I'd assume it only works because the security is disabled. Not exactly a "fix" I'd say ;)

Note: See TracTickets for help on using tickets.