From kip at thevertigo.com Fri May 6 18:02:04 2011 From: kip at thevertigo.com (Kip Warner) Date: Fri, 06 May 2011 15:02:04 -0700 Subject: [Alexandria-list] Export Error Message-ID: <1304719324.1391.107.camel@kip-laptop> Hey folks, I am trying to export one of my libraries as HTML Web Page (directory) using the Clean theme. I get the following error: "Export failed No such file or directory - /home/kip/.alexandria/My Library/-1191581792.cover" It looks like it is missing some data it needs? PS Please cc me, if you remember. I can't remember if I am subscribed or not anymore. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ras at acm.org Sat May 7 12:59:38 2011 From: ras at acm.org (Robert A. Schmied) Date: Sat, 07 May 2011 09:59:38 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <1304719324.1391.107.camel@kip-laptop> References: <1304719324.1391.107.camel@kip-laptop> Message-ID: <4DC57A7A.7040700@acm.org> Kip Warner wrote: > Hey folks, > > I am trying to export one of my libraries as HTML Web Page (directory) > using the Clean theme. I get the following error: > > "Export failed > > No such file or directory - /home/kip/.alexandria/My > Library/-1191581792.cover" > > It looks like it is missing some data it needs? aloha kip a) looking at that error message i see an implicit newline char between the y and L in /My Library/. is it actually there? if so that might be problematic, it was my understanding that this char defaults to a space [which is just another potentially problematic filename character]*. b) again, looking at that error message i see an explicit hyphen (-) prefixed to the isbn cover filename (-1191581792.cover). is that really present in most alexandria cover-filenames? [a leading hyphen on a filename is yet another potentially problematic file naming issue when using tradition *nix command line utilities]*. * unix-sh-tty graybeard mentality c) not having much more to go on i tried to get more info on that publication using a perl based isbn lookup tool. the isbn listed '1191581792' is invalid according to perl module business::isbn. isbn 1-191-58179-9 is valid, but i get nothing from these on-line libraries: LofC, ISBNdb, OpenLibrary -- could just be a language issue ... a thought ... assuming all the above are irrelevant and the file '/home/kip/.alexandria/My Library/-1191581792.cover' is just not present in your library, why not just create an empty instance of that file and see if the export works. (in the alternate a small image of your choice). if that works i'd go out on a limb and start sawing with the following ... alexandria likely uses the default cover image when a cover image file is not available, but the exporter expects an actual cover image and isn't smart enough [yet] to generate a 'no cover image' default when a cover isn't found. this probably doesn't help much ... sorry. ras > > PS Please cc me, if you remember. I can't remember if I am subscribed or > not anymore. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list From kip at thevertigo.com Sat May 7 19:49:06 2011 From: kip at thevertigo.com (Kip Warner) Date: Sat, 07 May 2011 16:49:06 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <4DC57A7A.7040700@acm.org> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> Message-ID: <1304812146.3210.33.camel@kip-laptop> On Sat, 2011-05-07 at 09:59 -0700, Robert A. Schmied wrote: > aloha kip Hey Robert. > a) looking at that error message i see an implicit newline char > between the y and L in /My Library/. is it actually there? > if so that might be problematic, it was my understanding that > this char defaults to a space [which is just another potentially > problematic filename character]*. Hmm, is it actually a new line character or just the dialogbox automatically wrapping the text to the new line? > b) again, looking at that error message i see an explicit hyphen > (-) prefixed to the isbn cover filename (-1191581792.cover). > is that really present in most alexandria cover-filenames? > [a leading hyphen on a filename is yet another potentially > problematic file naming issue when using tradition *nix command > line utilities]*. > > * unix-sh-tty graybeard mentality It looks like there's quite a few. I see, /home/kip/.alexandria/My Library/-119253182.yaml /home/kip/.alexandria/My Library/-641481208.yaml /home/kip/.alexandria/My Library/-1172515871.yaml /home/kip/.alexandria/My Library/-1191581792.yaml /home/kip/.alexandria/My Library/-1576400952.yaml /home/kip/.alexandria/My Library/-1580142001.yaml /home/kip/.alexandria/My Library/-1651969483.yaml /home/kip/.alexandria/My Library/-1703387209.yaml /home/kip/.alexandria/My Library/-1730803635.yaml /home/kip/.alexandria/My Library/-1777897005.yaml /home/kip/.alexandria/My Library/189029268.yaml /home/kip/.alexandria/My Library/354843309.yaml /home/kip/.alexandria/My Library/440649378.yaml ... But I don't see the file it is talking about though. > c) not having much more to go on i tried to get more info on > that publication using a perl based isbn lookup tool. the > isbn listed '1191581792' is invalid according to perl module > business::isbn. > isbn 1-191-58179-9 is valid, but i get nothing from these > on-line libraries: LofC, ISBNdb, OpenLibrary -- could just > be a language issue ... Something interesting I just noticed is that I think it might well be a file name problem: :~/.alexandria/My Library$ egrep -ir "1191581792" * egrep: invalid option -- '.' Usage: egrep [OPTION]... PATTERN [FILE]... Try `egrep --help' for more information. But works in any other directory. > a thought ... assuming all the above are irrelevant and the file > '/home/kip/.alexandria/My Library/-1191581792.cover' > is just not present in your library, why not just create an empty > instance of that file and see if the export works. (in the alternate > a small image of your choice). if that works i'd go out on a limb > and start sawing with the following ... > > alexandria likely uses the default cover image when a > cover image file is not available, but the exporter expects > an actual cover image and isn't smart enough [yet] to > generate a 'no cover image' default when a cover isn't > found. Hmm, if I create a dummy image, it digests that one fine, but then the error continues for the next one: No such file or directory - /home/kip/.alexandria/My Library/-119253182.cover > this probably doesn't help much ... sorry. > > ras Well, it has in the sense that I think we've found a bug. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ras at acm.org Sun May 8 01:41:37 2011 From: ras at acm.org (Robert A. Schmied) Date: Sat, 07 May 2011 22:41:37 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <1304812146.3210.33.camel@kip-laptop> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> Message-ID: <4DC62D11.3030900@acm.org> Kip Warner wrote: > On Sat, 2011-05-07 at 09:59 -0700, Robert A. Schmied wrote: > >>aloha kip > > > Hey Robert. > > >>a) looking at that error message i see an implicit newline char >> between the y and L in /My Library/. is it actually there? >> if so that might be problematic, it was my understanding that >> this char defaults to a space [which is just another potentially >> problematic filename character]*. > > > Hmm, is it actually a new line character or just the dialogbox > automatically wrapping the text to the new line? > > >>b) again, looking at that error message i see an explicit hyphen >> (-) prefixed to the isbn cover filename (-1191581792.cover). >> is that really present in most alexandria cover-filenames? >> [a leading hyphen on a filename is yet another potentially >> problematic file naming issue when using tradition *nix command >> line utilities]*. >> >> * unix-sh-tty graybeard mentality > > > It looks like there's quite a few. I see, > > /home/kip/.alexandria/My Library/-119253182.yaml > /home/kip/.alexandria/My Library/-641481208.yaml > /home/kip/.alexandria/My Library/-1172515871.yaml > /home/kip/.alexandria/My Library/-1191581792.yaml > /home/kip/.alexandria/My Library/-1576400952.yaml > /home/kip/.alexandria/My Library/-1580142001.yaml > /home/kip/.alexandria/My Library/-1651969483.yaml > /home/kip/.alexandria/My Library/-1703387209.yaml > /home/kip/.alexandria/My Library/-1730803635.yaml > /home/kip/.alexandria/My Library/-1777897005.yaml > /home/kip/.alexandria/My Library/189029268.yaml > /home/kip/.alexandria/My Library/354843309.yaml > /home/kip/.alexandria/My Library/440649378.yaml > ... > > But I don't see the file it is talking about though. > > >>c) not having much more to go on i tried to get more info on >> that publication using a perl based isbn lookup tool. the >> isbn listed '1191581792' is invalid according to perl module >> business::isbn. >> isbn 1-191-58179-9 is valid, but i get nothing from these >> on-line libraries: LofC, ISBNdb, OpenLibrary -- could just >> be a language issue ... > > > Something interesting I just noticed is that I think it might well be a > file name problem: > > :~/.alexandria/My Library$ egrep -ir "1191581792" * > egrep: invalid option -- '.' > Usage: egrep [OPTION]... PATTERN [FILE]... > Try `egrep --help' for more information. > > But works in any other directory. > > >>a thought ... assuming all the above are irrelevant and the file >>'/home/kip/.alexandria/My Library/-1191581792.cover' >>is just not present in your library, why not just create an empty >>instance of that file and see if the export works. (in the alternate >>a small image of your choice). if that works i'd go out on a limb >>and start sawing with the following ... >> >> alexandria likely uses the default cover image when a >> cover image file is not available, but the exporter expects >> an actual cover image and isn't smart enough [yet] to >> generate a 'no cover image' default when a cover isn't >> found. > > > Hmm, if I create a dummy image, it digests that one fine, but then the > error continues for the next one: > > No such file or directory - /home/kip/.alexandria/My > Library/-119253182.cover > > >>this probably doesn't help much ... sorry. >> >>ras > > > Well, it has in the sense that I think we've found a bug. > aloha kip i agree. this might be the time to create both a bug report and a feature request: the bug report -- a missing 'isbn'.cover file in an alexandria library directory causes the exporter to crash ... details describing the settings etc used for the exporter and maybe a short list of two library entries one of which is missing the cover image. the bug is likely related the lack of the cover image file and the exporter not checking for that condition and automatically substituting the no-cover default. side-note: there is likely some magic with the use of the -isbn.yaml filename encoding because some entries have the hyphen and some do not, but i don't see a pattern with the limited samples i've seen and haven't reviewed the code or documentation to puzzle it out. the feature request -- provide a configuration option that allows the user to create the 'no-cover' default image to be used whenever a cover image isn't available. the situation you show with the egrep command is troubling. i don't know what to make of that ... but why are you searching all the files in your library for the string "1191581792"? did you mean to search the library directory hierarchy for any filename that contains that isbn number? or were you just showing there might be an issue with the library directory? while i don't have a 'standard' alex install, don't have more than 8 books in any single library and am using sun (err oracle) *nix i cannot duplicate that issue with any of the few egreps i've found in any of the three versions of alex libs i've got (these version nos might be meaningless, and all are very old -- 0.6.1, 0.6.2 and one at ~/.alexandria/ which would correspond with alex version 0.6.6) in any case (and no doubt you know all this) hunting for filenames with particular strings in the name itself can be done like this: :~/.alexandria/My Library $ find . -name \*1191581792\* -print or $ find ~/.alexandria/My\ Library -name \*1191581792\* -print or $ find ~/.alexandria/'My Library' -name \*1191581792\* -print or even some variation of $ ls -RL ~/.alexandria/My\ Library | grep -i 1191581792 aloha ras From kip at thevertigo.com Sun May 8 17:39:50 2011 From: kip at thevertigo.com (Kip Warner) Date: Sun, 08 May 2011 14:39:50 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <4DC62D11.3030900@acm.org> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> Message-ID: <1304890790.3210.70.camel@kip-laptop> On Sat, 2011-05-07 at 22:41 -0700, Robert A. Schmied wrote: > aloha kip Hey Robert. > i agree. this might be the time to create both a bug report > and a feature request: Done with your help. > the situation you show with the egrep command is troubling. > i don't know what to make of that ... > > but why are you searching all the files in your library for the > string "1191581792"? did you mean to search the library directory > hierarchy for any filename that contains that isbn number? > or were you just showing there might be an issue with the > library directory? Just showing that there is an issue with the directory itself. > while i don't have a 'standard' alex install, > don't have more than 8 books in any single library and am using > sun (err oracle) *nix i cannot duplicate that issue with any > of the few egreps i've found in any of the three versions of > alex libs i've got (these version nos might be meaningless, and > all are very old -- 0.6.1, 0.6.2 and one at ~/.alexandria/ which > would correspond with alex version 0.6.6) Did the directory move in the new version? > in any case (and no doubt you know all this) hunting for filenames > with particular strings in the name itself can be done like this: > > :~/.alexandria/My Library $ find . -name \*1191581792\* -print > or > $ find ~/.alexandria/My\ Library -name \*1191581792\* -print > or > $ find ~/.alexandria/'My Library' -name \*1191581792\* -print > > or even some variation of > > $ ls -RL ~/.alexandria/My\ Library | grep -i 1191581792 Yup. That I know =) > aloha > > ras Thanks for your help and aloha ;) -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ras at acm.org Sun May 8 20:08:22 2011 From: ras at acm.org (Robert A. Schmied) Date: Sun, 08 May 2011 17:08:22 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <1304890790.3210.70.camel@kip-laptop> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> Message-ID: <4DC73076.6040907@acm.org> kip i did a bit more poking around and i've been unable to duplicate this 'missing cover image error' using only the html 'list' theme. i even checked that alex would create a dir with an embedded space (e.g. /My Library/) and all seemed to work fine. i tried with each of my alex libraries: the current (My Library) and two older corresponding to alex versions 0.6.1 and 0.6.2 all using alexandria-0.6.6-beta2. all exports worked fine, although only 'My Library' and '0.6.1' have one or more 'missing cover' images. note that these are 'libraries' not 'smart libraries' i'm using the up-to-date alex from svn which corresponds to alexandria-0.6.6-beta2, but my installation is non-standard, although i believe i was very careful with all the ruby runtime interconnections. kip -- i guess i'd ask you to do one or more of the following maybe in this order, or maybe not as you may have already tried or verified some of this stuff ... when you set-up to do the export how are you specifying the name of the export directory -- it might be that you are trying to export into the cwd and for some reason that isn't a valid dir or something. i've been unable to find a way to cause this to fail, but you indicated that egrep was not happy running at your ~/.alexandria/My Library location so something might be amiss there or with that particular file system. now things get a bit messy ... make sure you've got fairly current versions of all the ruby prerequisites, especially things that are dealing with the file system, directory stats and directory creation and things that deal with html and images -- this is very painful as i recall, but maybe only on my system ... make sure your alexandria is alexandria-0.6.6-beta2 ... good luck if you somehow manage to solve this problem please add a note to the bug report. ras Kip Warner wrote: > On Sat, 2011-05-07 at 22:41 -0700, Robert A. Schmied wrote: > >>aloha kip > > > Hey Robert. > > >>i agree. this might be the time to create both a bug report >>and a feature request: > > > Done with your help. > > > >>the situation you show with the egrep command is troubling. >>i don't know what to make of that ... >> >>but why are you searching all the files in your library for the >>string "1191581792"? did you mean to search the library directory >>hierarchy for any filename that contains that isbn number? >>or were you just showing there might be an issue with the >>library directory? > > > Just showing that there is an issue with the directory itself. > > >>while i don't have a 'standard' alex install, >>don't have more than 8 books in any single library and am using >>sun (err oracle) *nix i cannot duplicate that issue with any >>of the few egreps i've found in any of the three versions of >>alex libs i've got (these version nos might be meaningless, and >>all are very old -- 0.6.1, 0.6.2 and one at ~/.alexandria/ which >>would correspond with alex version 0.6.6) > > > Did the directory move in the new version? > > >>in any case (and no doubt you know all this) hunting for filenames >>with particular strings in the name itself can be done like this: >> >> :~/.alexandria/My Library $ find . -name \*1191581792\* -print >>or >> $ find ~/.alexandria/My\ Library -name \*1191581792\* -print >>or >> $ find ~/.alexandria/'My Library' -name \*1191581792\* -print >> >>or even some variation of >> >> $ ls -RL ~/.alexandria/My\ Library | grep -i 1191581792 > > > Yup. That I know =) > > >>aloha >> >>ras > > > Thanks for your help and aloha ;) > From kip at thevertigo.com Tue May 10 20:17:48 2011 From: kip at thevertigo.com (Kip Warner) Date: Tue, 10 May 2011 17:17:48 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <4DC73076.6040907@acm.org> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> Message-ID: <1305073068.2462.36.camel@kip-laptop> On Sun, 2011-05-08 at 17:08 -0700, Robert A. Schmied wrote: > kip > > i did a bit more poking around and i've been unable to duplicate > this 'missing cover image error' using only the html 'list' theme. > > i even checked that alex would create a dir with an embedded space > (e.g. /My Library/) and all seemed to work fine. > > i tried with each of my alex libraries: the current (My Library) > and two older corresponding to alex versions 0.6.1 and 0.6.2 > all using alexandria-0.6.6-beta2. > > all exports worked fine, although only 'My Library' and '0.6.1' > have one or more 'missing cover' images. > > note that these are 'libraries' not 'smart libraries' > > > i'm using the up-to-date alex from svn which corresponds to > alexandria-0.6.6-beta2, but my installation is non-standard, > although i believe i was very careful with all the ruby runtime > interconnections. Hmm, very strange. I believe I am using svn head as well. > when you set-up to do the export how are you specifying the name > of the export directory -- Hmm, I just right click on the virtual library and go Export. I select my desktop folder, give the library a name, and hit export. > it might be that you are trying to > export into the cwd and for some reason that isn't a valid dir > or something. i've been unable to find a way to cause this to > fail, but you indicated that egrep was not happy running at > your ~/.alexandria/My Library location so something might be > amiss there or with that particular file system. There's definitely something up with the contents of that directory. ~/.alexandria/My Library$ egrep -irn "foo" * egrep: invalid option -- '.' > now things get a bit messy ... > > make sure you've got fairly current versions of all the ruby > prerequisites, especially things that are dealing with the file > system, directory stats and directory creation and things that > deal with html and images I am using whatever the latest Ubuntu Maverick provide in the official repositories. > make sure your alexandria is alexandria-0.6.6-beta2 ... I have 0.6.6-2 installed. > good luck > > if you somehow manage to solve this problem please add a > note to the bug report. > > ras Thanks for your help Robert. =) -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ras at acm.org Wed May 11 10:58:22 2011 From: ras at acm.org (Robert A. Schmied) Date: Wed, 11 May 2011 07:58:22 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <1305073068.2462.36.camel@kip-laptop> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> Message-ID: <4DCAA40E.8060805@acm.org> Kip Warner wrote: > On Sun, 2011-05-08 at 17:08 -0700, Robert A. Schmied wrote: > >>kip >> >>i did a bit more poking around and i've been unable to duplicate >>this 'missing cover image error' using only the html 'list' theme. >> >>i even checked that alex would create a dir with an embedded space >>(e.g. /My Library/) and all seemed to work fine. >> >>i tried with each of my alex libraries: the current (My Library) >>and two older corresponding to alex versions 0.6.1 and 0.6.2 >>all using alexandria-0.6.6-beta2. >> >>all exports worked fine, although only 'My Library' and '0.6.1' >>have one or more 'missing cover' images. >> >>note that these are 'libraries' not 'smart libraries' >> >> >>i'm using the up-to-date alex from svn which corresponds to >>alexandria-0.6.6-beta2, but my installation is non-standard, >>although i believe i was very careful with all the ruby runtime >>interconnections. > > > Hmm, very strange. I believe I am using svn head as well. well, i looked a bit closer and found that i did make a number of 'tweaks' to get the online documents to work -- had to get ruby, gtk+ and gnome to mesh together on my older version of gtk+ and gnome supplied with solaris10 sparc -- all related to ruby-gtk+-gnome etc. none of these changes appeared to be in any way related to the export stuff ... (My Library)-ras [ 7385 ] % ruby --version ruby 1.8.7 (2008-05-31 patchlevel 0) [sparc-solaris2.10] if you are using ruby >= 1.9 please report it, it might be significant. i also did a check with the 'clean' export theme and that worked here as well. for the books without a cover image file there just was no cover image in the html file. > > >>when you set-up to do the export how are you specifying the name >>of the export directory -- > > > Hmm, I just right click on the virtual library and go Export. I select > my desktop folder, give the library a name, and hit export. desktop folder -- that isn't something i do too much with not being gui-ized -- why not try some out of the way but writable garbage dir such as /tmp (or /var/tmp ...). if i recall correctly the way export worked here was it created a new dir in the specified dir named after the library name itself, then wrote the files there. doing this would give us another reference point ... > > >>it might be that you are trying to >>export into the cwd and for some reason that isn't a valid dir >>or something. i've been unable to find a way to cause this to >>fail, but you indicated that egrep was not happy running at >>your ~/.alexandria/My Library location so something might be >>amiss there or with that particular file system. > > > There's definitely something up with the contents of that directory. > > ~/.alexandria/My Library$ egrep -irn "foo" * > egrep: invalid option -- '.' ahha -- i've got the gnu egrep util at /usr/sfw/bin/gegrep: it's version % /usr/sfw/bin/gegrep --version egrep (GNU grep) 2.5 ... and when i do a cd to ~/.alexandria/My\ Library and then use the * i get the same (almost) error, but notice that the '.' file specifier argument works. (My Library)-ras [ 7355 ] % ls -lFatr total 70 -rw-rw-r-- 1 ras micad 11542 Jun 4 2010 9780061064531.cover -rw-rw-r-- 1 ras micad 324 Jun 4 2010 9780061064531.yaml -rw-rw-r-- 1 ras micad 7638 Jun 19 2010 9780596000271.cover -rw-rw-r-- 1 ras micad 415 Jun 19 2010 9780596000271.yaml drwxrwsr-x 5 ras micad 512 Jun 24 2010 ../ -rw-rw-r-- 1 ras micad 8930 Jul 4 2010 9780316005371.cover -rw-rw-r-- 1 ras micad 351 Jul 4 2010 9780316005371.yaml -rw-rw-r-- 1 ras micad 352 Jul 4 2010 -718209703.yaml drwxrwsr-x 2 ras micad 512 Jan 24 19:35 ./ (My Library)-ras [ 7356 ] % /usr/sfw/bin/gegrep -irn '80061' . ./9780061064531.yaml:6:isbn: "9780061064531" ./9780061064531.yaml:13:saved_ident: "9780061064531" (My Library)-ras [ 7357 ] % /usr/sfw/bin/gegrep -irn '80061' * /usr/sfw/bin/gegrep: illegal option -- . Usage: gegrep [OPTION]... PATTERN [FILE]... Try `gegrep --help' for more information. here's an example of the problem using '-' as the first char in a filename: (My Library)-ras [ 7376 ] % ls * /usr/xpg4/bin/ls: illegal option -- 7 /usr/xpg4/bin/ls: illegal option -- 8 /usr/xpg4/bin/ls: illegal option -- 2 /usr/xpg4/bin/ls: illegal option -- 0 /usr/xpg4/bin/ls: illegal option -- 9 /usr/xpg4/bin/ls: illegal option -- 7 /usr/xpg4/bin/ls: illegal option -- 0 /usr/xpg4/bin/ls: illegal option -- 3 /usr/xpg4/bin/ls: illegal option -- . /usr/xpg4/bin/ls: illegal option -- y usage: ls -1RaAdCxmnlhogrtuvVcpFbqisfHLeE@ [files] because the shell is expanding * to a list of all files in the dir and passing them to ls which sees -718209703.yaml as an option ... notice that the accepted flags are aml. the workaround: (My Library)-ras [ 7378 ] % ls -- * -718209703.yaml 9780316005371.cover 9780596000271.yaml 9780061064531.cover 9780316005371.yaml 9780061064531.yaml 9780596000271.cover and that leads me (us) to the same solution for the gnu egrep problem: (My Library)-ras [ 7380 ] % /usr/sfw/bin/gegrep -in '80061' -- * 9780061064531.yaml:6:isbn: "9780061064531" 9780061064531.yaml:13:saved_ident: "9780061064531" it's not the directory at all -- it's the 'funny' characters in filenames. doing this just makes it difficult to work with standard *nix command line utils. there just isn't any good reason to do it, ever. at least as long as there are terminals (windowed, pseudo or otherwise) and command line utils that interact with files in a filesystem. aloha ras > > >>now things get a bit messy ... >> >>make sure you've got fairly current versions of all the ruby >>prerequisites, especially things that are dealing with the file >>system, directory stats and directory creation and things that >>deal with html and images > > > I am using whatever the latest Ubuntu Maverick provide in the official > repositories. > > >>make sure your alexandria is alexandria-0.6.6-beta2 ... > > > I have 0.6.6-2 installed. > > >>good luck >> >>if you somehow manage to solve this problem please add a >>note to the bug report. >> >>ras > > > Thanks for your help Robert. =) > From kip at thevertigo.com Sat May 14 20:52:59 2011 From: kip at thevertigo.com (Kip Warner) Date: Sat, 14 May 2011 17:52:59 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <4DCAA40E.8060805@acm.org> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> <4DCAA40E.8060805@acm.org> Message-ID: <1305420779.15203.16.camel@kip-laptop> On Wed, 2011-05-11 at 07:58 -0700, Robert A. Schmied wrote: > if you are using ruby >= 1.9 please report it, it might be significant. Hey Robert. Sorry for taking so long to reply. $ ruby --version ruby 1.8.7 (2010-06-23 patchlevel 299) [x86_64-linux] > desktop folder -- that isn't something i do too much with not being gui-ized > -- why not try some out of the way but writable garbage dir such as /tmp (or /var/tmp ...). Same problem. > if i recall correctly the way export worked here was it created a new dir in > the specified dir named after the library name itself, then wrote the files > there. > > doing this would give us another reference point ... Same problem =( -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ras at acm.org Sun May 15 14:09:38 2011 From: ras at acm.org (Robert A. Schmied) Date: Sun, 15 May 2011 11:09:38 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <1305420779.15203.16.camel@kip-laptop> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> <4DCAA40E.8060805@acm.org> <1305420779.15203.16.camel@kip-laptop> Message-ID: <4DD016E2.7030705@acm.org> Kip Warner wrote: > On Wed, 2011-05-11 at 07:58 -0700, Robert A. Schmied wrote: > >>if you are using ruby >= 1.9 please report it, it might be significant. > > > Hey Robert. Sorry for taking so long to reply. > > $ ruby --version > ruby 1.8.7 (2010-06-23 patchlevel 299) [x86_64-linux] > > >>desktop folder -- that isn't something i do too much with not being gui-ized >>-- why not try some out of the way but writable garbage dir such as /tmp (or /var/tmp ...). > > > Same problem. > > >>if i recall correctly the way export worked here was it created a new dir in >>the specified dir named after the library name itself, then wrote the files >>there. >> >>doing this would give us another reference point ... > > > Same problem =( > based on my duplication of the issue with egrep -r * i kinda-sorta expected this. guess it's time to enable debugging/logging and try to determine what is happening that is causing the problem ... since no one else has commented publicly i'll reintroduce the problem in my words and submit my raw results files ... problem: alexandria 0.6.6 trunk head crashes when exporting a library 'My Library' when a book entry (-119253182.yaml) without a cover image file is processed. creating a dummy image file for this book entry (-119253182.cover) prevents the crash, unless other entries are also without a cover image file of their own. known config details (of failing system): os platform: Ubuntu Maverick ruby: ruby 1.8.7 (2010-06-23 patchlevel 299) [x86_64-linux] ruby modules: latest versions for Ubuntu Maverick informational command line output: % alexandria -v about page details: alexandria 0.6.6-beta2 (from my non-failing system/ras hack alex) enable debugging (my non-failing system/ras hack alex): % alexandria --debug .... D, [2011-05-15T10:37:49.567877 #25229] DEBUG -- : library_sort_order 1: # # D, [2011-05-15T10:39:54.122164 #25229] DEBUG -- : Exporting library sorted by default order < here's the interesting part ... > Exception `Errno::ENOENT' at /usr/local/lib/ruby/1.8/fileutils.rb:1420 - No such file or directory - pixmaps/9780596000271.jpg Exception `Errno::ENOENT' at /usr/local/lib/ruby/1.8/fileutils.rb:1420 - No such file or directory - pixmaps/9780061064531.jpg Exception `Errno::ENOENT' at /usr/local/lib/ruby/1.8/fileutils.rb:1420 - No such file or directory - pixmaps/9780316005371.jpg Exception `Errno::ENOENT' at /usr/local/lib/ruby/1.8/fileutils.rb:1420 - No such file or directory - ./list.css quit selection> D, [2011-05-15T10:40:09.134618 #25229] DEBUG -- : save_preferences D, [2011-05-15T10:40:09.134618 #25229] DEBUG -- : save_preferences D, [2011-05-15T10:40:09.138857 #25229] DEBUG -- : prefs.size: 660465 D, [2011-05-15T10:40:09.142615 #25229] DEBUG -- : selected_library D, [2011-05-15T10:40:09.146265 #25229] DEBUG -- : cols_width: {"Read": 33, "ISBN": 124, "Title": 139, "Tags": 30, "Want": 33, "Own": 30, "Rating": 40, "Publish Year": 101, "Binding": 156, "Publisher": 183, "Authors": 109} so looking at the < here's the interesting part ... > stuff above note the ruby fileutils exception errors -- i don't know why the cover images are being searched for in pixmaps (and don't know what the full path to pixmaps is) but it does that even if there isn't a missing cover image. it is interesting that the missing isbn cover image is not being looked for in this fashion (see some notes: below for detail). sooooo maybe this isn't all that interesting or helpful ... but it might be if your results are significantly different. hope this helps ... aloha ras some notes: in my 'my library' with initial caps i don't have a cover inage for isbn 718209703 and have only this entry "-718209703.yaml". the other three isbns have cover images. the content of -718209703.yaml: cat ~/.alexandria/My*/-718209703.yaml --- !ruby/object:Alexandria::Book authors: - Larry Niven edition: Mass Market Paperback isbn: library: loaned: false loaned_since: 2010-07-04 00:00:00 -07:00 loaned_to: "" notes: "" own: true publisher: sphere publishing_year: rating: 0 redd: false redd_when: saved_ident: "-718209703" tags: [] title: Inconstant moon. version: 0.6.3 want: true From ras at acm.org Sun May 15 22:38:29 2011 From: ras at acm.org (Robert A. Schmied) Date: Sun, 15 May 2011 19:38:29 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <4DD016E2.7030705@acm.org> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> <4DCAA40E.8060805@acm.org> <1305420779.15203.16.camel@kip-laptop> <4DD016E2.7030705@acm.org> Message-ID: <4DD08E25.50602@acm.org> following up on this a bit looking at the ruby code that does the actual export as html here is the fragment from ruby/site_ruby/1.8/alexandria/export_library.rb: 1 def export_as_html(filename, theme) 2 FileUtils.mkdir(filename) unless File.exists?(filename) 3 Dir.chdir(filename) do 4 copy_covers("pixmaps") 5 FileUtils.cp_r(theme.pixmaps_directory, 6 "pixmaps") if theme.has_pixmaps? 7 FileUtils.cp(theme.css_file, ".") 8 File.open("index.html", "w") do |io| 9 io << to_xhtml(File.basename(theme.css_file)) 10 end 11 end 12 end and the subroutine copy_covers is defined as (in same file) def copy_covers(dest) @library.copy_covers(dest) end so it's likely my various error Exception `Errno::ENOENT' is a result of fragment lines 4 5 6 and 7. themes are clean and list, and each have dirs at the alex* source directory at ./data/alexandria/web-themes; neither has pixmaps sub-dir. i don't find any similar files in the alex* installation area (in my case /usr/local/lib/ruby/site_ruby/1.8/alexandria) however, i do find an empty subdir .web-themes at ~/.alexandria/ the @library.copy_covers statement means what? my ruby skill is semi-illiterate to totally illiterate ... ahha method copy_covers from library class copy_covers fragment from ruby/site_ruby/1.8/alexandria/models/library.rb 1 def copy_covers(somewhere) 2 FileUtils.rm_rf(somewhere) if File.exists?(somewhere) 3 FileUtils.mkdir(somewhere) 4 each do |book| 5 next unless File.exists?(cover(book)) 6 FileUtils.cp(cover(book), 7 File.join(somewhere, final_cover(book))) 8 end 9 end code looks like it is doing the right thing based on line 5 ... provided that File.exists?(cover(book)) is working correctly ... things that aren't immediately clear (recall my ruby skill statement) include q. "how is it 'known' which method cover(book) (assuming there are multiple) to use without a class id?" a. well, it's the one in the local scope so it's the one in models/library.rb. no -- i don't see anything here in the alexandria code that looks wrong ... without more data from a --debug run on your system the error could be coming from any line from 3 to 11. aloha ras Robert A. Schmied wrote: > Kip Warner wrote: > >> On Wed, 2011-05-11 at 07:58 -0700, Robert A. Schmied wrote: >> >>> if you are using ruby >= 1.9 please report it, it might be significant. >> >> >> >> Hey Robert. Sorry for taking so long to reply. >> >> $ ruby --version >> ruby 1.8.7 (2010-06-23 patchlevel 299) [x86_64-linux] >> >> >>> desktop folder -- that isn't something i do too much with not being >>> gui-ized >>> -- why not try some out of the way but writable garbage dir such as >>> /tmp (or /var/tmp ...). >> >> >> >> Same problem. >> >> >>> if i recall correctly the way export worked here was it created a new >>> dir in >>> the specified dir named after the library name itself, then wrote the >>> files >>> there. >>> >>> doing this would give us another reference point ... >> >> >> >> Same problem =( >> > > based on my duplication of the issue with egrep -r * i kinda-sorta > expected this. > > guess it's time to enable debugging/logging and try to determine what is > happening > that is causing the problem ... > > since no one else has commented publicly i'll reintroduce the problem in > my words > and submit my raw results files ... > > > problem: alexandria 0.6.6 trunk head crashes when exporting a library > 'My Library' > when a book entry (-119253182.yaml) without a cover image file is > processed. > creating a dummy image file for this book entry (-119253182.cover) > prevents the > crash, unless other entries are also without a cover image file of their > own. > > known config details (of failing system): > os platform: Ubuntu Maverick > ruby: ruby 1.8.7 (2010-06-23 patchlevel 299) [x86_64-linux] > ruby modules: latest versions for Ubuntu Maverick > > informational command line output: > % alexandria -v > > about page details: > alexandria 0.6.6-beta2 (from my non-failing system/ras hack alex) > > > enable debugging (my non-failing system/ras hack alex): > % alexandria --debug > > .... > D, [2011-05-15T10:37:49.567877 #25229] DEBUG -- Alexandria::UI::UIManager>: library_sort_order 1: > # # ptr=1074df0> > D, [2011-05-15T10:39:54.122164 #25229] DEBUG -- Alexandria::ExportFormat>: Exporting library sorted by default order > < here's the interesting part ... > > Exception `Errno::ENOENT' at /usr/local/lib/ruby/1.8/fileutils.rb:1420 > - No such file or directory - pixmaps/9780596000271.jpg > Exception `Errno::ENOENT' at /usr/local/lib/ruby/1.8/fileutils.rb:1420 > - No such file or directory - pixmaps/9780061064531.jpg > Exception `Errno::ENOENT' at /usr/local/lib/ruby/1.8/fileutils.rb:1420 > - No such file or directory - pixmaps/9780316005371.jpg > Exception `Errno::ENOENT' at /usr/local/lib/ruby/1.8/fileutils.rb:1420 > - No such file or directory - ./list.css > quit selection> > D, [2011-05-15T10:40:09.134618 #25229] DEBUG -- Alexandria::UI::UIManager>: save_preferences > D, [2011-05-15T10:40:09.134618 #25229] DEBUG -- Alexandria::UI::UIManager>: save_preferences > D, [2011-05-15T10:40:09.138857 #25229] DEBUG -- Alexandria::UI::UIManager>: prefs.size: 660465 D, > [2011-05-15T10:40:09.142615 #25229] DEBUG -- Alexandria::UI::UIManager>: selected_library > D, [2011-05-15T10:40:09.146265 #25229] DEBUG -- Alexandria::UI::UIManager>: cols_width: {"Read": 33, "ISBN": 124, > "Title": 139, "Tags": 30, "Want": 33, "Own": 30, "Rating": 40, "Publish > Year": 101, "Binding": 156, "Publisher": 183, "Authors": 109} > > so looking at the < here's the interesting part ... > stuff above note the > ruby fileutils exception errors -- i don't know why the cover images are > being > searched for in pixmaps (and don't know what the full path to pixmaps is) > but it does that even if there isn't a missing cover image. it is > interesting > that the missing isbn cover image is not being looked for in this > fashion (see > some notes: below for detail). > > sooooo maybe this isn't all that interesting or helpful ... > but it might be if your results are significantly different. > > hope this helps ... > > aloha > > ras > > > > some notes: in my 'my library' with initial caps i don't have a cover inage > for isbn 718209703 and have only this entry "-718209703.yaml". the other > three > isbns have cover images. the content of -718209703.yaml: > cat ~/.alexandria/My*/-718209703.yaml > --- !ruby/object:Alexandria::Book authors: - Larry Niven > edition: Mass Market Paperback > isbn: library: loaned: false > loaned_since: 2010-07-04 00:00:00 -07:00 > loaned_to: "" > notes: "" > own: true > publisher: sphere > publishing_year: rating: 0 > redd: false > redd_when: saved_ident: "-718209703" > tags: [] > > title: Inconstant moon. > version: 0.6.3 > want: true > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > From kip at thevertigo.com Mon May 16 17:43:01 2011 From: kip at thevertigo.com (Kip Warner) Date: Mon, 16 May 2011 14:43:01 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <4DD08E25.50602@acm.org> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> <4DCAA40E.8060805@acm.org> <1305420779.15203.16.camel@kip-laptop> <4DD016E2.7030705@acm.org> <4DD08E25.50602@acm.org> Message-ID: <1305582182.15203.51.camel@kip-laptop> On Sun, 2011-05-15 at 19:38 -0700, Robert A. Schmied wrote: > without more data from a --debug run on your system the error could be > coming > from any line from 3 to 11. Hey Robert. Maybe this will help: D, [2011-05-16T14:41:00.832304 #26203] DEBUG -- : on_focus: @library_listview D, [2011-05-16T14:41:00.987729 #26203] DEBUG -- : selected_library D, [2011-05-16T14:41:00.988005 #26203] DEBUG -- : selected_library D, [2011-05-16T14:41:07.915604 #26203] DEBUG -- : Exporting library sorted by default order Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1422 - No such file or directory - pixmaps/9780321287137.jpg Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1422 - No such file or directory - pixmaps/9781603582872.jpg Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1421 - No such file or directory - /home/kip/.alexandria/My Library/-1191581792.cover Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1202 - No such file or directory - /home/kip/.alexandria/My Library/-1191581792.cover Thanks for inquiring. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ras at acm.org Mon May 16 19:34:42 2011 From: ras at acm.org (Robert A. Schmied) Date: Mon, 16 May 2011 16:34:42 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <1305582182.15203.51.camel@kip-laptop> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> <4DCAA40E.8060805@acm.org> <1305420779.15203.16.camel@kip-laptop> <4DD016E2.7030705@acm.org> <4DD08E25.50602@acm.org> <1305582182.15203.51.camel@kip-laptop> Message-ID: <4DD1B492.8000105@acm.org> Kip Warner wrote: > On Sun, 2011-05-15 at 19:38 -0700, Robert A. Schmied wrote: > >>without more data from a --debug run on your system the error could be >>coming >>from any line from 3 to 11. > > > Hey Robert. Maybe this will help: > > D, [2011-05-16T14:41:00.832304 #26203] DEBUG -- Alexandria::UI::UIManager>: on_focus: @library_listview > D, [2011-05-16T14:41:00.987729 #26203] DEBUG -- Alexandria::UI::UIManager>: selected_library > D, [2011-05-16T14:41:00.988005 #26203] DEBUG -- Alexandria::UI::UIManager>: selected_library > D, [2011-05-16T14:41:07.915604 #26203] DEBUG -- Alexandria::ExportFormat>: Exporting library sorted by default order > Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1422 - No > such file or directory - pixmaps/9780321287137.jpg > Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1422 - No > such file or directory - pixmaps/9781603582872.jpg > Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1421 - No > such file or directory - /home/kip/.alexandria/My > Library/-1191581792.cover > Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1202 - No > such file or directory - /home/kip/.alexandria/My > Library/-1191581792.cover > > Thanks for inquiring. > well three things jump out -- my version of ruby/1.8/fileutils.rb reports the pixmaps/*.jpg error at line 1420 not 1422 so there's something different between our versions of this file -- but it could be totally innocuous more importantly i don't get the ruby/1.8/fileutils.rb error at or near line 1202 the code for this method from my file with my files line nos is: 1198 def lstat if dereference? 1200 @lstat ||= File.stat(path()) else 1202 @lstat ||= File.lstat(path()) end 1204 end method lstat isn't being called directly from alexandria" ggrep -iEr lstat /usr/local/lib/ruby/site_ruby/1.8/alexandria but File. is used a lot so this could be the way lstat is getting called. lastly, i get another Errno::ENOENT message from line 1420 id'ing ./list.css as not found. your log doesn't show that, so either you've got that file in a place where alexandria finds it or the crash happens later... the fragment from ruby/site_ruby/1.8/alexandria/export_library.rb: 1 def export_as_html(filename, theme) 2 FileUtils.mkdir(filename) unless File.exists?(filename) 3 Dir.chdir(filename) do 4 copy_covers("pixmaps") 5 FileUtils.cp_r(theme.pixmaps_directory, 6 "pixmaps") if theme.has_pixmaps? 7 FileUtils.cp(theme.css_file, ".") 8 File.open("index.html", "w") do |io| 9 io << to_xhtml(File.basename(theme.css_file)) 10 end 11 end 12 end assuming my Errno::ENOENT message about ./list.css happens from line 7 then your crash is possibly isolated to the loop at lines 8 and 9. [side note: both list/list.css and clean/clean.css are present in the alexandria source dir (in data/alexandria/web-themes) but my install didn't put them any place. i'm guessing you will find them either at your main ruby data installation location (wherever that might be) or in ~/.alexandria/.web-themes/] you might try to find where list.css is installed and move it aside temporarily and see if that resolves the problem ... [if i knew how/where to put it i might do the opposite here to see if it results in the crash.] and just to be certain it's *not* an alexandria version difference, when you popup the help->about dialog do you get the 'alexandria 0.6.6-beta2' version reference? aloha ras From ras at acm.org Tue May 17 18:12:09 2011 From: ras at acm.org (Robert A. Schmied) Date: Tue, 17 May 2011 15:12:09 -0700 Subject: [Alexandria-list] webtheme pixmaps directory error -- followup from Export Error Message-ID: <4DD2F2B9.6080606@acm.org> alex'ers based on all my poking around (refer to Export Error thread) there does seem to be some sort of glitch in web_themes.rb where/when the WebTheme.new pixmaps_directory directory name is being established. i don't actually understand the use/purpose of this particular directory but the path being generated on my system is wrong ... I, [2011-05-17T11:37:42.199152 #16469] INFO -- : theme pixmaps_directory: /usr/share/alexandria/web-themes/list/usr/share/alexandria/web-themes/list/preview.jpg/pixmaps the statement that sets pixmaps_directory for a given theme is (from web_themes.rb) themes << WebTheme.new(css_file, preview_file, File.join(path, file, "pixmaps")) not knowing for sure what is kept or expected to be in a themes pixmaps_directory the best corrective action i can envision is themes << WebTheme.new(css_file, preview_file, File.join(path, "pixmaps")) which yields "/usr/share/alexandria/web-themes/list/pixmaps" instead of the erroneous "/usr/share/alexandria/web-themes/list/usr/share/alexandria/web-themes/list/preview.jpg/pixmaps" whether this will help kip warners export crash problem isn't clear, but it makes no difference here (that i've been able to observe). [note: i'm of the belief that the theme 'pixmaps_directory' is intended to be an additional subdir for a given 'theme'. that none of the supplied themes utilize a 'pixmaps' subdir explains why this bug hasn't been found 'til now.] anybody care to comment? aloha ras From kip at thevertigo.com Tue May 17 20:03:51 2011 From: kip at thevertigo.com (Kip Warner) Date: Tue, 17 May 2011 17:03:51 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <4DD1B492.8000105@acm.org> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> <4DCAA40E.8060805@acm.org> <1305420779.15203.16.camel@kip-laptop> <4DD016E2.7030705@acm.org> <4DD08E25.50602@acm.org> <1305582182.15203.51.camel@kip-laptop> <4DD1B492.8000105@acm.org> Message-ID: <1305677031.15203.79.camel@kip-laptop> On Mon, 2011-05-16 at 16:34 -0700, Robert A. Schmied wrote: > well three things jump out -- my version of ruby/1.8/fileutils.rb reports the > pixmaps/*.jpg error at line 1420 not 1422 so there's something different > between our versions of this file -- but it could be totally innocuous I am using svn head (r1154), I think. Or maybe the latest deb, I can't remember. I don't think it matters, but who knows. > [side note: both list/list.css and clean/clean.css are present in the > alexandria source dir (in data/alexandria/web-themes) but my install didn't > put them any place. i'm guessing you will find them either at your main ruby > data installation location (wherever that might be) or in ~/.alexandria/.web-themes/] Definitely not in the latter which contains only "My Library". $ /usr/share/alexandria/web-themes$ find . . ./list ./list/list.css ./list/preview.jpg ./clean ./clean/clean.css ./clean/preview.jpg > you might try to find where list.css is installed and move it aside temporarily > and see if that resolves the problem ... > > [if i knew how/where to put it i might do the opposite here to see if it > results in the crash.] > > and just to be certain it's *not* an alexandria version difference, > when you popup the help->about dialog do you get the > > 'alexandria 0.6.6-beta2' > > version reference? I see alexandria 0.6.6. $ alexandria --version W, [2011-05-17T17:03:29.215663 #27093] WARN -- [Cls Alexandria::BookProviders]: Can't load 'hpricot' and 'htmlentities', hence AdLibris, Barnes & Noble, DeaStore, Proxis, Siciliano, Thalia and Worldcat book providers will not be available 0.6.6 Thanks for your help Robert. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ras at acm.org Tue May 17 22:45:22 2011 From: ras at acm.org (Robert A. Schmied) Date: Tue, 17 May 2011 19:45:22 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <1305677031.15203.79.camel@kip-laptop> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> <4DCAA40E.8060805@acm.org> <1305420779.15203.16.camel@kip-laptop> <4DD016E2.7030705@acm.org> <4DD08E25.50602@acm.org> <1305582182.15203.51.camel@kip-laptop> <4DD1B492.8000105@acm.org> <1305677031.15203.79.camel@kip-laptop> Message-ID: <4DD332C2.60407@acm.org> Kip Warner wrote: > On Mon, 2011-05-16 at 16:34 -0700, Robert A. Schmied wrote: > >>well three things jump out -- my version of ruby/1.8/fileutils.rb reports the >>pixmaps/*.jpg error at line 1420 not 1422 so there's something different >>between our versions of this file -- but it could be totally innocuous > > > I am using svn head (r1154), I think. Or maybe the latest deb, I can't > remember. I don't think it matters, but who knows. well -- i'm getting confused -- my alex svn repro clone is showing ./Rakefile:DATA_VERSION = '0.6.3' ./Rakefile:PROJECT_VERSION = '0.6.6' ./Rakefile:DISPLAY_VERSION = '0.6.6' when rake is run it creates version.rb ... but my installed version is showing ./version.rb: VERSION = "0.6.6" ./version.rb: DATA_VERSION = "0.6.3" ./version.rb: DISPLAY_VERSION = "0.6.6-beta2" so either i've installed some patches or have found some other alex source distribution or have somehow hacked in the beta2 reference on my own (which i doubt i've done). you might hunt around in the alexandria website and maybe on the svn distro page to see if there is any mention of patches or beta versions ... > > >>[side note: both list/list.css and clean/clean.css are present in the >>alexandria source dir (in data/alexandria/web-themes) but my install didn't >>put them any place. i'm guessing you will find them either at your main ruby >>data installation location (wherever that might be) or in ~/.alexandria/.web-themes/] > > > Definitely not in the latter which contains only "My Library". > > $ /usr/share/alexandria/web-themes$ find . > . > ./list > ./list/list.css > ./list/preview.jpg > ./clean > ./clean/clean.css > ./clean/preview.jpg > > >>you might try to find where list.css is installed and move it aside temporarily >>and see if that resolves the problem ... >> >>[if i knew how/where to put it i might do the opposite here to see if it >>results in the crash.] >> >>and just to be certain it's *not* an alexandria version difference, >>when you popup the help->about dialog do you get the >> >> 'alexandria 0.6.6-beta2' >> >>version reference? > > > I see alexandria 0.6.6. > > $ alexandria --version > W, [2011-05-17T17:03:29.215663 #27093] WARN -- [Cls > Alexandria::BookProviders]: Can't load 'hpricot' and 'htmlentities', > hence AdLibris, Barnes & Noble, DeaStore, Proxis, Siciliano, Thalia and > Worldcat book providers will not be available > 0.6.6 looks like you should to install 'hpricot' and 'htmlentities'. that should be fairly simple given your standard platform ... > > Thanks for your help Robert. > no problem -- i only hope it eventually works out ... aloha ras From kip at thevertigo.com Wed May 18 17:11:05 2011 From: kip at thevertigo.com (Kip Warner) Date: Wed, 18 May 2011 14:11:05 -0700 Subject: [Alexandria-list] Export Error In-Reply-To: <4DD332C2.60407@acm.org> References: <1304719324.1391.107.camel@kip-laptop> <4DC57A7A.7040700@acm.org> <1304812146.3210.33.camel@kip-laptop> <4DC62D11.3030900@acm.org> <1304890790.3210.70.camel@kip-laptop> <4DC73076.6040907@acm.org> <1305073068.2462.36.camel@kip-laptop> <4DCAA40E.8060805@acm.org> <1305420779.15203.16.camel@kip-laptop> <4DD016E2.7030705@acm.org> <4DD08E25.50602@acm.org> <1305582182.15203.51.camel@kip-laptop> <4DD1B492.8000105@acm.org> <1305677031.15203.79.camel@kip-laptop> <4DD332C2.60407@acm.org> Message-ID: <1305753065.31818.24.camel@kip-laptop> On Tue, 2011-05-17 at 19:45 -0700, Robert A. Schmied wrote: > you might hunt around in the alexandria website and maybe on the svn distro > page to see if there is any mention of patches or beta versions ... As far as I can see, I am running 0.6.6 beta 2. > looks like you should to install 'hpricot' and 'htmlentities'. that should > be fairly simple given your standard platform ... Done. Thanks. That fixed the --version error. > no problem -- i only hope it eventually works out ... Me too, although it isn't *super high* priority right now. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From igorsantos07 at gmail.com Sat May 21 12:59:59 2011 From: igorsantos07 at gmail.com (Igor Santos) Date: Sat, 21 May 2011 13:59:59 -0300 Subject: [Alexandria-list] Another fix for SicilianoProvider Message-ID: Hello! Siciliano changed their site again and the image URLs have broken. I've attached a patch that fixes that. (: Igor Santos Web developer -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: siciliano.rb.patch Type: text/x-patch Size: 113 bytes Desc: not available URL: