[SM-Discuss] glselect REPAIR files (was: Announcing stable grimoire 0.31 release)

sqweek sqweek at gmail.com
Tue Mar 31 07:01:15 EDT 2009


2009/3/15 Arwed von Merkatz <v.merkatz at gmx.net>:
> Here's the shortlog[1] between 0.30 and 0.31:
> Andraž 'ruskie' Levstik (18):
>      mesalib: added smgl-gl_select support
>      xorg-server: added smgl-gl_select support
>      smgl-gl_select: updated to 1.0.0
>      xorg-server: added a sed as per lynx' instructions
>      glselect: added as a function
>      mesalib: using internal glselect
>      xorg-server: use glselect

 I'm using the test grimoire so it might not be these changes exactly
that affected me, but recently when I "scribe update"d I got some
PRE_REMOVE files REPAIR'd into spells like nvidia_driver that
consisted of:

glselect mesa

 Might not have been "mesa" but something like that - the intention is
presumably to ensure that the GL libs are at least symlinked to
existing files.
 Anyway, there's 2 problems with this:

1) FUNCTIONS is apparently not automatically available in PRE_REMOVE,
so the glselect function isn't found - $GRIMOIRE/FUNCTIONS must be
explicitly sourced.
2) during dispel, GRIMOIRE is set to
/var/state/sorcery/tablet/<spell>/<date>/grimoire, not the usual
/var/lib/sorcery/codex/<grimoire>. Of course, when I had previously
cast nvidia_driver glselect didn't exist in FUNCTIONS, so even after
fixing (1) glselect won't be found during dispel.

 Not really sure what the best course of action would be here, but
since I can't see how this upgrade path can succeed, figured I should
bring it to your attention.
-sqweek


More information about the SM-Discuss mailing list