| Summary: | media-gfx/xv doesn't create .xvpics thumbnail dir without AUTO_EXPAND defined | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | mjh <amalsechsplusb> |
| Component: | Current packages | Assignee: | Tavis Ormandy (RETIRED) <taviso> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | trivial | ||
| Priority: | High | ||
| Version: | 2006.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
*** This bug has been marked as a duplicate of bug 135304 *** |
When xv tries to store thumbnail to disk in directories where .xvpics doesn't already exist it fails to do so as it fails to create .xvpics, therefore forcing you to recreate visible thumbs e.g. when traversing a directorylevel up and down again. This happens only if AUTO_EXPAND isn't defined. This behaviour is non standard and introduced by xv-3.10a-jumbo-enh-patch-20050501.txt from xv-3.10a-jumbo-patches-20050501.tar.bz2. xvbrowse.c gets patched by wrapping mkdir command inside the #ifdef AUTO_EXPAND, with no #else case: +#ifdef AUTO_EXPAND + Dirtovd(thFname); +# ifdef VIRTUAL_TD + if (mkdir(thFname, (mode_t) perm) < 0) + Mkvdir_force(thFname); +# else mkdir(thFname, (mode_t) perm); +# endif +#endif === adding the #else case fixed it for me: #ifdef AUTO_EXPAND Dirtovd(thFname); # ifdef VIRTUAL_TD if (mkdir(thFname, (mode_t) perm) < 0) Mkvdir_force(thFname); # else mkdir(thFname, (mode_t) perm); # endif +#else + mkdir(thFname, (mode_t) perm); +#endif