A new build of e2fsprogs that installs libuuid.a into /usr/lib/e2fsprogs (instead of into /usr/lib), which should fix the problem reported in:
Me as reviewer and gcc maintainer should be more restrictive the next time;)
yeah, it was actually only a reviewing problem.
BTW:
why not putting such static incompatible libs into /usr/lib/linux to avoid further nameclash problems and avoid lib fragmentation?
we only have /lib/mingw/*.a and /lib/w32api/*.a files so far.
and the new /lib/efsprogs/*.a now, besides some other application specific .dll's (apache, zsh, postgresql, ...)
of course it's not only for linux, but what other name then? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/