Modular Xorg 7 rgb.txt has a new path of /usr/share/X11/rgb.txt however many application are still linking to /usr/X11R6/lib/X11/rgb.txt a good temperorary solution is to have the ebuild responsible for this create a symlink at the old location to the new location, until application affected can point to the new location. bug 118604 is affected by this so is bug 128465
Why are you filing a duplicate bug then? File bugs about broken ebuilds, symlinking is not a solution. *** This bug has been marked as a duplicate of 118604 ***
(In reply to comment #1) > Why are you filing a duplicate bug then? File bugs about broken ebuilds, > symlinking is not a solution. > > *** This bug has been marked as a duplicate of 118604 *** > I filed it because the other to bugs are focused on specific application not the source of the issue. the solution would work until xorg 7 is more stable. instead of trying to get every package fixed now a symlink could be created with whichever package controls that ebuild in xorg 7 these all have the same problem. I'm just noting that I didn't realise with my other bug that this is the problem, and his bug -- the other that I mentioned focusses on that application.
As said, this is not an option - there's no way to create such symlink since /usr/X11R6 is itself a symlink to /usr. # readlink /usr/X11R6 ../usr
(In reply to comment #3) > As said, this is not an option - there's no way to create such symlink since > /usr/X11R6 is itself a symlink to /usr. > > # readlink /usr/X11R6 > ../usr > hmm... then find another solution. I have no Idea the number of application that link that file. I only know of 2 on my system aterm and conky. both break if it's not in that location. send out an email to all the maintainers for all I care. The problem is the change in the path. I'm not a dev. I apologize for filing a dupe bug. makes more sense to me to use one that correctly describes the problem. I closed the conky bug I filed but if you want to mark it a dupe of the other one you can.
(In reply to comment #4) > hmm... then find another solution. The solution is to fix the apps. This symlinking madness must die. File bugs about broken ebuilds instead of requesting symlinks to dead locations.
isn't there an easier way then filing 50 bugs... or whatever? I would rather have one bug listing for 20 apps affected by the same problem. But I don't have your job, so if you want me to file another bug and reopen the conky one. I agree on the symlink thing it should go away... but I said and if I didn't... the symlink is a temporary fix. until applications affected can fix it on there end. If I must I will file bugs for aterm and conky though.
(In reply to comment #6) > If I must I will file bugs for aterm and conky though. Seeing Bug 128465, it has exactly zero in common with changed rgb.txt path (and ditto for the aterm issue you've mentioned there).
actually it was part of the problem. I didn't realise it at the time. because I created a link to /usr/share/X11/rgb.txt first and when that didn't fix it then I tried other thing. it wasn't until that link was removed from my system that I realised it was part of the problem. there is actually another bug there as well... but this one is part of the problem there.