Bug#329168: llgal: -R broken
Hmm, it still looks broken to me. In my .llgal/captions I have lines like DIR: december Open subgallery december I get the following output: - $ llgal -R Reading the captions file and preparing entries: 100% Preparing entries: 100% Found 11 files in the captions file. Using '.llgal/slidetemplate.html' as HTML slide template. Creating individual slides: 100% Using '.llgal/indextemplate.html' as HTML index template. Creating the index.html file: 100% Found tile.png in .llgal/, using it. Found llgal.css in .llgal/, using it. ...some more errors removed... Entering subdirectory 'december'... Listing entries: 100% Preparing entries: 100% Found 0 files in current directory Using '.llgal/slidetemplate.html' as HTML slide template. Creating individual slides: 100% Using '.llgal/indextemplate.html' as HTML index template. Creating the index.html file: 100% No tile.png in december.llgal/, getting a copy from /usr/share/llgal !! # cp: kan inte skapa normal fil december.llgal/tile.png: Filen eller katalogen finns inte Failed to get generic 'tile.png' file. !! /usr/bin/llgal failed for subdirectory december. Leaving subdirectory 'december'. (The deleted parts are just the same as for december, but for the other subdirectories. It seems that llgal is forgetting to insert a '/' between path components. Marcus signature.asc Description: OpenPGP digital signature
Bug#329168: llgal: -R broken
Marcus Better wrote: Hmm, it still looks broken to me. In my .llgal/captions I have lines like DIR: december Open subgallery december I get the following output: - $ llgal -R Reading the captions file and preparing entries: 100% Preparing entries: 100% Found 11 files in the captions file. Using '.llgal/slidetemplate.html' as HTML slide template. Creating individual slides: 100% Using '.llgal/indextemplate.html' as HTML index template. Creating the index.html file: 100% Found tile.png in .llgal/, using it. Found llgal.css in .llgal/, using it. ...some more errors removed... Entering subdirectory 'december'... Listing entries: 100% Preparing entries: 100% Found 0 files in current directory Using '.llgal/slidetemplate.html' as HTML slide template. Creating individual slides: 100% Using '.llgal/indextemplate.html' as HTML index template. Creating the index.html file: 100% No tile.png in december.llgal/, getting a copy from /usr/share/llgal !! # cp: kan inte skapa normal fil december.llgal/tile.png: Filen eller katalogen finns inte Failed to get generic 'tile.png' file. !! /usr/bin/llgal failed for subdirectory december. Leaving subdirectory 'december'. (The deleted parts are just the same as for december, but for the other subdirectories. It seems that llgal is forgetting to insert a '/' between path components. Hi, Right, looks like I broke it again when I fixed the order of command line options vs configuration file parsing. Sorry about that. I have a new release pending. Will try to fix it soon. By the way, you should use an english locale to report errors :) Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329168: llgal: -R broken
Hi, Since release 0.10: * -R now does only run recursively in subdirectories, it does not scan existing subdirectories in the working directory anymore: - If no captions file exists, -R should now be used together with -S to both define the list of subdirectories and then process them recursively. - If a captions file exists, all subdirectories that it defines are processed when -R is passed. You'll probably get the behavior you want by adding -S. -S was added to be able to link to subgalleries without recursively creating them. I don't remember why I chose that -R does not imply -S :/ I'll think about it one more time. If this is ok with you, I'll close this bug. Thanks for using llgal. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329168: llgal: -R broken
On 9/20/05, Brice Goglin [EMAIL PROTECTED] wrote: Hi, Since release 0.10: * -R now does only run recursively in subdirectories, it does not scan existing subdirectories in the working directory anymore: - If no captions file exists, -R should now be used together with -S to both define the list of subdirectories and then process them recursively. - If a captions file exists, all subdirectories that it defines are processed when -R is passed. You'll probably get the behavior you want by adding -S. -S was added to be able to link to subgalleries without recursively creating them. I don't remember why I chose that -R does not imply -S :/ I'll think about it one more time. If this is ok with you, I'll close this bug. That works, thanks :) Feel free to close this - though a note in NEWS.Debian or something would be nice, for future changes :)
Bug#329168: llgal: -R broken
Package: llgal Version: 0.11-1 Severity: important With the latest release of llgal, -R no longer recurses as it should. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages llgal depends on: ii imagemagick 6:6.2.3.6-3 Image manipulation programs ii libimage-info-perl 1.16-2 allows extraction of meta informat ii libimage-size-perl 2.992-2 determine the size of images in se ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii perl 5.8.7-5 Larry Wall's Practical Extraction llgal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
