From cathal.alexandria at gnostai.org Tue Oct 2 13:58:56 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Tue, 02 Oct 2007 18:58:56 +0100 Subject: [Alexandria-list] Nearing 0.6.2 BETA release Message-ID: <1191347936.9234.28.camel@matilda> Hi Everyone. I have the impression that Alexandria is now stable enough to release a beta in the next few days. If there are any problems to do with stability or corruption of library data, please let me know. Also, any issues with the current 'rake install' - I've spotted one or two shortcomings myself (for instance, if you don't have the 'intltool' package then 'alexandria.desktop' won't be built, but it doesn't complain about the lack of 'intltool' - sorry Lennart!). I'll have to create a tarball for the release, preferably with some of the files pre-generated to reduce build-time dependencies, and possibly with some maintainer-only files removed (e.g. RELEASE_CHECKLIST). What files can safely be pre-generated? The older alexandria tarballs had the .mo files included, so that seems safe enough. I'll pregenerate version.rb and default_preferences.rb, but config.rb should be generated at build time. Perhaps some rdoc? The code isn't documented enough to be meaningful, but the text documents are nicely formatted by rdoc. Try 'rake docs' to see the result. Anyway, I've created another 'secret deb file' (rather like Joseph's earlier in the year). So if anyone is on Debian or Ubuntu they can check it out: http://www.gnostai.org/tmp/alexandria-0.6.2-1.deb You can create your own with 'rake debian:deb' if you have 'dpkg' and 'fakeroot' installed. I've tested the file with gNewSense 1.1 and it seems to works fine. (Except the 'alexandria' icon doesn't show up in the menu item... any ideas?). You can install Alexandria and all its deps at once by following the tips here: http://wiki.clug.org.za/wiki/How_do_I_install_a_.deb_file_I_downloaded_without_compromising_dependencies%3F (the "quick and dirty solution" works fine for this case, and then it's just a matter of 'sudo apt-get install alexandria'.) Anyway, let me know if there are any problems with the .deb file. - Cathal. From nisses.mail at home.se Tue Oct 2 14:30:57 2007 From: nisses.mail at home.se (Andreas Nilsson) Date: Tue, 02 Oct 2007 20:30:57 +0200 Subject: [Alexandria-list] Nearing 0.6.2 BETA release In-Reply-To: <1191347936.9234.28.camel@matilda> References: <1191347936.9234.28.camel@matilda> Message-ID: <47028E61.6050700@home.se> Cathal Mc Ginley wrote: > I've tested the file with gNewSense 1.1 and it seems to works fine. > (Except the 'alexandria' icon doesn't show up in the menu item... any > ideas?). You can install Alexandria and all its deps at once by > following the tips here: > http://wiki.clug.org.za/wiki/How_do_I_install_a_.deb_file_I_downloaded_without_compromising_dependencies%3F > (the "quick and dirty solution" works fine for this case, and then it's > just a matter of 'sudo apt-get install alexandria'.) > Could it be that you install the icon into /usr/share/alexandria instead of /usr/share/icons/hicolor/$size/apps? It also seems the icon gets installed in two sizes only. Do you need help with a patch? Did I ever sent the new, sharp icons for library and generated library? If not, here they are: http://andreasn.se/diverse/temp/alexandria-icons.tar.gz - Andreas From tristil at gmail.com Tue Oct 2 14:28:37 2007 From: tristil at gmail.com (Joseph Method) Date: Tue, 2 Oct 2007 14:28:37 -0400 Subject: [Alexandria-list] Nearing 0.6.2 BETA release In-Reply-To: <1191347936.9234.28.camel@matilda> References: <1191347936.9234.28.camel@matilda> Message-ID: <167b6aa00710021128q75f8e47dsf43b6a1c997f1689@mail.gmail.com> Works fine for me on Ubuntu Gutsy. On 10/2/07, Cathal Mc Ginley wrote: > Hi Everyone. > > I have the impression that Alexandria is now stable enough to release a > beta in the next few days. If there are any problems to do with > stability or corruption of library data, please let me know. Also, any > issues with the current 'rake install' - I've spotted one or two > shortcomings myself (for instance, if you don't have the 'intltool' > package then 'alexandria.desktop' won't be built, but it doesn't > complain about the lack of 'intltool' - sorry Lennart!). > > I'll have to create a tarball for the release, preferably with some of > the files pre-generated to reduce build-time dependencies, and possibly > with some maintainer-only files removed (e.g. RELEASE_CHECKLIST). > > What files can safely be pre-generated? The older alexandria tarballs > had the .mo files included, so that seems safe enough. I'll pregenerate > version.rb and default_preferences.rb, but config.rb should be generated > at build time. Perhaps some rdoc? The code isn't documented enough to be > meaningful, but the text documents are nicely formatted by rdoc. Try > 'rake docs' to see the result. > > Anyway, I've created another 'secret deb file' (rather like Joseph's > earlier in the year). So if anyone is on Debian or Ubuntu they can check > it out: http://www.gnostai.org/tmp/alexandria-0.6.2-1.deb > You can create your own with 'rake debian:deb' if you have 'dpkg' and > 'fakeroot' installed. > > I've tested the file with gNewSense 1.1 and it seems to works fine. > (Except the 'alexandria' icon doesn't show up in the menu item... any > ideas?). You can install Alexandria and all its deps at once by > following the tips here: > http://wiki.clug.org.za/wiki/How_do_I_install_a_.deb_file_I_downloaded_without_compromising_dependencies%3F > (the "quick and dirty solution" works fine for this case, and then it's > just a matter of 'sudo apt-get install alexandria'.) > > Anyway, let me know if there are any problems with the .deb file. > > - Cathal. > > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > -- -J. Method From cathal.alexandria at gnostai.org Tue Oct 2 17:51:15 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Tue, 02 Oct 2007 22:51:15 +0100 Subject: [Alexandria-list] Nearing 0.6.2 BETA release In-Reply-To: <47028E61.6050700@home.se> References: <1191347936.9234.28.camel@matilda> <47028E61.6050700@home.se> Message-ID: <1191361876.8689.15.camel@matilda> Hi Andreas, On Tue, 2007-10-02 at 20:30 +0200, Andreas Nilsson wrote: > Cathal Mc Ginley wrote: > > I've tested the file with gNewSense 1.1 and it seems to works fine. > > (Except the 'alexandria' icon doesn't show up in the menu item... any > > ideas?). You can install Alexandria and all its deps at once by > > following the tips here: > > http://wiki.clug.org.za/wiki/How_do_I_install_a_.deb_file_I_downloaded_without_compromising_dependencies%3F > > (the "quick and dirty solution" works fine for this case, and then it's > > just a matter of 'sudo apt-get install alexandria'.) > > > Could it be that you install the icon into /usr/share/alexandria instead > of /usr/share/icons/hicolor/$size/apps? > It also seems the icon gets installed in two sizes only. Do you need > help with a patch? > I think you must still be getting the old .deb, check the version number, it should be 0.6.2. (Get the 0.6.2 test deb file here: http://www.gnostai.org/tmp/alexandria-0.6.2-1.deb) If you've already got the dependencies installed you can just run: sudo dpkg --install alexandria-0.6.2-1.deb' The new .deb /is/ putting the icons in the right place, check out the icons-deb-list.txt I've attached. Perhaps it's just gNewSense being picky and not a more general Debian or GNOME thing (it's using GNOME 2.14, same as I run on my main distro, and I get an the icon okay). > Did I ever sent the new, sharp icons for library and generated library? > If not, here they are: > http://andreasn.se/diverse/temp/alexandria-icons.tar.gz Thanks, I haven't seen these before. I'll replace the existing icons (under 'data/alexandria/icons') with your new shiny versions! If you've seen the new 0.6.2 installation, you'll notice in the Alexandria "About" box has your new application icon (and you're in the "Credits" under "Artwork by"). Thanks again for volunteering your art skills! Cheers, - Cathal. -------------- next part -------------- dpkg-deb --contents alexandria-0.6.2-1.deb | grep hicolor | grep alexandria -rw-rw-rw- root/root 461 2007-10-02 18:23:41 ./usr/share/icons/hicolor/16x16/apps/alexandria.png -rw-rw-rw- root/root 823 2007-10-02 18:23:41 ./usr/share/icons/hicolor/22x22/apps/alexandria.png -rw-rw-rw- root/root 799 2007-10-02 18:23:41 ./usr/share/icons/hicolor/24x24/apps/alexandria.png -rw-rw-rw- root/root 1190 2007-10-02 18:23:41 ./usr/share/icons/hicolor/32x32/apps/alexandria.png -rw-rw-rw- root/root 1948 2007-10-02 18:23:41 ./usr/share/icons/hicolor/48x48/apps/alexandria.png -rw-rw-rw- root/root 29789 2007-10-02 18:23:41 ./usr/share/icons/hicolor/scalable/apps/alexandria.svg From nisses.mail at home.se Tue Oct 2 18:10:39 2007 From: nisses.mail at home.se (Andreas Nilsson) Date: Wed, 03 Oct 2007 00:10:39 +0200 Subject: [Alexandria-list] Nearing 0.6.2 BETA release In-Reply-To: <1191361876.8689.15.camel@matilda> References: <1191347936.9234.28.camel@matilda> <47028E61.6050700@home.se> <1191361876.8689.15.camel@matilda> Message-ID: <4702C1DF.3020300@home.se> Cathal Mc Ginley wrote: > Hi Andreas, > > On Tue, 2007-10-02 at 20:30 +0200, Andreas Nilsson wrote: > >> Cathal Mc Ginley wrote: >> >>> I've tested the file with gNewSense 1.1 and it seems to works fine. >>> (Except the 'alexandria' icon doesn't show up in the menu item... any >>> ideas?). You can install Alexandria and all its deps at once by >>> following the tips here: >>> http://wiki.clug.org.za/wiki/How_do_I_install_a_.deb_file_I_downloaded_without_compromising_dependencies%3F >>> (the "quick and dirty solution" works fine for this case, and then it's >>> just a matter of 'sudo apt-get install alexandria'.) >>> >>> >> Could it be that you install the icon into /usr/share/alexandria instead >> of /usr/share/icons/hicolor/$size/apps? >> It also seems the icon gets installed in two sizes only. Do you need >> help with a patch? >> >> > I think you must still be getting the old .deb, check the version > number, it should be 0.6.2. (Get the 0.6.2 test deb file here: > http://www.gnostai.org/tmp/alexandria-0.6.2-1.deb) If you've already got > the dependencies installed you can just run: > sudo dpkg --install alexandria-0.6.2-1.deb' > > The new .deb /is/ putting the icons in the right place, check out the > icons-deb-list.txt I've attached. Perhaps it's just gNewSense being > picky and not a more general Debian or GNOME thing (it's using GNOME > 2.14, same as I run on my main distro, and I get an the icon okay). > > Oh, there it is. Hm, not sure what's up with the menu icon in that case. My system is kind of broken, totally need to make a fresh install soon. >> Did I ever sent the new, sharp icons for library and generated library? >> If not, here they are: >> http://andreasn.se/diverse/temp/alexandria-icons.tar.gz >> > > Thanks, I haven't seen these before. I'll replace the existing icons > (under 'data/alexandria/icons') with your new shiny versions! > Sweet! - Andreas From cathal.alexandria at gnostai.org Tue Oct 2 18:09:04 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Tue, 02 Oct 2007 23:09:04 +0100 Subject: [Alexandria-list] Nearing 0.6.2 BETA release In-Reply-To: <1191361876.8689.15.camel@matilda> References: <1191347936.9234.28.camel@matilda> <47028E61.6050700@home.se> <1191361876.8689.15.camel@matilda> Message-ID: <1191362944.8689.23.camel@matilda> On Tue, 2007-10-02 at 22:51 +0100, Cathal Mc Ginley wrote: > The new .deb /is/ putting the icons in the right place, check out the > icons-deb-list.txt I've attached. Perhaps it's just gNewSense being > picky and not a more general Debian or GNOME thing (it's using GNOME > 2.14, same as I run on my main distro, and I get an the icon okay). > That'll teach me for allowing functionality to exist in two places at once. I need to run 'gtk-update-icon-cache' in 'postinst' (and also in 'postrm'). Potential problems with not doing that described here: http://blogs.gnome.org/jjongsma/2006/10/15/icon-theme-cache-issues/ It's in the Rakefile as part of the post_install task, I even marked it HACK! I'll need to add it to the debian scripts... Sorry for any time wasted, - Cathal. From tristil at gmail.com Tue Oct 2 20:23:36 2007 From: tristil at gmail.com (Joseph Method) Date: Tue, 2 Oct 2007 20:23:36 -0400 Subject: [Alexandria-list] Nearing 0.6.2 BETA release In-Reply-To: <1191362944.8689.23.camel@matilda> References: <1191347936.9234.28.camel@matilda> <47028E61.6050700@home.se> <1191361876.8689.15.camel@matilda> <1191362944.8689.23.camel@matilda> Message-ID: <167b6aa00710021723y19b2b465te4ab819fdaab09a9@mail.gmail.com> Speaking of the about box, how about we change it to Copyright (C) 2007 Alexandria Contributors? On 10/2/07, Cathal Mc Ginley wrote: > On Tue, 2007-10-02 at 22:51 +0100, Cathal Mc Ginley wrote: > > The new .deb /is/ putting the icons in the right place, check out the > > icons-deb-list.txt I've attached. Perhaps it's just gNewSense being > > picky and not a more general Debian or GNOME thing (it's using GNOME > > 2.14, same as I run on my main distro, and I get an the icon okay). > > > That'll teach me for allowing functionality to exist in two places at > once. I need to run 'gtk-update-icon-cache' in 'postinst' (and also in > 'postrm'). Potential problems with not doing that described here: > http://blogs.gnome.org/jjongsma/2006/10/15/icon-theme-cache-issues/ > > It's in the Rakefile as part of the post_install task, I even marked it > HACK! I'll need to add it to the debian scripts... > > Sorry for any time wasted, > > - Cathal. > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > -- -J. Method From cathal.alexandria at gnostai.org Tue Oct 2 21:01:39 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 03 Oct 2007 02:01:39 +0100 Subject: [Alexandria-list] Nearing 0.6.2 BETA release In-Reply-To: <167b6aa00710021723y19b2b465te4ab819fdaab09a9@mail.gmail.com> References: <1191347936.9234.28.camel@matilda> <47028E61.6050700@home.se> <1191361876.8689.15.camel@matilda> <1191362944.8689.23.camel@matilda> <167b6aa00710021723y19b2b465te4ab819fdaab09a9@mail.gmail.com> Message-ID: <1191373299.8746.12.camel@matilda> On Tue, 2007-10-02 at 20:23 -0400, Joseph Method wrote: > Speaking of the about box, how about we change it to Copyright (C) > 2007 Alexandria Contributors? Yes, something like that is probably appropriate, given that Laurent has handed off the project. (Otherwise, we could have gone with "Laurent Sansonetti and Others"). Firefox uses "Contributors" for example. We should include all years there was a release though. Perhaps we could do it like gnome-terminal? Use several copyright lines: Copyright (C) 2004-2006 Laurent Sansonetti Copyright (C) 2007 Alexandria Contributors Not sure about how to deal with it on a source-file level though; seeing as there's no single entity which holds the copyright, we'd best leave the individual notices for the moment. But they don't call me a "license nerd" for nothing... I'll look into it! (By the way, I updated the hidden deb file with a fix for the icon-cache problem. Found a few other issues too, thanks to the 'lintian' deb checker program. A couple of issues are still outstanding, including the lack of /usr/share/doc/copyright... I'm working on it!) - Cathal. From tristil at gmail.com Tue Oct 2 21:27:29 2007 From: tristil at gmail.com (Joseph Method) Date: Tue, 2 Oct 2007 21:27:29 -0400 Subject: [Alexandria-list] Nearing 0.6.2 BETA release In-Reply-To: <1191373299.8746.12.camel@matilda> References: <1191347936.9234.28.camel@matilda> <47028E61.6050700@home.se> <1191361876.8689.15.camel@matilda> <1191362944.8689.23.camel@matilda> <167b6aa00710021723y19b2b465te4ab819fdaab09a9@mail.gmail.com> <1191373299.8746.12.camel@matilda> Message-ID: <167b6aa00710021827q3e19ecb1t50a4ca5efaef153@mail.gmail.com> Yes, the gnome-terminal way is best. I don't really have an opinion about the individual attributions. Legally, it's so abstract with open source. The main issue as I understand it is that if there's an individual attribution on a file, you can modify it all you want as long as you keep it under GPL. The problem is if you want to relicense it, say under GPLv3. As it stands, we'd still have to contact everyone who's worked on it previously to do that. I think that's a good legal argument for having individual attribution on each file, because we'd need a legal body to take over the copyright otherwise. The other option is to have everything licensed over to GNU. One salient point is that it's a courtesy to recognize the previous copyright holder. They don't actually hold the copyright on the present piece of work, they just have a say in relicensing issues because of the legal history. Okay, that's enough license-nerdery for me :). On 10/2/07, Cathal Mc Ginley wrote: > On Tue, 2007-10-02 at 20:23 -0400, Joseph Method wrote: > > Speaking of the about box, how about we change it to Copyright (C) > > 2007 Alexandria Contributors? > > Yes, something like that is probably appropriate, given that Laurent has > handed off the project. (Otherwise, we could have gone with "Laurent > Sansonetti and Others"). Firefox uses "Contributors" for example. We > should include all years there was a release though. Perhaps we could do > it like gnome-terminal? Use several copyright lines: > Copyright (C) 2004-2006 Laurent Sansonetti > Copyright (C) 2007 Alexandria Contributors > > Not sure about how to deal with it on a source-file level though; seeing > as there's no single entity which holds the copyright, we'd best leave > the individual notices for the moment. But they don't call me a "license > nerd" for nothing... I'll look into it! > > (By the way, I updated the hidden deb file with a fix for the icon-cache > problem. Found a few other issues too, thanks to the 'lintian' deb > checker program. A couple of issues are still outstanding, including the > lack of /usr/share/doc/copyright... I'm working on it!) > > - Cathal. > > > -- -J. Method From stefan at datenfreihafen.org Thu Oct 4 15:48:45 2007 From: stefan at datenfreihafen.org (Stefan Schmidt) Date: Thu, 4 Oct 2007 21:48:45 +0200 Subject: [Alexandria-list] [Bug #4888] Solved by 0.6.2-beta Message-ID: <20071004194845.GA7077@datenfreihafen.org> Hello. I just tested the 0.6.2-beta debian package with regards to bug #4888 http://rubyforge.org/tracker/index.php?func=detail&aid=4888&group_id=205&atid=863 With the new version I can get search results for the ISBNs listed in the bugreport. Just like to note two glichtes I have observed while testing: 1. Quering takes way longer then in 0.6.1. (I guess it's about having more providers to query, right?) 2. Even if I got all the informations about the books, I got no thumbnail image although they are available on amazon.de for example. Thanks for getting this project rolling again. regards Stefan Schmidt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 241 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071004/4ec0d5ad/attachment.bin From cathal.alexandria at gnostai.org Thu Oct 4 18:02:45 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Thu, 04 Oct 2007 23:02:45 +0100 Subject: [Alexandria-list] [Bug #4888] Solved by 0.6.2-beta In-Reply-To: <20071004194845.GA7077@datenfreihafen.org> References: <20071004194845.GA7077@datenfreihafen.org> Message-ID: <1191535365.8864.39.camel@matilda> On Thu, 2007-10-04 at 21:48 +0200, Stefan Schmidt wrote: > Hello. > > I just tested the 0.6.2-beta debian package with regards to bug #4888 > http://rubyforge.org/tracker/index.php?func=detail&aid=4888&group_id=205&atid=863 > > With the new version I can get search results for the ISBNs listed in > the bugreport. Glad to hear it! > Just like to note two glichtes I have observed while > testing: > > 1. Quering takes way longer then in 0.6.1. (I guess it's about having > more providers to query, right?) > Some providers are just slower anyway, since they are implemented by downloading web pages and searching through the html for the information. You can change the order of book providers through Edit>Preferences|Providers. If Amazon is searched, it'll query each known amazon locale until it finds the book. You can change the settings of the Amazon provider to make sure your preferred locale is set (and searched first). If you launch alexandria from the console with 'alexandria --debug' you will see each query and will be able to tell how long it takes. (We'll add timing information soon!) If there are any real slowdowns, we'll look into it. A major point is the lack of visible feedback, you should be able to see the different searches going on in the GUI. (And the operation should be threaded, so that the GUI doesn't freeze up). > 2. Even if I got all the informations about the books, I got no > thumbnail image although they are available on amazon.de for example. > Strange! This is a 'feature' of the Amazon-Web-Service Alexandria uses. Of the 5 book ISBNs in your bug report, one came back without an image - 3453305841. But there is clearly an image on the amazon.de page: http://www.amazon.de/exec/obidos/ASIN/3453305841 A few debug 'puts' statements later, and we see that all of the 'image_url' fields in Amazon::Product we get back from Ruby/Amazon are nil. # This /might/ be a problem with Ruby/Amazon, but I'm inclined to think it's just a disparity between the Amazon website view and the web-services view. (If you can find any other Amazon-Web-Services Book Search tool which doesn't depend on Ruby/Amazon, you could test it.) It might be possible in the future to try to 'scrape' an image off the Amazon web page if it's not found in the web-service search. > Thanks for getting this project rolling again. > > regards > Stefan Schmidt Thanks for the update, - Cathal. From tristil at gmail.com Thu Oct 4 18:10:21 2007 From: tristil at gmail.com (Joseph Method) Date: Thu, 4 Oct 2007 18:10:21 -0400 Subject: [Alexandria-list] [Bug #4888] Solved by 0.6.2-beta In-Reply-To: <1191535365.8864.39.camel@matilda> References: <20071004194845.GA7077@datenfreihafen.org> <1191535365.8864.39.camel@matilda> Message-ID: <167b6aa00710041510q52fd0100lf89f9e904e9ca80f@mail.gmail.com> > Some providers are just slower anyway, since they are implemented by > downloading web pages and searching through the html for the > information. You can change the order of book providers through > Edit>Preferences|Providers. Another thing to think about for the future, along with lazy loading, database abstraction and separation of domains (IMO) is a fair and logical searching algorithm. It shouldn't only be first-come-first-serve, but should privilege the user's language and pick the best fit from each provider that responds within a reasonable time. I'm almost certain that some search paths block better search results from other providers. -- -J. Method From cathal.alexandria at gnostai.org Fri Oct 5 01:37:18 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Fri, 05 Oct 2007 06:37:18 +0100 Subject: [Alexandria-list] Announcing Alexandria 0.6.2 beta 1 Message-ID: <1191562638.9177.8.camel@matilda> "This is Alexandria 0.6.2b1, the first beta release of this program in nearly two years. Pardon the slight state of confusion of this source release, the program is in a state of flux at the moment. This beta may be a bit unpredictable, so PLEASE back up your libraries before installing it." You can now grab a source tarball or a mostly-compliant deb file from RubyForge http://rubyforge.org/frs/?group_id=205 Hope it doesn't break anything too much, and keep those bug reports coming in! And a big sorry to the translators, I'm dealing with a buggy xgettext at the moment - when I have it fixed on my system I'll be able to send out newly merged po files. Cheers, - Cathal Mc Ginley. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071005/6c0b7e00/attachment.bin From cathal.alexandria at gnostai.org Mon Oct 8 16:51:47 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Mon, 08 Oct 2007 21:51:47 +0100 Subject: [Alexandria-list] Alexandria Website Message-ID: <1191876707.8697.15.camel@matilda> Well, now that the beta's been released into the wild, (without any problems reported so far), it's probably time to make changes to the Alexandria website. I know there are several works-in-progress in this area. Steven Knight made a version of the old website (from alexandria.rubyforge.org) with the pages split up and some sharp-looking CSS (the new versions is only in SVN at the moment). And Joseph Method briefly hosted a wiki and other website revision software on his own server (at www.alexandria-projects.org). So, is there a plan to progress? Do we need to make any big substantial changes to the substance of the website? As far as I can see, the most important thing is to describe the features of Alexandria, tell people to use the current beta version and describe how to go about installing it. I have the requisite web design skills to tackle this myself if no-one else has time, but I thought it best to ask the people who've already spent time and effort on it for their input. - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071008/0b12c7e4/attachment.bin From tristil at gmail.com Mon Oct 8 20:49:22 2007 From: tristil at gmail.com (Joseph Method) Date: Mon, 8 Oct 2007 20:49:22 -0400 Subject: [Alexandria-list] Alexandria Website In-Reply-To: <1191876707.8697.15.camel@matilda> References: <1191876707.8697.15.camel@matilda> Message-ID: <167b6aa00710081749wd3f8bf3nca7accde58d1d0ea@mail.gmail.com> I propose that we use StaticMatic and the layout that Steven Knight made. One of the reasons that I was playing around with alexandria-projects.org was that it turned out that Rubyforge doesn't support Server Side Includes. I'll convert his site to StaticMatic and try to get the part of Dr. Nice's newgem that uploads to Rubyforge. That was the other reason. Uploading to Rubyforge using scp is a pain. On 10/8/07, Cathal Mc Ginley wrote: > Well, now that the beta's been released into the wild, (without any > problems reported so far), it's probably time to make changes to the > Alexandria website. > > I know there are several works-in-progress in this area. Steven Knight > made a version of the old website (from alexandria.rubyforge.org) with > the pages split up and some sharp-looking CSS (the new versions is only > in SVN at the moment). And Joseph Method briefly hosted a wiki and other > website revision software on his own server (at > www.alexandria-projects.org). > > So, is there a plan to progress? Do we need to make any big substantial > changes to the substance of the website? As far as I can see, the most > important thing is to describe the features of Alexandria, tell people > to use the current beta version and describe how to go about installing > it. > > I have the requisite web design skills to tackle this myself if no-one > else has time, but I thought it best to ask the people who've already > spent time and effort on it for their input. > > - Cathal. > > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > > -- -J. Method From tristil at gmail.com Tue Oct 9 03:32:07 2007 From: tristil at gmail.com (Joseph Method) Date: Tue, 9 Oct 2007 03:32:07 -0400 Subject: [Alexandria-list] Alexandria Website In-Reply-To: <167b6aa00710081749wd3f8bf3nca7accde58d1d0ea@mail.gmail.com> References: <1191876707.8697.15.camel@matilda> <167b6aa00710081749wd3f8bf3nca7accde58d1d0ea@mail.gmail.com> Message-ID: <167b6aa00710090032g8bdb038g78b7a3cedf0c2ce7@mail.gmail.com> So I took the initiative and uploaded a proof of concept based on Steven Knight's html and using Staticmatic, linking to the new debs. The task `rake website` builds the website and `rake upload_website` will send it over to rubyforge. Of course, at the moment it's hardwired to my account, but that can be fixed. What do you think? StaticMatic's a bit funky (and really finicky), but I think it will allow us to tie in a lot of automation for quick releases. I pared down the pages because I haven't finished converting them and some of the text is out of date. We probably don't want Support to be a paypal page anymore, right? On 10/8/07, Joseph Method wrote: > I propose that we use StaticMatic and the layout that Steven Knight > made. One of the reasons that I was playing around with > alexandria-projects.org was that it turned out that Rubyforge doesn't > support Server Side Includes. I'll convert his site to StaticMatic and > try to get the part of Dr. Nice's newgem that uploads to Rubyforge. > That was the other reason. Uploading to Rubyforge using scp is a pain. > > On 10/8/07, Cathal Mc Ginley wrote: > > Well, now that the beta's been released into the wild, (without any > > problems reported so far), it's probably time to make changes to the > > Alexandria website. > > > > I know there are several works-in-progress in this area. Steven Knight > > made a version of the old website (from alexandria.rubyforge.org) with > > the pages split up and some sharp-looking CSS (the new versions is only > > in SVN at the moment). And Joseph Method briefly hosted a wiki and other > > website revision software on his own server (at > > www.alexandria-projects.org). > > > > So, is there a plan to progress? Do we need to make any big substantial > > changes to the substance of the website? As far as I can see, the most > > important thing is to describe the features of Alexandria, tell people > > to use the current beta version and describe how to go about installing > > it. > > > > I have the requisite web design skills to tackle this myself if no-one > > else has time, but I thought it best to ask the people who've already > > spent time and effort on it for their input. > > > > - Cathal. > > > > > > _______________________________________________ > > Alexandria-list mailing list > > Alexandria-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/alexandria-list > > > > > > > -- > -J. Method > -- -J. Method From vdepizzol at gmail.com Wed Oct 10 20:10:51 2007 From: vdepizzol at gmail.com (Vinicius Depizzol) Date: Wed, 10 Oct 2007 21:10:51 -0300 Subject: [Alexandria-list] Book generic cover In-Reply-To: <21359a7e0710081714u7f2d4b86x6c24559d3f6b7362@mail.gmail.com> References: <21359a7e0710081714u7f2d4b86x6c24559d3f6b7362@mail.gmail.com> Message-ID: <21359a7e0710101710i1e02521nfe21c3e02eb059a2@mail.gmail.com> Hello everyone. I created a new version of the (big) book image used in books without cover images. The SVG version is possibly for the future zoom feature. :) After that, I created this last weekend a mockup[1] for the books with cover view. I don't know how difficult is to implement that, but that's just an idea :) Thank you :) [1] http://img458.imageshack.us/img458/9470/alexandriabookshelfkw1.png -- Vinicius Depizzol vdepizzol at gmail.com http://vdepizzol.wordpress.com -------------- next part -------------- A non-text attachment was scrubbed... Name: book.png Type: image/png Size: 2257 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071010/0ea708d7/attachment.png -------------- next part -------------- A non-text attachment was scrubbed... Name: book.svg Type: image/svg+xml Size: 11689 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071010/0ea708d7/attachment.bin From cathal.alexandria at gnostai.org Wed Oct 10 22:03:35 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Thu, 11 Oct 2007 03:03:35 +0100 Subject: [Alexandria-list] Book generic cover In-Reply-To: <21359a7e0710101710i1e02521nfe21c3e02eb059a2@mail.gmail.com> References: <21359a7e0710081714u7f2d4b86x6c24559d3f6b7362@mail.gmail.com> <21359a7e0710101710i1e02521nfe21c3e02eb059a2@mail.gmail.com> Message-ID: <1192068215.8739.21.camel@matilda> On Wed, 2007-10-10 at 21:10 -0300, Vinicius Depizzol wrote: > Hello everyone. > Hi Vinicius, thanks for your interest in Alexandria. I saw your earlier mock-up of Alexandria [2] which you posted in a comment on Andreas Nilsson's blog [3] over a week ago. (Andreas says a few nice things about the new lease of life with Alexandria and calls it "cool, slightly useless software" ... which is fair enough I suppose!) [2] http://img62.imageshack.us/img62/5426/alexandriamockupph7.png [3] http://www.andreasn.se/blog/?p=59 I think I forgot to post that link to the mailing list at the time! > I created a new version of the (big) book image used in books without > cover images. The SVG version is possibly for the future zoom feature. > :) > Thanks. We definitely need a new set of sharp, tango-ish icons. I quite like the library bookshelf icon from your earlier mockup. Do you have an SVG version of that? > After that, I created this last weekend a mockup[1] for the books with > cover view. I don't know how difficult is to implement that, but > that's just an idea :) > Thank you :) > > [1] http://img458.imageshack.us/img458/9470/alexandriabookshelfkw1.png > I really like the look of this. It's a very neat idea! I don't think it'd be /difficult/ to implement, but at the moment there are already issues to do with the amount of time it takes to render the book icons for libraries over a hundred books or so. But it's definitely an idea to keep for when we've solved those kinds of problems. It'd be a real 'show-off' feature, if we could get it to work. Out of curiosity, are you using the latest Alexandria? (0.6.2b1) We could use some constructive criticism with regard to usability (especially the "Acquire from Scanner" dialog which even I think is confusing, and I designed it!) Anyway, thanks again, - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071011/f9f21e16/attachment.bin From tristil at gmail.com Thu Oct 11 04:19:46 2007 From: tristil at gmail.com (Joseph Method) Date: Thu, 11 Oct 2007 04:19:46 -0400 Subject: [Alexandria-list] Book generic cover In-Reply-To: <1192068215.8739.21.camel@matilda> References: <21359a7e0710081714u7f2d4b86x6c24559d3f6b7362@mail.gmail.com> <21359a7e0710101710i1e02521nfe21c3e02eb059a2@mail.gmail.com> <1192068215.8739.21.camel@matilda> Message-ID: <167b6aa00710110119l2135d96t80653e4283a6eae2@mail.gmail.com> I want to be able to flip the book over and see the back cover as well :) But really, depth in the icons is a great idea, and it would go in as a feature probably alongside better icon loading anyway. I think the way to approach this would be to write a class that wraps a GdkPixbuf (the class for raw image files) and project it onto the pane of an svg file, probably the same way Vinicius created those pngs. If this came with a demonstration script writing the svgs back to file, possibly with an option to convert to png, we could make the change to the rest of the code very quickly, probably just one line. Anyone could work on this. It's a very discrete coding task that could provide an opportunity for learning Ruby or TDD or image manipulation or whatever. On 10/10/07, Cathal Mc Ginley wrote: > On Wed, 2007-10-10 at 21:10 -0300, Vinicius Depizzol wrote: > > Hello everyone. > > > Hi Vinicius, > thanks for your interest in Alexandria. > > I saw your earlier mock-up of Alexandria [2] which you posted in a > comment on Andreas Nilsson's blog [3] over a week ago. (Andreas says a > few nice things about the new lease of life with Alexandria and calls it > "cool, slightly useless software" ... which is fair enough I suppose!) > > [2] http://img62.imageshack.us/img62/5426/alexandriamockupph7.png > [3] http://www.andreasn.se/blog/?p=59 > > I think I forgot to post that link to the mailing list at the time! > > > I created a new version of the (big) book image used in books without > > cover images. The SVG version is possibly for the future zoom feature. > > :) > > > Thanks. We definitely need a new set of sharp, tango-ish icons. I quite > like the library bookshelf icon from your earlier mockup. Do you have an > SVG version of that? > > > After that, I created this last weekend a mockup[1] for the books with > > cover view. I don't know how difficult is to implement that, but > > that's just an idea :) > > > Thank you :) > > > > [1] http://img458.imageshack.us/img458/9470/alexandriabookshelfkw1.png > > > I really like the look of this. It's a very neat idea! > > I don't think it'd be /difficult/ to implement, but at the moment there > are already issues to do with the amount of time it takes to render the > book icons for libraries over a hundred books or so. But it's definitely > an idea to keep for when we've solved those kinds of problems. It'd be a > real 'show-off' feature, if we could get it to work. > > Out of curiosity, are you using the latest Alexandria? (0.6.2b1) We > could use some constructive criticism with regard to usability > (especially the "Acquire from Scanner" dialog which even I think is > confusing, and I designed it!) > > Anyway, thanks again, > > - Cathal. > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > > -- -J. Method From nisses.mail at home.se Thu Oct 11 09:29:07 2007 From: nisses.mail at home.se (Andreas Nilsson) Date: Thu, 11 Oct 2007 15:29:07 +0200 Subject: [Alexandria-list] Book generic cover In-Reply-To: <1192068215.8739.21.camel@matilda> References: <21359a7e0710081714u7f2d4b86x6c24559d3f6b7362@mail.gmail.com> <21359a7e0710101710i1e02521nfe21c3e02eb059a2@mail.gmail.com> <1192068215.8739.21.camel@matilda> Message-ID: <470E2523.5080204@home.se> Cathal Mc Ginley wrote: > On Wed, 2007-10-10 at 21:10 -0300, Vinicius Depizzol wrote: > >> Hello everyone. >> >> > Hi Vinicius, > thanks for your interest in Alexandria. > > I saw your earlier mock-up of Alexandria [2] which you posted in a > comment on Andreas Nilsson's blog [3] over a week ago. (Andreas says a > few nice things about the new lease of life with Alexandria and calls it > "cool, slightly useless software" ... which is fair enough I suppose!)su > Heh, I never meant it in a bad way. :) >> I created a new version of the (big) book image used in books without >> cover images. The SVG version is possibly for the future zoom feature. >> :) >> >> > Thanks. We definitely need a new set of sharp, tango-ish icons. I quite > like the library bookshelf icon from your earlier mockup. Do you have an > SVG version of that? > Yeah, I liked that as well, not sure how it would work with the autogenerated libraries exactly though. - Andreas From tristil at gmail.com Thu Oct 11 16:51:08 2007 From: tristil at gmail.com (Joseph Method) Date: Thu, 11 Oct 2007 16:51:08 -0400 Subject: [Alexandria-list] Note on Website and other roles Message-ID: <167b6aa00710111351jfa242e2pa448eb4915584b0e@mail.gmail.com> I didn't get any feedback about the website on list, so I wanted to emphasize that we can and should change and expand the content as much as possible, and that this would be a great way to contribute to the project for anyone who doesn't code. The system for publishing is called StaticMatic (http://staticmatic.rubyforge.org/). It's a funny kind of static html cms that might take a bit of learning. One thing about it is that you can publish the main content in one of the wiki-like markup languages, like Textile or Markdown: http://www.stephenbartholomew.co.uk/2007/10/11/handling-content-in-a-haml-template On another note, I'm getting ready to submit a deb to getdeb.net. Is anyone interested in taking on a maintainer role for Ubuntu or Debian debs? Cathal put a lot of inspired work into making the deb creation an automatic rake task, so being the maintainer is mostly a matter of putting your name on the line. It can also mean being a kind of liaison and platform advocate, someone who tracks the Ubuntu- and Debian-specific bugs and makes sure they get fixed in the trunk. -- -J. Method From cathal.alexandria at gnostai.org Sun Oct 14 21:18:05 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Mon, 15 Oct 2007 02:18:05 +0100 Subject: [Alexandria-list] Note on Website and other roles In-Reply-To: <167b6aa00710111351jfa242e2pa448eb4915584b0e@mail.gmail.com> References: <167b6aa00710111351jfa242e2pa448eb4915584b0e@mail.gmail.com> Message-ID: <1192411086.9338.18.camel@matilda> On Thu, 2007-10-11 at 16:51 -0400, Joseph Method wrote: > I didn't get any feedback about the website on list, so I wanted to > emphasize that we can and should change and expand the content as much > as possible, and that this would be a great way to contribute to the > project for anyone who doesn't code. Thanks Joseph, I should have mentioned that the new up-to-date site is a great start! Now that there's a simple framework in place, it'll be much easier to make the small changes to things like installation instructions, lists of features (and to-do lists), and details of the current version. > The system for publishing is > called StaticMatic (http://staticmatic.rubyforge.org/). It's a funny > kind of static html cms that might take a bit of learning. One thing > about it is that you can publish the main content in one of the > wiki-like markup languages, like Textile or Markdown: > http://www.stephenbartholomew.co.uk/2007/10/11/handling-content-in-a-haml-template StaticMatic is nice and simple, once you get used to HAML. One curious thing at the moment is that it's not currently free software, but I contacted the author and suggested the MIT/X license (same as that of HAML). > On another note, I'm getting ready to submit a deb to getdeb.net. Is > anyone interested in taking on a maintainer role for Ubuntu or Debian > debs? Cathal put a lot of inspired work into making the deb creation > an automatic rake task, so being the maintainer is mostly a matter of > putting your name on the line. It can also mean being a kind of > liaison and platform advocate, someone who tracks the Ubuntu- and > Debian-specific bugs and makes sure they get fixed in the trunk. I wonder whether the debian maintainer for Alexandria-in-days-of-yore (Dafydd Harries) should be contacted, just to let him know what's happening with the project. If no-one else has time, I can take on the job of debian maintainer; although I'm not really a debian user I can find my way around gNewSense well enough. It really is hard to keep a project like Alexandria alive! Now that we've made a beta release and got 100 downloads (a large-ish number considering the small crowd here on the mailing list), all the comments have dried up. I suppose that means there probably aren't any big problems with the code, or maybe that it's too hard to install and users are giving up! We don't know, because there's no feedback.... I think the website should definitely say that we're looking for active dialogue with our users and potential users. Anyway, I hope we can keep up the energy... - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071015/f16ea9cd/attachment.bin From tristil at gmail.com Sun Oct 14 22:02:14 2007 From: tristil at gmail.com (Joseph Method) Date: Sun, 14 Oct 2007 22:02:14 -0400 Subject: [Alexandria-list] Note on Website and other roles In-Reply-To: <1192411086.9338.18.camel@matilda> References: <167b6aa00710111351jfa242e2pa448eb4915584b0e@mail.gmail.com> <1192411086.9338.18.camel@matilda> Message-ID: <167b6aa00710141902tf29bf26v70d1f44fdb502b55@mail.gmail.com> That's a good idea, a feedback tab. So, like this: | news (default) | features | download | feedback | development | Anything else? On 10/14/07, Cathal Mc Ginley wrote: > On Thu, 2007-10-11 at 16:51 -0400, Joseph Method wrote: > > I didn't get any feedback about the website on list, so I wanted to > > emphasize that we can and should change and expand the content as much > > as possible, and that this would be a great way to contribute to the > > project for anyone who doesn't code. > > Thanks Joseph, I should have mentioned that the new up-to-date site is a > great start! Now that there's a simple framework in place, it'll be much > easier to make the small changes to things like installation > instructions, lists of features (and to-do lists), and details of the > current version. > > > The system for publishing is > > called StaticMatic (http://staticmatic.rubyforge.org/). It's a funny > > kind of static html cms that might take a bit of learning. One thing > > about it is that you can publish the main content in one of the > > wiki-like markup languages, like Textile or Markdown: > > http://www.stephenbartholomew.co.uk/2007/10/11/handling-content-in-a-haml-template > > StaticMatic is nice and simple, once you get used to HAML. One curious > thing at the moment is that it's not currently free software, but I > contacted the author and suggested the MIT/X license (same as that of > HAML). > > > On another note, I'm getting ready to submit a deb to getdeb.net. Is > > anyone interested in taking on a maintainer role for Ubuntu or Debian > > debs? Cathal put a lot of inspired work into making the deb creation > > an automatic rake task, so being the maintainer is mostly a matter of > > putting your name on the line. It can also mean being a kind of > > liaison and platform advocate, someone who tracks the Ubuntu- and > > Debian-specific bugs and makes sure they get fixed in the trunk. > > I wonder whether the debian maintainer for Alexandria-in-days-of-yore > (Dafydd Harries) should be contacted, just to let him know what's > happening with the project. If no-one else has time, I can take on the > job of debian maintainer; although I'm not really a debian user I can > find my way around gNewSense well enough. > > It really is hard to keep a project like Alexandria alive! Now that > we've made a beta release and got 100 downloads (a large-ish number > considering the small crowd here on the mailing list), all the comments > have dried up. I suppose that means there probably aren't any big > problems with the code, or maybe that it's too hard to install and users > are giving up! We don't know, because there's no feedback.... I think > the website should definitely say that we're looking for active dialogue > with our users and potential users. > > Anyway, I hope we can keep up the energy... > > - Cathal. > > > -- -J. Method From cathal.alexandria at gnostai.org Mon Oct 15 05:37:52 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Mon, 15 Oct 2007 10:37:52 +0100 Subject: [Alexandria-list] Note on Website and other roles In-Reply-To: <167b6aa00710141902tf29bf26v70d1f44fdb502b55@mail.gmail.com> References: <167b6aa00710111351jfa242e2pa448eb4915584b0e@mail.gmail.com> <1192411086.9338.18.camel@matilda> <167b6aa00710141902tf29bf26v70d1f44fdb502b55@mail.gmail.com> Message-ID: <1192441073.17197.8.camel@matilda> On Sun, 2007-10-14 at 22:02 -0400, Joseph Method wrote: > That's a good idea, a feedback tab. > > So, like this: > > | news (default) | features | download | feedback | development | > > Anything else? > Something like that might work, it's certainly a start! I'm not sure how much it'll encourage users to leave feedback though. I mean, I'm a *huge* fan of the free software movement, and I've sought out and installed hundreds of useful programs - but I've contacted the developers of maybe 4 or 5 projects (Alexandria is my first major exception). I think there might be some good hints in Karl Fogel's Producing Open Source Software ( http://producingoss.com/ ) about how to encourage more active user participation. - Cathal. > > > > It really is hard to keep a project like Alexandria alive! Now that > > we've made a beta release and got 100 downloads (a large-ish number > > considering the small crowd here on the mailing list), all the comments > > have dried up. I suppose that means there probably aren't any big > > problems with the code, or maybe that it's too hard to install and users > > are giving up! We don't know, because there's no feedback.... I think > > the website should definitely say that we're looking for active dialogue > > with our users and potential users. > > > > Anyway, I hope we can keep up the energy... > > > > - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071015/ca2b85ee/attachment.bin From vdepizzol at gmail.com Mon Oct 15 13:56:14 2007 From: vdepizzol at gmail.com (Vinicius Depizzol) Date: Mon, 15 Oct 2007 14:56:14 -0300 Subject: [Alexandria-list] Book generic cover In-Reply-To: <21359a7e0710151055m7adee55bi6d4beb1931722ccd@mail.gmail.com> References: <21359a7e0710081714u7f2d4b86x6c24559d3f6b7362@mail.gmail.com> <21359a7e0710101710i1e02521nfe21c3e02eb059a2@mail.gmail.com> <1192068215.8739.21.camel@matilda> <21359a7e0710151055m7adee55bi6d4beb1931722ccd@mail.gmail.com> Message-ID: <21359a7e0710151056m5af708dg9702dfc312ee0407@mail.gmail.com> Hello, Cathal. You asked for the bookshelf icon, so I'm attaching it :). All sizes included (maybe the books are too saturated?). Yes, I'm actually using 0.6.2b1. I didn't checked out the "Acquire from Scanner" yet, but I did a mockup[1] (.glade) of the "Edit book" dialog with a few changes that may turn it better. The basically change in the first tab is a better arrange of the spacing in the widgets (basically based on HIG), and a rhythmbox-like rating. Not sure if the checkbuttons ("I have it", "I read it"..) looks fine in the corner.. Ah! In the "Binding:" input I used a ComboBox with these[2] items based in the BookMooch[3] website. In the second tab -- Loaning -- I imagined some features that can be quite good for Alexandria: integration with a address book (Evolution?), predicted due date and loaning history. [1] http://img480.imageshack.us/img480/5231/alexandria1st9.png http://img230.imageshack.us/img230/5734/alexandria2qk0.png http://img85.imageshack.us/img85/6316/alexandria3pr3.png [2] Paperback, Hardcover, Large-format Paperback, Mass Market Paperback, Spiral Bound [3] http://bookmooch.com Thank you :) On 10/10/07, Cathal Mc Ginley wrote: > On Wed, 2007-10-10 at 21:10 -0300, Vinicius Depizzol wrote: > > Hello everyone. > > > Hi Vinicius, > thanks for your interest in Alexandria. > > I saw your earlier mock-up of Alexandria [2] which you posted in a > comment on Andreas Nilsson's blog [3] over a week ago. (Andreas says a > few nice things about the new lease of life with Alexandria and calls it > "cool, slightly useless software" ... which is fair enough I suppose!) > > [2] http://img62.imageshack.us/img62/5426/alexandriamockupph7.png > [3] http://www.andreasn.se/blog/?p=59 > > I think I forgot to post that link to the mailing list at the time! > > > I created a new version of the (big) book image used in books without > > cover images. The SVG version is possibly for the future zoom feature. > > :) > > > Thanks. We definitely need a new set of sharp, tango-ish icons. I quite > like the library bookshelf icon from your earlier mockup. Do you have an > SVG version of that? > > > After that, I created this last weekend a mockup[1] for the books with > > cover view. I don't know how difficult is to implement that, but > > that's just an idea :) > > > Thank you :) > > > > [1] http://img458.imageshack.us/img458/9470/alexandriabookshelfkw1.png > > > I really like the look of this. It's a very neat idea! > > I don't think it'd be /difficult/ to implement, but at the moment there > are already issues to do with the amount of time it takes to render the > book icons for libraries over a hundred books or so. But it's definitely > an idea to keep for when we've solved those kinds of problems. It'd be a > real 'show-off' feature, if we could get it to work. > > Out of curiosity, are you using the latest Alexandria? (0.6.2b1) We > could use some constructive criticism with regard to usability > (especially the "Acquire from Scanner" dialog which even I think is > confusing, and I designed it!) > > Anyway, thanks again, > > - Cathal. > > -- Vinicius Depizzol vdepizzol at gmail.com http://vdepizzol.wordpress.com -------------- next part -------------- A non-text attachment was scrubbed... Name: bookshelf.tar.gz Type: application/x-gzip Size: 12950 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071015/7cf92441/attachment-0001.gz From cathal.alexandria at gnostai.org Mon Oct 15 14:55:24 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Mon, 15 Oct 2007 19:55:24 +0100 Subject: [Alexandria-list] Book generic cover In-Reply-To: <21359a7e0710151056m5af708dg9702dfc312ee0407@mail.gmail.com> References: <21359a7e0710081714u7f2d4b86x6c24559d3f6b7362@mail.gmail.com> <21359a7e0710101710i1e02521nfe21c3e02eb059a2@mail.gmail.com> <1192068215.8739.21.camel@matilda> <21359a7e0710151055m7adee55bi6d4beb1931722ccd@mail.gmail.com> <21359a7e0710151056m5af708dg9702dfc312ee0407@mail.gmail.com> Message-ID: <1192474524.24505.15.camel@matilda> On Mon, 2007-10-15 at 14:56 -0300, Vinicius Depizzol wrote: > Hello, Cathal. > > You asked for the bookshelf icon, so I'm attaching it :). All sizes > included (maybe the books are too saturated?). > Thanks, they look brilliant! I'll have to try them in a running version of Alexandria to see if the colours are right... And as Andreas said, I'm not sure how they'd fit in with his "Smart Library" icons which show the old style bookcase. But I'll try them out anyway. > Yes, I'm actually using 0.6.2b1. I didn't checked out the "Acquire > from Scanner" yet, but I did a mockup[1] (.glade) of the "Edit book" > dialog with a few changes that may turn it better. > > The basically change in the first tab is a better arrange of the > spacing in the widgets (basically based on HIG), and a rhythmbox-like > rating. Not sure if the checkbuttons ("I have it", "I read it"..) > looks fine in the corner.. Ah! In the "Binding:" input I used a > ComboBox with these[2] items based in the BookMooch[3] website. > Thanks for that! The vertical spacing is a little tighter, is that the main difference? It's a bit tricky to stick to the HIG consistently - I guess I'll have to read it up and make sure we're not violating any principles anywhere. I ran across BookMooch about half a year ago and I immediately thought "Alexandria could be a front-end for BookMooch!" Just a vague notion of course, something along the lines of "Mooch this Book", "Available to Mooch"... > In the second tab -- Loaning -- I imagined some features that can be > quite good for Alexandria: integration with a address book > (Evolution?), predicted due date and loaning history. > I think there may be an optional Evolution plugin already (it requires revolution, the ruby binding for evolution). Loaning history is a nice idea. It's really nice to see suggested features complete with a possible user interface! When we get Alexandria 0.6.2 out of beta (perhaps in a few days if there are no major snags with any users) we'll start looking at redesign and new features. If we can draw up a list of preliminary requirements, we can start to create a roadmap for Alexandria 0.7 and 0.8... - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071015/7ff8d112/attachment.bin From lennart at karssen.org Mon Oct 15 16:17:06 2007 From: lennart at karssen.org (L.C. Karssen) Date: Mon, 15 Oct 2007 22:17:06 +0200 Subject: [Alexandria-list] Announcing Alexandria 0.6.2 beta 1 In-Reply-To: <1191562638.9177.8.camel@matilda> References: <1191562638.9177.8.camel@matilda> Message-ID: <1192479426.8131.1.camel@barabas.karssen.org> Hi Cathal, Have you been able to fix the .po files? If so, an e-mail to the translation list would be a good idea before you release 0.6.2. Lennart. On Fri, 2007-10-05 at 06:37 +0100, Cathal Mc Ginley wrote: > "This is Alexandria 0.6.2b1, the first beta release of this program in > nearly two years. Pardon the slight state of confusion of this source > release, the program is in a state of flux at the moment. This beta may > be a bit unpredictable, so PLEASE back up your libraries before > installing it." > > You can now grab a source tarball or a mostly-compliant deb file from > RubyForge http://rubyforge.org/frs/?group_id=205 > > Hope it doesn't break anything too much, and keep those bug reports > coming in! And a big sorry to the translators, I'm dealing with a buggy > xgettext at the moment - when I have it fixed on my system I'll be able > to send out newly merged po files. > > Cheers, > - Cathal Mc Ginley. > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list -- ---------------------------------------------------- L.C. Karssen Utrecht The Netherlands lennart at karssen.org http://www.karssen.org Stuur me aub geen Word of Powerpoint bestanden! Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html ---------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071015/9606526b/attachment.bin From cathal.alexandria at gnostai.org Tue Oct 16 13:31:44 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Tue, 16 Oct 2007 18:31:44 +0100 Subject: [Alexandria-list] Announcing Alexandria 0.6.2 beta 1 In-Reply-To: <1192479426.8131.1.camel@barabas.karssen.org> References: <1191562638.9177.8.camel@matilda> <1192479426.8131.1.camel@barabas.karssen.org> Message-ID: <1192555904.25602.24.camel@matilda> On Mon, 2007-10-15 at 22:17 +0200, L.C. Karssen wrote: > Hi Cathal, > > Have you been able to fix the .po files? If so, an e-mail to the > translation list would be a good idea before you release 0.6.2. > > > Lennart. > Yes, good idea! Thanks! :o (embarassment at having forgotten this!) I finally managed to wrestle my version of xgettext into seeing expat, only to find that rgettext will also work with glade files. Anyway... I've now updated the .po files in SVN (r761) so no-one else has to go through that particular hazard until I've incorporated it into the Rake build process. I suppose I should send out a notification to the alexandria-i18n list... I wonder will any of the old translators still be interested, or subscribed? It's been two years since the last post to that list. Anyway, I'll try at least! Thanks for your reminder (and your Dutch translation!) - C. > On Fri, 2007-10-05 at 06:37 +0100, Cathal Mc Ginley wrote: > > "This is Alexandria 0.6.2b1, the first beta release of this program in > > nearly two years. Pardon the slight state of confusion of this source > > release, the program is in a state of flux at the moment. This beta may > > be a bit unpredictable, so PLEASE back up your libraries before > > installing it." > > > > You can now grab a source tarball or a mostly-compliant deb file from > > RubyForge http://rubyforge.org/frs/?group_id=205 > > > > Hope it doesn't break anything too much, and keep those bug reports > > coming in! And a big sorry to the translators, I'm dealing with a buggy > > xgettext at the moment - when I have it fixed on my system I'll be able > > to send out newly merged po files. > > > > Cheers, > > - Cathal Mc Ginley. > > > > _______________________________________________ > > Alexandria-list mailing list > > Alexandria-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/alexandria-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071016/d3cee591/attachment.bin From cathal.alexandria at gnostai.org Tue Oct 16 17:06:13 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Tue, 16 Oct 2007 22:06:13 +0100 Subject: [Alexandria-list] Possible website style Message-ID: <1192568773.25602.55.camel@matilda> Well, I was mucking about with some CSS and images, and I came up with a new idea for the website stylesheet. (CSS shameless stolen from another one of my own projects.) I mocked up a single page here: http://www.gnostai.org/tmp/icecold/ Let me know what you think. Perhaps it's a bit *too* intense with the fire and all, but the general idea was based on the RSpec site http://rspec.rubyforge.org/ - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071016/bc2d06d1/attachment.bin From tristil at gmail.com Tue Oct 16 17:49:59 2007 From: tristil at gmail.com (Joseph Method) Date: Tue, 16 Oct 2007 17:49:59 -0400 Subject: [Alexandria-list] Possible website style In-Reply-To: <1192568773.25602.55.camel@matilda> References: <1192568773.25602.55.camel@matilda> Message-ID: <167b6aa00710161449x566e1d57g70e7e8b5e0a17684@mail.gmail.com> The general quality of the layout is great, but I think the fiery letters are intimidating. Actually, I think it should go in the opposite direction, a cartoony, Tango-y Alexandria. A cartoonish/icony depiction of the library itself would be the best representation, I think, but that's just an empty request. Bright, inviting colors are the way to go IMO. On 10/16/07, Cathal Mc Ginley wrote: > Well, I was mucking about with some CSS and images, and I came up with a > new idea for the website stylesheet. (CSS shameless stolen from another > one of my own projects.) I mocked up a single page here: > http://www.gnostai.org/tmp/icecold/ > Let me know what you think. Perhaps it's a bit *too* intense with the > fire and all, but the general idea was based on the RSpec site > http://rspec.rubyforge.org/ > > - Cathal. > > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > > -- -J. Method From cathal.alexandria at gnostai.org Tue Oct 16 23:23:50 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 17 Oct 2007 04:23:50 +0100 Subject: [Alexandria-list] Possible website style In-Reply-To: <167b6aa00710161449x566e1d57g70e7e8b5e0a17684@mail.gmail.com> References: <1192568773.25602.55.camel@matilda> <167b6aa00710161449x566e1d57g70e7e8b5e0a17684@mail.gmail.com> Message-ID: <1192591431.8206.5.camel@matilda> On Tue, 2007-10-16 at 17:49 -0400, Joseph Method wrote: > The general quality of the layout is great, but I think the fiery > letters are intimidating. Probably true! Now that I look at it again, the letters of fire are a bit Lord-of-the-Rings-ish and forboding... I got carried away with the nice effect (plus it ties in to the name and all...) > Actually, I think it should go in the > opposite direction, a cartoony, Tango-y Alexandria. A cartoonish/icony > depiction of the library itself would be the best representation, I > think, but that's just an empty request. Bright, inviting colors are > the way to go IMO. > Well, Vinicius Depizzol made a rather nice cartoony bookshelf... Perhaps something like this? http://www.gnostai.org/tmp/icecold/icecold.html (Of course "Ice Cold" is a pun on the wrong city of Alexandria... the Egyptian one, not the Greek one!) - C. > On 10/16/07, Cathal Mc Ginley wrote: > > Well, I was mucking about with some CSS and images, and I came up with a > > new idea for the website stylesheet. (CSS shameless stolen from another "shamelessly"... a darn typo!! > > one of my own projects.) I mocked up a single page here: > > http://www.gnostai.org/tmp/icecold/ > > Let me know what you think. Perhaps it's a bit *too* intense with the > > fire and all, but the general idea was based on the RSpec site > > http://rspec.rubyforge.org/ > > > > - Cathal. > > > > > > _______________________________________________ > > Alexandria-list mailing list > > Alexandria-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/alexandria-list > > > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071017/8099354f/attachment.bin From deal at kzoo.edu Tue Oct 16 14:47:21 2007 From: deal at kzoo.edu (Ralph M. Deal) Date: Tue, 16 Oct 2007 14:47:21 -0400 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system Message-ID: <47150739.8080905@kzoo.edu> The help info on resources for book info on the version 0.6.1 which I got as a debian package in Ubuntu, discusses how to add resources for Marc records such as Z39.50. However, the procedures given don't fit my version of alexandria from which I seem to unable to add library resources. Several of the books I've tried to enter have had their ISBN #'s rejected, despite my using the ISBN number on the back of the title page rather than any ISBN # on the back cover. One more question: I can order my Alexandria library lists by author while inside alexandria but when I export such an ordered list (by author) to HTML, I get an unordered list. I want to send the list(s) to friends who don't know how to work in html. I have yet to try copying the alexandria page ordered as I like to open office and sending that file in doc form to my M$ addicted friends. The second 'more' question: Is anyone working on trying to convert the author list to the usual library form: lastname, firstname [middle name]? That would make a much more sensible list ordered by author. Any suggestions? Thanks, Ralph M. Deal, a recent Alexandria enthusiast From cathal.alexandria at gnostai.org Wed Oct 17 02:10:48 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 17 Oct 2007 07:10:48 +0100 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <47150739.8080905@kzoo.edu> References: <47150739.8080905@kzoo.edu> Message-ID: <1192601449.14933.34.camel@matilda> Hi, welcome to the list and thanks for your interest in Alexandria. On Tue, 2007-10-16 at 14:47 -0400, Ralph M. Deal wrote: > The help info on resources for book info on the version 0.6.1 which I > got as a debian package in Ubuntu, That package is now quite out of date (by nearly 2 years) there's a (quite stable) beta of 0.6.2 available now as a debian package from http://alexandria.rubyforge.org/download.html Download the deb file and install with 'sudo dpkg --install alexandria-0.6.2b1.deb' PLEASE back up your ~/.alexandria directory in case the upgrade corrupts your libraries (this hasn't yet been reported yet with this beta, but did sometimes happen with earlier development versions). > discusses how to add resources for > Marc records such as Z39.50. However, the procedures given don't fit my > version of alexandria from which I seem to unable to add library > resources. The deb package for version 0.6.1 actually removed the button for adding Z39.50 providers! (I only noticed this myself a few weeks ago.) The dependencies for Z39.50 support are a little tricky, and not automatically available in some distros. In short, you need ruby-zoom and ruby-zoom needs YAZ. If Ubuntu doesn't have YAZ you can get it directly from http://www.indexdata.dk/yaz The YAZ source is easily compiled with: (unpack the source archive) './configure --prefix=/usr --enable-shared' 'make' 'sudo make install' (The configure option '--enable-shared' is required by ruby-zoom.) If Ubuntu doesn't have ruby-zoom, you can get it directly from http://ruby-zoom.rubyforge.org The installation instructions on the site are straightforward: (unpack the source archive) 'ruby extconf.rb' 'make' 'sudo make install' [All of this should be in an Alexandria HOWTO somewhere... I'll get round to writing it some day soon!] > Several of the books I've tried to enter have had their ISBN > #'s rejected, despite my using the ISBN number on the back of the title > page rather than any ISBN # on the back cover. By 'rejected' do you mean that Alexandria complained of invalid ISBN? Or just that no book was found? If there are limited book providers, many books will not be found in the online lookup. At the moment, the debian package for Alexandria doesn't 'recommend' any extra packages, but it really should recommend 'ruby-amazon' and 'mechanize' which are used to enable Amazon and Deastore respectively. I don't think valid ISBNs are rejected by Alexandria 0.6.1 (but upgrading is best anyway). We don't yet have a way for dealing with ISBNs which are 'published as invalid' - but a solution is in the design stage. > > One more question: I can order my Alexandria library lists by author > while inside alexandria but when I export such an ordered list (by > author) to HTML, I get an unordered list. Okay, this is a sensible feature which I will look into! Maintain the user-order when exporting to HTML. > I want to send the list(s) to > friends who don't know how to work in html. I have yet to try copying > the alexandria page ordered as I like to open office and sending that > file in doc form to my M$ addicted friends. > It shouldn't actually be too difficult for us to export to OpenDocument format (for OpenOffice.org). Maybe this will be a way of getting your friends to switch to a free software alternative :^) > The second 'more' question: Is anyone working on trying to convert the > author list to the usual library form: lastname, firstname [middle > name]? That would make a much more sensible list ordered by author. > Well, we haven't really been adding features lately (we've been fixing bugs and reviving the somewhat stalled development process). However, it would be /possible/ to convert most author names to this format... but it would be a hack at the moment. The thing is, most 'book providers' based on online bookshops (such as Amazon) give us author names in the original form, e.g. 'Greg Egan' rather than 'Egan, Greg'. (I've just checked, and the Library of Congress gives the names in library form!) It might work for most authors to split any original-form names and place the first word after the other words, but it would be an inexact process. We can certainly try out the feature and see how useful it is. > Any suggestions? > Thanks, > Ralph M. Deal, a recent Alexandria enthusiast Thank you for your valuable questions and suggestions. It's feedback like this that will keep the Alexandria project alive, and make it more useful to end users. I'll follow up on any changes I make to the program based on your comments. Cheers, - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071017/019a2a1e/attachment-0001.bin From cathal.alexandria at gnostai.org Wed Oct 17 02:16:51 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 17 Oct 2007 07:16:51 +0100 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <1192601449.14933.34.camel@matilda> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> Message-ID: <1192601811.14933.37.camel@matilda> On Wed, 2007-10-17 at 07:10 +0100, Cathal Mc Ginley wrote: > > discusses how to add resources for > > Marc records such as Z39.50. However, the procedures given don't fit my > > version of alexandria from which I seem to unable to add library > > resources. > The deb package for version 0.6.1 actually removed the button for adding > Z39.50 providers! (I only noticed this myself a few weeks ago.) I meant to add here that the new 0.6.2b1 deb file doesn't do this any more, so if you upgrade to Alexandria 0.6.2b1 and have YAZ and ruby-zoom installed, Z39.50 support will be enabled! - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071017/13e84b32/attachment.bin From tristil at gmail.com Wed Oct 17 10:52:44 2007 From: tristil at gmail.com (Joseph Method) Date: Wed, 17 Oct 2007 10:52:44 -0400 Subject: [Alexandria-list] Possible website style In-Reply-To: <1192591431.8206.5.camel@matilda> References: <1192568773.25602.55.camel@matilda> <167b6aa00710161449x566e1d57g70e7e8b5e0a17684@mail.gmail.com> <1192591431.8206.5.camel@matilda> Message-ID: <167b6aa00710170752t74146214of684b2ba6f0656c7@mail.gmail.com> Yeah, I like this one a lot better. This can go up as is. The reason I wanted a building was a selfish one: when I was thinking about a new backend for Alexandria, I had the idea of pairing Alexandria, the city named after the man, with Bucephala*, the city named after his horse. So you'd have an icon of a library and an icon of a statue of a horse. If I spent more time coding and less time brainstorming, I'd have contributed a lot more by now :) You'll have to explain your pun, though. * Actually, I came up with a great plan for what this would be, that would actually be quite feasible. Basically, it would be a front-end to any data backend, including a yaml text file backend. The backends would register their locations with the server and have to supply plugins for reading and writing. Then all the data would be available under namespaces. In other words, Alexandria::Book could interact with, say, Tomboy::Note. On 10/16/07, Cathal Mc Ginley wrote: > On Tue, 2007-10-16 at 17:49 -0400, Joseph Method wrote: > > The general quality of the layout is great, but I think the fiery > > letters are intimidating. > Probably true! Now that I look at it again, the letters of fire are a > bit Lord-of-the-Rings-ish and forboding... I got carried away with the > nice effect (plus it ties in to the name and all...) > > > Actually, I think it should go in the > > opposite direction, a cartoony, Tango-y Alexandria. A cartoonish/icony > > depiction of the library itself would be the best representation, I > > think, but that's just an empty request. Bright, inviting colors are > > the way to go IMO. > > > Well, Vinicius Depizzol made a rather nice cartoony bookshelf... > > Perhaps something like this? > http://www.gnostai.org/tmp/icecold/icecold.html > > (Of course "Ice Cold" is a pun on the wrong city of Alexandria... the > Egyptian one, not the Greek one!) > > - C. > > > On 10/16/07, Cathal Mc Ginley wrote: > > > Well, I was mucking about with some CSS and images, and I came up with a > > > new idea for the website stylesheet. (CSS shameless stolen from another > "shamelessly"... a darn typo!! > > > one of my own projects.) I mocked up a single page here: > > > http://www.gnostai.org/tmp/icecold/ > > > Let me know what you think. Perhaps it's a bit *too* intense with the > > > fire and all, but the general idea was based on the RSpec site > > > http://rspec.rubyforge.org/ > > > > > > - Cathal. > > > > > > > > > _______________________________________________ > > > Alexandria-list mailing list > > > Alexandria-list at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/alexandria-list > > > > > > > > > > > > -- -J. Method From cathal.alexandria at gnostai.org Wed Oct 17 13:14:17 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 17 Oct 2007 18:14:17 +0100 Subject: [Alexandria-list] Possible website style In-Reply-To: <167b6aa00710170752t74146214of684b2ba6f0656c7@mail.gmail.com> References: <1192568773.25602.55.camel@matilda> <167b6aa00710161449x566e1d57g70e7e8b5e0a17684@mail.gmail.com> <1192591431.8206.5.camel@matilda> <167b6aa00710170752t74146214of684b2ba6f0656c7@mail.gmail.com> Message-ID: <1192641257.8934.17.camel@matilda> On Wed, 2007-10-17 at 10:52 -0400, Joseph Method wrote: > Yeah, I like this one a lot better. This can go up as is. Thanks, I'll see if I can tie its structure back to the HAML templates. > The reason I > wanted a building was a selfish one: when I was thinking about a new > backend for Alexandria, I had the idea of pairing Alexandria, the city > named after the man, with Bucephala*, the city named after his horse. Of course the program is named after the Library of Alexandria in particular, rather than the city. If the program ever surpasses itself in functionality we could rename it to "Dharmaganj at Nalanda" :^) > So you'd have an icon of a library and an icon of a statue of a horse. > If I spent more time coding and less time brainstorming, I'd have > contributed a lot more by now :) > I spend most of my time inventing program names and the logos to go with them! Hence my half-dozen unfinished projects... I've come up with some cool names though. > You'll have to explain your pun, though. > The classic war film "Ice Cold in Alex"... (actually I was mistaken - it's the same Alexandria in Egypt; of course Alexandria was built by the greeks, so it was "Ptolemaic Egypt", a Hellenistic nation. I thought there must have been a separate Alexandria in Greece!) > * Actually, I came up with a great plan for what this would be, that > would actually be quite feasible. Basically, it would be a front-end > to any data backend, including a yaml text file backend. The backends > would register their locations with the server and have to supply > plugins for reading and writing. Then all the data would be available > under namespaces. In other words, Alexandria::Book could interact > with, say, Tomboy::Note. > That sounds like a great idea. I can hardly wait until we have time to work on the redesign, because your idea ties in with some of my plans. I've been thinking about a fuller and more complex core domain model, but implemented in a way that allows progressive complexity. So users could start with the same kind of data there exists now held in yaml files, but could upgrade smoothly to a more complete domain model (and a more complex front-end, via plugins) suitable for a small school library, say, and running off a database backend! Glee!! But I shall hold off until we've ironed out some more bugs, added a few features, and released a stable 0.6.2! - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071017/5e1a6b83/attachment.bin From vdepizzol at gmail.com Fri Oct 19 13:28:13 2007 From: vdepizzol at gmail.com (Vinicius Depizzol) Date: Fri, 19 Oct 2007 15:28:13 -0200 Subject: [Alexandria-list] Possible website style In-Reply-To: <1192591431.8206.5.camel@matilda> References: <1192568773.25602.55.camel@matilda> <167b6aa00710161449x566e1d57g70e7e8b5e0a17684@mail.gmail.com> <1192591431.8206.5.camel@matilda> Message-ID: <21359a7e0710191028o1431c902p7d5dfbb58aae827c@mail.gmail.com> Hello! I did a mockup in Inkscape for the header of the website, together with the high resolution logo I just finished. Maybe we can create the home page with some phase like "Rediscover your bookshelf", similar to Banshee's? :D http://img231.imageshack.us/img231/6350/websiteheaderhw2.png Thank you :) On 10/17/07, Cathal Mc Ginley wrote: > On Tue, 2007-10-16 at 17:49 -0400, Joseph Method wrote: > > The general quality of the layout is great, but I think the fiery > > letters are intimidating. > Probably true! Now that I look at it again, the letters of fire are a > bit Lord-of-the-Rings-ish and forboding... I got carried away with the > nice effect (plus it ties in to the name and all...) > > > Actually, I think it should go in the > > opposite direction, a cartoony, Tango-y Alexandria. A cartoonish/icony > > depiction of the library itself would be the best representation, I > > think, but that's just an empty request. Bright, inviting colors are > > the way to go IMO. > > > Well, Vinicius Depizzol made a rather nice cartoony bookshelf... > > Perhaps something like this? > http://www.gnostai.org/tmp/icecold/icecold.html > > (Of course "Ice Cold" is a pun on the wrong city of Alexandria... the > Egyptian one, not the Greek one!) > > - C. > > > On 10/16/07, Cathal Mc Ginley wrote: > > > Well, I was mucking about with some CSS and images, and I came up with a > > > new idea for the website stylesheet. (CSS shameless stolen from another > "shamelessly"... a darn typo!! > > > one of my own projects.) I mocked up a single page here: > > > http://www.gnostai.org/tmp/icecold/ > > > Let me know what you think. Perhaps it's a bit *too* intense with the > > > fire and all, but the general idea was based on the RSpec site > > > http://rspec.rubyforge.org/ > > > > > > - Cathal. > > > > > > > > > _______________________________________________ > > > Alexandria-list mailing list > > > Alexandria-list at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/alexandria-list > > > > > > > > > > > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > > -- Vinicius Depizzol vdepizzol at gmail.com http://vdepizzol.wordpress.com From tristil at gmail.com Sat Oct 20 16:14:24 2007 From: tristil at gmail.com (Joseph Method) Date: Sat, 20 Oct 2007 16:14:24 -0400 Subject: [Alexandria-list] Possible website style In-Reply-To: <21359a7e0710191028o1431c902p7d5dfbb58aae827c@mail.gmail.com> References: <1192568773.25602.55.camel@matilda> <167b6aa00710161449x566e1d57g70e7e8b5e0a17684@mail.gmail.com> <1192591431.8206.5.camel@matilda> <21359a7e0710191028o1431c902p7d5dfbb58aae827c@mail.gmail.com> Message-ID: <167b6aa00710201314y1eab8246he758f9ed137e1a23@mail.gmail.com> This is so cool. Cathal, this makes Alexandria really fit in with the Gnome look, with the tabs and everything. Does this fit into your layout? On the other hand, Vinicius, we probably can't have the Gnome foot in the logo, because it's their trademark, though it does look nice. That's my only criticism :). On 10/19/07, Vinicius Depizzol wrote: > Hello! > > I did a mockup in Inkscape for the header of the website, together > with the high resolution logo I just finished. Maybe we can create the > home page with some phase like "Rediscover your bookshelf", similar to > Banshee's? :D > > http://img231.imageshack.us/img231/6350/websiteheaderhw2.png > > Thank you :) > > On 10/17/07, Cathal Mc Ginley wrote: > > On Tue, 2007-10-16 at 17:49 -0400, Joseph Method wrote: > > > The general quality of the layout is great, but I think the fiery > > > letters are intimidating. > > Probably true! Now that I look at it again, the letters of fire are a > > bit Lord-of-the-Rings-ish and forboding... I got carried away with the > > nice effect (plus it ties in to the name and all...) > > > > > Actually, I think it should go in the > > > opposite direction, a cartoony, Tango-y Alexandria. A cartoonish/icony > > > depiction of the library itself would be the best representation, I > > > think, but that's just an empty request. Bright, inviting colors are > > > the way to go IMO. > > > > > Well, Vinicius Depizzol made a rather nice cartoony bookshelf... > > > > Perhaps something like this? > > http://www.gnostai.org/tmp/icecold/icecold.html > > > > (Of course "Ice Cold" is a pun on the wrong city of Alexandria... the > > Egyptian one, not the Greek one!) > > > > - C. > > > > > On 10/16/07, Cathal Mc Ginley wrote: > > > > Well, I was mucking about with some CSS and images, and I came up with a > > > > new idea for the website stylesheet. (CSS shameless stolen from another > > "shamelessly"... a darn typo!! > > > > one of my own projects.) I mocked up a single page here: > > > > http://www.gnostai.org/tmp/icecold/ > > > > Let me know what you think. Perhaps it's a bit *too* intense with the > > > > fire and all, but the general idea was based on the RSpec site > > > > http://rspec.rubyforge.org/ > > > > > > > > - Cathal. > > > > > > > > > > > > _______________________________________________ > > > > Alexandria-list mailing list > > > > Alexandria-list at rubyforge.org > > > > http://rubyforge.org/mailman/listinfo/alexandria-list > > > > > > > > > > > > > > > > > > _______________________________________________ > > Alexandria-list mailing list > > Alexandria-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/alexandria-list > > > > > > > -- > Vinicius Depizzol > vdepizzol at gmail.com > http://vdepizzol.wordpress.com > -- -J. Method From afb at paradise.net.nz Sun Oct 21 05:25:32 2007 From: afb at paradise.net.nz (Adam Bogacki) Date: Sun, 21 Oct 2007 22:25:32 +1300 Subject: [Alexandria-list] Alex* 0.6.2b1 borked. Message-ID: <471B1B0C.5080406@paradise.net.nz> Hi, I seem to have done something to the install of 0.6.2b1 .. My previous version had two libraries - 'My Library' & 'Read', the former shortened to ' Library', in /home/adam/.alexandria .. but 0.6.2b1 .. which originally recognised them - now only recognises the empty libraries in the .smart_libraries directory. adam at Tohunga:~/.alexandria$ ls -la total 52 drwxr-xr-x 11 adam adam 4096 2007-10-21 21:34 . drwxrwx--- 163 adam adam 12288 2007-10-21 20:39 .. drwxr-xr-x 2 adam adam 4096 2007-08-13 09:09 .amazon_cache drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 .bol_it_cache drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 .ibs_it_cache drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 Library drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 Read drwxr-xr-x 4 adam adam 4096 2007-10-21 21:10 .smart_libraries drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 .webster_it_cache drwxr-xr-x 2 adam adam 4096 2007-03-12 12:38 .web-themes drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 .worldcat_cache Formats are confusing .. adam at Tohunga:~/.alexandria/Library$ ls 0143036556.cover 9780060907921.yaml 9780140059649.yaml 9780399522796.yaml 0143036556.yaml 9780099815907.yaml 9780399522796.cover .. while '.smart_libraries' are *.yaml files, not directories. I attach debug output below .. Adam Bogacki, afb at paradise.net.nz > adam at Tohunga:~$ alexandria --debug > Can't load mechanize, hence provider Deastore not available > Can't load Ruby/ZOOM, hence Z39.50 and providers Library of Congress, > British Library not available > Initializing Alexandria... > Initializing app_datadir... > > (alexandria:15658): atk-bridge-WARNING **: AT_SPI_REGISTRY was not > started at session startup. > > (alexandria:15658): atk-bridge-WARNING **: IOR not set. > > (alexandria:15658): atk-bridge-WARNING **: Could not locate registry > Initializing Icons... > Starting MainApp... > Loading Libraries... > Exception `RuntimeError' at > /usr/local/lib/site_ruby/1.8/alexandria/library.rb:97 - > 0143036556.yaml isbn is not okay > Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1297 - No > such file or directory - /home/adam/.alexandria/Library/25967982.yaml > Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:773 - No > such file or directory - /home/adam/.alexandria/Library/25967982.yaml > Exception `Errno::EEXIST' at /usr/lib/ruby/1.8/fileutils.rb:243 - File > exists - /home/adam/.alexandria > Exception `Errno::EEXIST' at /usr/lib/ruby/1.8/fileutils.rb:243 - File > exists - /home/adam/.alexandria/.smart_libraries > Exception `Errno::EEXIST' at /usr/lib/ruby/1.8/fileutils.rb:243 - File > exists > - /home/adam/.alexandria/.smart_libraries > Exception `Errno::EEXIST' at /usr/lib/ruby/1.8/fileutils.rb:243 - File > exists - /home/adam/.alexandria/.smart_libraries > Exception `Errno::EEXIST' at /usr/lib/ruby/1.8/fileutils.rb:243 - File > exists - /home/adam/.alexandria/.smart_libraries > Exception `Errno::EEXIST' at /usr/lib/ruby/1.8/fileutils.rb:243 - File > exists - /home/adam/.alexandria/.smart_libraries > Initializing UI... > Initializing UI elements... > Adding actions to @actiongroup > Adding actiongroup to uimanager > Connect ui elements to mainapp. > Initialize active model > Create @listview_model and @iconview_model... > setup_books_listview > Create listview column for Title > Create listview column for Authors... > Create listview column for ISBN... > Create listview column for Publisher... > Create listview column for Publish Year... > Create listview column for Binding... > Create listview column for Read... > Create listview column for Own... > Create listview column for Want... > Create listview column for Rating... > setup_view_source_dnd for # > setup_view_source_dnd for # > Initializing books_selection choice... > Restoring preferences... > Starting Gtk.main... > From cathal.alexandria at gnostai.org Sun Oct 21 13:26:45 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sun, 21 Oct 2007 18:26:45 +0100 Subject: [Alexandria-list] Alex* 0.6.2b1 borked. In-Reply-To: <471B1B0C.5080406@paradise.net.nz> References: <471B1B0C.5080406@paradise.net.nz> Message-ID: <1192987605.8926.20.camel@matilda> On Sun, 2007-10-21 at 22:25 +1300, Adam Bogacki wrote: > Hi, I seem to have done something to the install of 0.6.2b1 .. > Hi Adam, sorry you've found a problem but thanks for the report. > My previous version had two libraries - 'My Library' & 'Read', the > former shortened to ' Library', in > Did you shorten the name to "Library", or did Alexandria mess up the name somehow? It doesn't matter what the libraries are called, except that they end up being directory names (which I personally think is a minor design flaw). > /home/adam/.alexandria > > .. but 0.6.2b1 .. which originally recognised them - now only recognises > the empty libraries in the .smart_libraries directory. > This is very odd behaviour, and not terribly easy to diagnose without the particular files you have. I wonder could you create a tar.gz of your .alexandria directory and e-mail it to me (you can send it directly to me if you'd rather not send it to the list, I'm a kind of chief bugfixer these days, plus I created the 0.6.2b1 release!). > adam at Tohunga:~/.alexandria$ ls -la > total 52 > drwxr-xr-x 11 adam adam 4096 2007-10-21 21:34 . > drwxrwx--- 163 adam adam 12288 2007-10-21 20:39 .. > drwxr-xr-x 2 adam adam 4096 2007-08-13 09:09 .amazon_cache > drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 .bol_it_cache > drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 .ibs_it_cache > drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 Library > drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 Read > drwxr-xr-x 4 adam adam 4096 2007-10-21 21:10 .smart_libraries > drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 .webster_it_cache > drwxr-xr-x 2 adam adam 4096 2007-03-12 12:38 .web-themes > drwxr-xr-x 2 adam adam 4096 2007-10-17 11:09 .worldcat_cache > > Formats are confusing .. > > adam at Tohunga:~/.alexandria/Library$ ls > 0143036556.cover 9780060907921.yaml 9780140059649.yaml > 9780399522796.yaml > 0143036556.yaml 9780099815907.yaml 9780399522796.cover > > .. while '.smart_libraries' are *.yaml files, not directories. > Smart Libraries are just a kind of "view filter" on the rest of your libraries, and so are saved as a set of rules e.g. "Favourite" is saved as the rule "rating = 5". > I attach debug output below .. > > Adam Bogacki, > afb at paradise.net.nz > > > adam at Tohunga:~$ alexandria --debug > > Can't load mechanize, hence provider Deastore not available > > Can't load Ruby/ZOOM, hence Z39.50 and providers Library of Congress, > > British Library not available > > Initializing Alexandria... > > Initializing app_datadir... > > > > (alexandria:15658): atk-bridge-WARNING **: AT_SPI_REGISTRY was not > > started at session startup. > > > > (alexandria:15658): atk-bridge-WARNING **: IOR not set. > > > > (alexandria:15658): atk-bridge-WARNING **: Could not locate registry > > Initializing Icons... > > Starting MainApp... > > Loading Libraries... > > Exception `RuntimeError' at > > /usr/local/lib/site_ruby/1.8/alexandria/library.rb:97 - > > 0143036556.yaml isbn is not okay This is just an ordinary message about converting from ISBN-10 to ISBN-13... (We should change it so the debug output says this.) > > Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1297 - No > > such file or directory - /home/adam/.alexandria/Library/25967982.yaml This is more unusual, it says it can't find the file 25967982.yaml, but it must have seen it in its directory listing of ".alexandria/Library" or it wouldn't be trying to load it... 25967982 is not an ISBN, so that book mustn't have an ISBN listed (the number given is a simple hash code for the book title, used as an alternative id). That may be something to do with the problem, but if it is it's a problem in Alexandria - it's supposed to handle books without an ISBN. Anyway, an archive of your .alexandria directory would probably be the most help to me in fixing this bug. Thanks, - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071021/eb153ba4/attachment-0001.bin From cathal.alexandria at gnostai.org Tue Oct 23 16:00:21 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Tue, 23 Oct 2007 21:00:21 +0100 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <1192601449.14933.34.camel@matilda> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> Message-ID: <1193169622.14987.2.camel@matilda> On Wed, 2007-10-17 at 07:10 +0100, Cathal Mc Ginley wrote: > On Tue, 2007-10-16 at 14:47 -0400, Ralph M. Deal wrote: > > > > One more question: I can order my Alexandria library lists by author > > while inside alexandria but when I export such an ordered list (by > > author) to HTML, I get an unordered list. > Okay, this is a sensible feature which I will look into! Maintain the > user-order when exporting to HTML. > Okay, I've implemented this in SVN, so this should make it into 0.6.2 - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071023/5fdcc663/attachment.bin From deal at kzoo.edu Tue Oct 23 20:06:52 2007 From: deal at kzoo.edu (Ralph M. Deal) Date: Tue, 23 Oct 2007 20:06:52 -0400 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <1193169622.14987.2.camel@matilda> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <1193169622.14987.2.camel@matilda> Message-ID: <471E8C9C.8080707@kzoo.edu> Cathal Mc Ginley wrote: > On Wed, 2007-10-17 at 07:10 +0100, Cathal Mc Ginley wrote: > >> On Tue, 2007-10-16 at 14:47 -0400, Ralph M. Deal wrote: >> >>> One more question: I can order my Alexandria library lists by author >>> while inside alexandria but when I export such an ordered list (by >>> author) to HTML, I get an unordered list. >>> >> Okay, this is a sensible feature which I will look into! Maintain the >> user-order when exporting to HTML. >> >> > Okay, I've implemented this in SVN, so this should make it into 0.6.2 > > - C. > Great! thanks. Ralph From deal at kzoo.edu Tue Oct 23 23:12:45 2007 From: deal at kzoo.edu (Ralph M. Deal) Date: Tue, 23 Oct 2007 23:12:45 -0400 Subject: [Alexandria-list] Problem with deb 0.6.2 In-Reply-To: <1193169622.14987.2.camel@matilda> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <1193169622.14987.2.camel@matilda> Message-ID: <471EB82D.5020308@kzoo.edu> Hi, Cathal Mc Ginley et al, I've just been playing with the new deb file and have a real problem: 1. Although the alexandria 0.6.1 libraries are intact in /root/.alexandria I do not see them when I invoke alexandria as root. 2. Furthermore, when I generate a new library and then try to transfer books from My Library to the new library, alexandria bombs: ----------------------- Alexandria just crashed ----------------------- Timestamp: Tue Oct 23 23:07:03 EDT 2007 Message: Directory not empty - /root/.alexandria/Untitled or /root/.alexandria/H oeg Backtrace: /usr/lib/ruby/1.8/alexandria/library.rb:572:in `rename' /usr/lib/ruby/1.8/alexandria/library.rb:572:in `name=' /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:913:in `setup_sidepane' /usr/lib/ruby/1.8/alexandria/ui.rb:47:in `main' /usr/lib/ruby/1.8/alexandria.rb:80:in `main' /usr/bin/alexandria:7 Release: 0.6.2b1 Uname -a: Linux ralph-Delton 2.6.15-29-386 #1 PREEMPT Mon Sep 24 17:18:25 UTC 20 07 i686 GNU/Linux -- Please report this dump to 'alexandria-list at rubyforge.org' with some additional information, such as the description of the crash and the steps to reproduce it (if it's possible). ______________________________________ Note that I am using Dapper Drake (I believe it is Ubuntu 6.04.1). Did you do your testing in Feisty Fawn? Should I have installed anything beyond the new deb file? The new library I had created shows up in /root/.alexandria with the two books I had transferred thereto from My Library in the same form (as far as file names) as the old library files but I have no access to these books. Puzzled, Ralph Deal From tristil at gmail.com Wed Oct 24 12:13:43 2007 From: tristil at gmail.com (Joseph Method) Date: Wed, 24 Oct 2007 12:13:43 -0400 Subject: [Alexandria-list] Problem with deb 0.6.2 In-Reply-To: <471EB82D.5020308@kzoo.edu> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <1193169622.14987.2.camel@matilda> <471EB82D.5020308@kzoo.edu> Message-ID: <167b6aa00710240913g430f8971u98f4a4033ea4e8ff@mail.gmail.com> Any "funny" characters in the directory titles, like that H oeg file? I mean umlauts, etc. Can you post an ls of your .alexandria directory? On 10/23/07, Ralph M. Deal wrote: > Hi, Cathal Mc Ginley et al, > > I've just been playing with the new deb file and have a real problem: > 1. Although the alexandria 0.6.1 libraries are intact in /root/.alexandria > I do not see them when I invoke alexandria as root. > 2. Furthermore, when I generate a new library and then try to transfer > books from > My Library to the new library, alexandria bombs: > ----------------------- > Alexandria just crashed > ----------------------- > Timestamp: Tue Oct 23 23:07:03 EDT 2007 > Message: Directory not empty - /root/.alexandria/Untitled or > /root/.alexandria/H oeg > Backtrace: > /usr/lib/ruby/1.8/alexandria/library.rb:572:in `rename' > /usr/lib/ruby/1.8/alexandria/library.rb:572:in `name=' > /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:913:in `setup_sidepane' > /usr/lib/ruby/1.8/alexandria/ui.rb:47:in `main' > /usr/lib/ruby/1.8/alexandria.rb:80:in `main' > /usr/bin/alexandria:7 > Release: 0.6.2b1 > Uname -a: Linux ralph-Delton 2.6.15-29-386 #1 PREEMPT Mon Sep 24 > 17:18:25 UTC 20 07 i686 GNU/Linux > -- > Please report this dump to 'alexandria-list at rubyforge.org' with some > additional > information, such as the description of the crash and the steps to > reproduce it > (if it's possible). > ______________________________________ > > Note that I am using Dapper Drake (I believe it is Ubuntu 6.04.1). Did > you do your testing in Feisty Fawn? Should I have installed anything > beyond the new deb file? > The new library I had created shows up in /root/.alexandria with the two > books I > had transferred thereto from My Library in the same form (as far as file > names) as the old library files but I have no access to these books. > > Puzzled, Ralph Deal > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > -- -J. Method From cathal.alexandria at gnostai.org Wed Oct 24 12:25:50 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 24 Oct 2007 17:25:50 +0100 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <471E9A61.4020407@kzoo.edu> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <471E9A61.4020407@kzoo.edu> Message-ID: <1193243150.10722.20.camel@matilda> On Tue, 2007-10-23 at 21:05 -0400, Ralph M. Deal wrote: > Hi, Cathal Mc Ginley, > > Many thanks for your prompt reply which I missed until now. > > I did back up my current .alexandria by a copy so the original library > files should have been picked up but were not. I have not yet tried to > bring the 6.1 library files back into /root/.alexandria. Should I do so? If at any time you're actually sure you've lost data, or it's been corrupted, you can recover it from the backup. I'm not yet sure that's happened to you. You can check the data in the plain-text .yaml files in ".alexandria/My Library" - there should be one .yaml file for each ISBN (and Alexandria 0.6.2b1 will have converted those to ISBN-13). > I had already installed ruby-zoom and YAZ. I brought it in as a deb > package and so may need to configure/compile the source. If you installed the deb package, it should be good to go. > > > Here is what I have in the helpl manual for adding z39.50 providers: > 8.2.5.?Adding Z39.50 providers > > To add or remove a Z39.50 provider, you must first enable the advanced > preferences options by clicking on the Advanced Settings checkbox. Two > new buttons will appear: Add and Remove. Clicking Add will open the > Z39.50 provider dialogue: > . . . > Unfortunately, I cannot fine an "Advanced Settings" checkbox. Am I > missing something? This is not visible in the Debian package of Alexandria 0.6.1 - a very odd packaging decision I think, since it introduces a confusing disparity between what we tell our users and what they see. Since I'm rolling the debs for 0.6.2b1 the checkbox is visible in that version. (I think you mention in a later e-mail that you've just upgraded to 0.6.2b1, obviously after you encountered this problem) In 0.6.2b1: "Edit" menu > "Preferences" will bring up a "Preferences" dialog. Select the "Providers" tab, check the "Advanced Settings" checkbox (which is at the bottom of the dialog). This will make two extra buttons visible at the side of the dialog "Add" and "Remove". This allows you to add Z3950 providers by hand. Of course, if you have ruby-zoom correctly installed, the Library of Congress and the British Library should already be in your list of providers (you can move them closer to the top of the list if you want them to be searched in preference to other providers - that's not the default because they don't provide cover images). > > Amazon IS in the resources list in 6.2. That means you must have ruby-amazon installed. A good way to check these ruby dependencies is with irb irb(main):001:0> require 'amazon' => true irb(main):002:0> require 'zoom' => true Which shows I have both of these installed. [Hmmm, note to self: useful new feature, some way of checking what support was picked up via the Alexandria GUI (e.g. a plugins dialog with "Ruby/Amazon support enabled", "Mechanize support disabled")] Thanks, I'll comment on your other e-mails separately. - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071024/29a4f082/attachment.bin From cathal.alexandria at gnostai.org Wed Oct 24 13:30:12 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 24 Oct 2007 18:30:12 +0100 Subject: [Alexandria-list] Problem with deb 0.6.2 In-Reply-To: <167b6aa00710240913g430f8971u98f4a4033ea4e8ff@mail.gmail.com> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <1193169622.14987.2.camel@matilda> <471EB82D.5020308@kzoo.edu> <167b6aa00710240913g430f8971u98f4a4033ea4e8ff@mail.gmail.com> Message-ID: <1193247012.10722.61.camel@matilda> On Wed, 2007-10-24 at 12:13 -0400, Joseph Method wrote: > Any "funny" characters in the directory titles, like that H oeg file? > I mean umlauts, etc. Can you post an ls of your .alexandria directory? > Hi Joseph, that's just what I was thinking. So I tried to create a library directory with special characters - Alexandria wouldn't allow it!! So I quit Alexandria and made a directory with an o-acute in it (via Emacs). The first time, pango complained: "Pango-WARNING **:Invalid UTF-8 string", and showed the character as a question-mark in the GUI. Then, I made sure the string I had inside Emacs was UTF-8 encoded and made the directory again. Restarted Alexandria and the new, empty library was accepted as normal with its accented name, can add books, exports validly etc. This is all a side effect of storing useful information in a directory name. We should probably remove this dependency in future versions. I can't seem to duplicate the bug that way though. > On 10/23/07, Ralph M. Deal wrote: > > Hi, Cathal Mc Ginley et al, > > > > I've just been playing with the new deb file and have a real problem: > > 1. Although the alexandria 0.6.1 libraries are intact in /root/.alexandria > > I do not see them when I invoke alexandria as root. Odd. Are you logged in as root, or are you using sudo? If you use sudo, your home directory will remain your non-root-user's home directory. You could try 'HOME=/root sudo alexandria' > > 2. Furthermore, when I generate a new library and then try to transfer > > books from > > My Library to the new library, alexandria bombs: Yes, I've seen Alexandria bombing when dragging books between libraries, but for a completely different reason! [Joseph, I've tracked down just such a crash to a call to Gtk::Drag.finish [around line 766 in main_app.rb] - I think it might have conflicting ruby-gnome2 API issues (the documentation says it expects an integer as the time parameter, but it crashes saying it can't covert from bignum to float, so now I just pass it 0 and it works). I'm using ruby-gnome2 0.16.0 now, what version do you have? Have you noticed this bug? The source still seems to be converting time with NUM2INT, as in 0.14.0... Hmmm!] > > ----------------------- > > Alexandria just crashed > > ----------------------- > > Timestamp: Tue Oct 23 23:07:03 EDT 2007 > > Message: Directory not empty - /root/.alexandria/Untitled or > > /root/.alexandria/H oeg > > Backtrace: > > /usr/lib/ruby/1.8/alexandria/library.rb:572:in `rename' > > /usr/lib/ruby/1.8/alexandria/library.rb:572:in `name=' > > /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:913:in `setup_sidepane' Okay, I've tracked down exactly what's causing the symptoms of this, but still no idea as to the root cause. You're quite right, the library directories are present in /root/.alexandria/ but are not being loaded - and I still can't think why not, unless it's some file permissions issue. What happens then is: when you rename a new library to the name of a pre-existing (but undetected) library, Alexandria checks if there is a *loaded library* with that name already - if there is it complains. If not (as in your case, because the old libraries weren't loaded) it renames the library. This causes File.rename to fail, which causes a crash. [Alexandria really is too fragile, we should be catching these kinds of exceptions rather than allowing so many crashes. Yet another ToDo item!] > > Note that I am using Dapper Drake (I believe it is Ubuntu 6.04.1). Did > > you do your testing in Feisty Fawn? Should I have installed anything > > beyond the new deb file? I did my Debian testing on gNewSense GNU/Linux 1.1 (http://www.gnewsense.org/ a fully-free Ubuntu variant) which is based upon Dapper Drake. You shouldn't need anything besides the new deb. > > The new library I had created shows up in /root/.alexandria with the two > > books I > > had transferred thereto from My Library in the same form (as far as file > > names) as the old library files but I have no access to these books. > > No access to the books? Do you mean the Library they're in won't load? Or that you can see them in Alexandria but can't work with them? Perhaps you could create a tar.gz of your .alexandria directory so we can try to reproduce the problem. If you'd rather not have it archived on the mailing-list archives, you could e-mail it directly to me and Joseph... > > Puzzled, Ralph Deal I'm pretty puzzled myself! - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071024/46cd187f/attachment.bin From cathal.alexandria at gnostai.org Wed Oct 24 14:31:51 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 24 Oct 2007 19:31:51 +0100 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <471F8331.7000403@kzoo.edu> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <471E9A61.4020407@kzoo.edu> <1193243150.10722.20.camel@matilda> <471F8331.7000403@kzoo.edu> Message-ID: <1193250711.10722.72.camel@matilda> On Wed, 2007-10-24 at 13:38 -0400, Ralph M. Deal wrote: > Hi, Cathal, > > Here is an initial response to show from a screen capture how I cannot > find "Advanced Settings". (see attachment). More later, Ralph If you run 'alexandria' from the console, you should see: Can't load Ruby/ZOOM, hence Z39.50 and providers Library of Congress, British Library not available I only just tried this by removing ruby-zoom from my system. It makes the Advanced Settings checkbox vanish as you describe. Not an ideal user-interface! Anyway, you need to do some work to install ruby-zoom I imagine (details in an earlier e-mail, Oct 17 07:10 AM). As I mentioned, you can check if you have it by running 'irb' and typing require 'zoom' At the moment you'll probably get: LoadError: no such file to load -- zoom from (irb):1:in `require' from (irb):1 Rather than: true ... which is what you see when ruby-zoom is installed. (You should also find the installed files roughly here: /usr/lib/ruby/1.8/i686-linux/zoom.so ./usr/lib/ruby/1.8/marc.rb it might be different on your distro). - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071024/f601fb62/attachment.bin From deal at kzoo.edu Wed Oct 24 16:49:10 2007 From: deal at kzoo.edu (Ralph M. Deal) Date: Wed, 24 Oct 2007 16:49:10 -0400 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <1193250711.10722.72.camel@matilda> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <471E9A61.4020407@kzoo.edu> <1193243150.10722.20.camel@matilda> <471F8331.7000403@kzoo.edu> <1193250711.10722.72.camel@matilda> Message-ID: <471FAFC6.8030904@kzoo.edu> Cathal, you are right on. I have been trying to get ruby-zoom to function on my Ubuntu machine for several hours to no avail. I did get irb up and indeed find with the require command that amazon is ok but zoom is not. I'll keep trying... Ralph PS meanwhile I got xchat-gnome installed but could not find ubuntu-servers. I did connect to freenode but don't understand the output, yet. > On Wed, 2007-10-24 at 13:38 -0400, Ralph M. Deal wrote: > >> Hi, Cathal, >> >> Here is an initial response to show from a screen capture how I cannot >> find "Advanced Settings". (see attachment). More later, Ralph >> > > If you run 'alexandria' from the console, you should see: > Can't load Ruby/ZOOM, hence Z39.50 and providers Library of Congress, > British Library not available > > I only just tried this by removing ruby-zoom from my system. It makes > the Advanced Settings checkbox vanish as you describe. Not an ideal > user-interface! > > Anyway, you need to do some work to install ruby-zoom I imagine (details > in an earlier e-mail, Oct 17 07:10 AM). As I mentioned, you can check if > you have it by running 'irb' and typing > require 'zoom' > At the moment you'll probably get: > LoadError: no such file to load -- zoom > from (irb):1:in `require' > from (irb):1 > Rather than: > true > ... which is what you see when ruby-zoom is installed. > > (You should also find the installed files roughly here: > /usr/lib/ruby/1.8/i686-linux/zoom.so > ./usr/lib/ruby/1.8/marc.rb > it might be different on your distro). > > - Cathal. > From deal at kzoo.edu Wed Oct 24 17:33:25 2007 From: deal at kzoo.edu (Ralph M. Deal) Date: Wed, 24 Oct 2007 17:33:25 -0400 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <1193250711.10722.72.camel@matilda> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <471E9A61.4020407@kzoo.edu> <1193243150.10722.20.camel@matilda> <471F8331.7000403@kzoo.edu> <1193250711.10722.72.camel@matilda> Message-ID: <471FBA25.3070805@kzoo.edu> Well, Cathal Mc Ginley, > ... > in an earlier e-mail, Oct 17 07:10 AM). As I mentioned, you can check if > you have it by running 'irb' and typing > require 'zoom' > At the moment you'll probably get: > LoadError: no such file to load -- zoom > from (irb):1:in `require' > from (irb):1 > Rather than: > true > ... which is what you see when ruby-zoom is installed. > NOW I get true! Had to fix a weird problem in a documentation file where a leading space was missing so that Ubuntu assumed a continuation was a new line. All of that following explicit directions from http://osdir.com/ml/gnome.apps.alexandria/2006-04/msg00003.html. > (You should also find the installed files roughly here: > /usr/lib/ruby/1.8/i686-linux/zoom.so > found it at /usr/lib/ruby/1.8/i486-linux/zoom.so > /usr/lib/ruby/1.8/marc.rb > it might be different on your distro). > The latter was just as you gave it. Still no incorporation of the old library data into the new alexandria. Is this due solely to the extensions being different in the new version? Another question: If I want to use the Library of Congress database, I am asked for a username and password and a database name. Any suggestions? Getting there... Great to work with you - many thanks, Ralph From cathal.alexandria at gnostai.org Wed Oct 24 20:56:39 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Thu, 25 Oct 2007 01:56:39 +0100 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <471FBA25.3070805@kzoo.edu> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <471E9A61.4020407@kzoo.edu> <1193243150.10722.20.camel@matilda> <471F8331.7000403@kzoo.edu> <1193250711.10722.72.camel@matilda> <471FBA25.3070805@kzoo.edu> Message-ID: <1193273799.8918.12.camel@matilda> On Wed, 2007-10-24 at 17:33 -0400, Ralph M. Deal wrote: > > true > > ... which is what you see when ruby-zoom is installed. > > > NOW I get true! Had to fix a weird problem in a documentation file > where a leading space was missing so that Ubuntu assumed a continuation > was a new line. All of that following explicit directions from > http://osdir.com/ml/gnome.apps.alexandria/2006-04/msg00003.html. > Okay, so the deb file for ruby-zoom was created by Laurent Sansonetti (original author of Alexandria & author of ruby-zoom). I think we'll get it together to help create a new deb for ruby-zoom 0.3.0 (we're almost used to building debs at this stage... almost!) --- 8<--- snip --- 8<--- > Still no incorporation of the old library data into the new alexandria. > Is this due solely to the extensions being different in the new version? > No, Alexandria's supposed to import from old versions. I've seen it import cleanly from 0.6.1. Only the cover image files have new extensions, and they're switched over in the import process. > Another question: If I want to use the Library of Congress database, I > am asked for a username and password and a database name. Any suggestions? > I get default settings, which work for me: Hostname: z3950.loc.gov Port: 7090 Database: Voyager Record syntax: USMARC Username: Password: Charset encoding: ISO_6937 Username & password are blank. (See attached screenshot) > Getting there... Great to work with you - many thanks, Ralph Thanks for your persistence, - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: library-of-congress.png Type: image/png Size: 20015 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071025/97907426/attachment-0001.png -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071025/97907426/attachment-0001.bin From cathal.alexandria at gnostai.org Wed Oct 24 23:29:01 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Thu, 25 Oct 2007 04:29:01 +0100 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <1193273799.8918.12.camel@matilda> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <471E9A61.4020407@kzoo.edu> <1193243150.10722.20.camel@matilda> <471F8331.7000403@kzoo.edu> <1193250711.10722.72.camel@matilda> <471FBA25.3070805@kzoo.edu> <1193273799.8918.12.camel@matilda> Message-ID: <1193282941.8918.42.camel@matilda> On Thu, 2007-10-25 at 01:56 +0100, Cathal Mc Ginley wrote: > > Still no incorporation of the old library data into the new alexandria. > > Is this due solely to the extensions being different in the new version? > > > No, Alexandria's supposed to import from old versions. I've seen it > import cleanly from 0.6.1. Only the cover image files have new > extensions, and they're switched over in the import process. > Okay, scratch that. Having tried 0.6.2b1 on a copy of Ralph's libraries I can confirm that the upgrade chokes! I suspected there might be one or two such problems out there in the wild. It's to do with ident vs. saved_ident, or that's what I think at the moment... I'll bend my mind towards it tomorrow. Laters! - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071025/0cf86016/attachment.bin From deal at kzoo.edu Thu Oct 25 08:16:58 2007 From: deal at kzoo.edu (Ralph M. Deal) Date: Thu, 25 Oct 2007 08:16:58 -0400 Subject: [Alexandria-list] access to Lib.Congr. and the British Library system In-Reply-To: <1193282941.8918.42.camel@matilda> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <471E9A61.4020407@kzoo.edu> <1193243150.10722.20.camel@matilda> <471F8331.7000403@kzoo.edu> <1193250711.10722.72.camel@matilda> <471FBA25.3070805@kzoo.edu> <1193273799.8918.12.camel@matilda> <1193282941.8918.42.camel@matilda> Message-ID: <4720893A.7050409@kzoo.edu> Cathal Mc Ginley wrote: > On Thu, 2007-10-25 at 01:56 +0100, Cathal Mc Ginley wrote: > >>> Still no incorporation of the old library data into the new alexandria. >>> Is this due solely to the extensions being different in the new version? >>> >>> >> No, Alexandria's supposed to import from old versions. I've seen it >> import cleanly from 0.6.1. Only the cover image files have new >> extensions, and they're switched over in the import process. >> >> > Okay, scratch that. Having tried 0.6.2b1 on a copy of Ralph's libraries > I can confirm that the upgrade chokes! I suspected there might be one or > two such problems out there in the wild. It's to do with ident vs. > saved_ident, or that's what I think at the moment... I'll bend my mind > towards it tomorrow. Good news! Just in case it helps bend your mind in the right direction, when I follow your suggestion and run alexandria --debug from a console and direct the output to an 'error' file, after maybe 50 lines of output to that file the output comes directly to the console screen and consists of MANY paragraphs like these two: MO file is not found in /usr/share/locale/en_US.UTF-8/LC_MESSAGES/alexandria.mo /usr/share/locale/en_US/LC_MESSAGES/alexandria.mo /usr/share/locale/en/LC_MESSAGES/alexandria.mo /usr/local/share/locale/en_US.UTF-8/LC_MESSAGES/alexandria.mo /usr/local/share/locale/en_US/LC_MESSAGES/alexandria.mo /usr/local/share/locale/en/LC_MESSAGES/alexandria.mo MO file is not found in /usr/share/locale/en_US.UTF-8/LC_MESSAGES/alexandria.mo /usr/share/locale/en_US/LC_MESSAGES/alexandria.mo /usr/share/locale/en/LC_MESSAGES/alexandria.mo /usr/local/share/locale/en_US.UTF-8/LC_MESSAGES/alexandria.mo /usr/local/share/locale/en_US/LC_MESSAGES/alexandria.mo /usr/local/share/locale/en/LC_MESSAGES/alexandria.mo --------- Seeing that I did an updatedb followed by a locate alexandria.mo. I got no hits at all. Does that help understand the problem? I can only remotely and gratefully admire your dedication to this open software contribution. Ralph From cathal.alexandria at gnostai.org Thu Oct 25 21:42:17 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Fri, 26 Oct 2007 02:42:17 +0100 Subject: [Alexandria-list] Alex* 0.6.2b1 borked. In-Reply-To: <1192987605.8926.20.camel@matilda> References: <471B1B0C.5080406@paradise.net.nz> <1192987605.8926.20.camel@matilda> Message-ID: <1193362937.8973.14.camel@matilda> On Sun, 2007-10-21 at 18:26 +0100, Cathal Mc Ginley wrote: > On Sun, 2007-10-21 at 22:25 +1300, Adam Bogacki wrote: > > Hi, I seem to have done something to the install of 0.6.2b1 . --- 8<---- snip ---- 8<---- > > > Exception `Errno::ENOENT' at /usr/lib/ruby/1.8/fileutils.rb:1297 - No > > > such file or directory - /home/adam/.alexandria/Library/25967982.yaml > This is more unusual, it says it can't find the file 25967982.yaml, but > it must have seen it in its directory listing of ".alexandria/Library" > or it wouldn't be trying to load it... > 25967982 is not an ISBN, so that book mustn't have an ISBN listed (the > number given is a simple hash code for the book title, used as an > alternative id). That may be something to do with the problem, but if it > is it's a problem in Alexandria - it's supposed to handle books without > an ISBN. > Okay, I've figured out this problem and fixed it in SVN. Ralph M. Dean had the same issue (one of the several problems he discovered actually). What happened was: * In old versions of Alexandria, lots of data downloaded via Ruby/Amazon ended up with strange cruft attached - prepended to each field was "!str:Amazon::Search::Response ". (Probably due to a change in Ruby/Amazon's API somewhere along the line which was not picked up by Alexandria...) * In 0.6.2b1 Alexandria strips off this text where found before loading the .yaml files. * This lead to ISBN data being loaded (by YAML.load) as integers rather than strings. But there was a workaround for this. * However, there was no workaround for saved_ident which had exactly the same issue! Because when you load... saved_ident: !str:Amazon::Search::Response 0143036556 ... you get a string, but when you load... saved_ident: 0143036556 ...you get an integer. And because of the leading 0, it's seen as an octal representation of 25967982. Ta-dah! Anyhow, it's fixed now. It'll be incorporated into the 0.6.2 final release, whenever that is. But you can grab it from SVN now. Debian/Ubuntu/gNewSense users can create their own deb file from the SVN checkout like this: rake debian:deb ... and then just 'dpkg --install' the new deb file (which can be found in the debian/ subdirectory) Further instructions are in the INSTALL file. - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071026/6246c961/attachment.bin From cathal.alexandria at gnostai.org Thu Oct 25 22:51:44 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Fri, 26 Oct 2007 03:51:44 +0100 Subject: [Alexandria-list] MO files In-Reply-To: <4720893A.7050409@kzoo.edu> References: <47150739.8080905@kzoo.edu> <1192601449.14933.34.camel@matilda> <471E9A61.4020407@kzoo.edu> <1193243150.10722.20.camel@matilda> <471F8331.7000403@kzoo.edu> <1193250711.10722.72.camel@matilda> <471FBA25.3070805@kzoo.edu> <1193273799.8918.12.camel@matilda> <1193282941.8918.42.camel@matilda> <4720893A.7050409@kzoo.edu> Message-ID: <1193367104.8973.25.camel@matilda> > > On Thu, 2007-10-25 at 01:56 +0100, Cathal Mc Ginley wrote: > > Okay, scratch that. Having tried 0.6.2b1 on a copy of Ralph's libraries > > I can confirm that the upgrade chokes! I suspected there might be one or > > two such problems out there in the wild. It's to do with ident vs. > > saved_ident, or that's what I think at the moment... I'll bend my mind > > towards it tomorrow. As I mentioned in another thread, this problem is now fixed in SVN. > Good news! Just in case it helps bend your mind in the right direction, > when I follow your suggestion and run alexandria --debug from a console > and direct the output to an 'error' file, after maybe 50 lines of output > to that file the output comes directly to the console screen and > consists of MANY paragraphs like these two: > > MO file is not found in > /usr/share/locale/en_US.UTF-8/LC_MESSAGES/alexandria.mo > /usr/share/locale/en_US/LC_MESSAGES/alexandria.mo > /usr/share/locale/en/LC_MESSAGES/alexandria.mo > /usr/local/share/locale/en_US.UTF-8/LC_MESSAGES/alexandria.mo > /usr/local/share/locale/en_US/LC_MESSAGES/alexandria.mo > /usr/local/share/locale/en/LC_MESSAGES/alexandria.mo > This happens when you set your LANG to en_US.UTF-8 or indeed any other language which doesn't have a specific translation for Alexandria. It should only ever log this once during the running of the program (I'll look into it) because unneccessary warnings lead to "scroll blindness" and obscure real issues. This reminds me that 0.6.2b1 as released didn't install any .mo files (neither the Rakefile for the source release, nor the deb file). So if anyone has seen a translated interface, it's because some .mo files were left over from 0.6.1 - but the translations won't be very up-to-date. The new SVN version fixed this problem in r761 (2007-10-16). - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071026/de63837b/attachment.bin From bob.paddock at gmail.com Sun Oct 28 11:36:37 2007 From: bob.paddock at gmail.com (Bob Paddock) Date: Sun, 28 Oct 2007 11:36:37 -0400 Subject: [Alexandria-list] Announcing Alexandria 0.6.2 beta 1 In-Reply-To: <1191562638.9177.8.camel@matilda> References: <1191562638.9177.8.camel@matilda> Message-ID: <200710281136.37072.bob.paddock@gmail.com> On Friday 05 October 2007 01:37:18 am Cathal Mc Ginley wrote: > "This is Alexandria 0.6.2b1, the first beta release In the hopes of once again getting Alexandria to work on my Gentoo AMD64 system I thought I'd give 0.6.2b1 a shot, this is what I get anytime I I try to start it: 'alexanderia' 'alexanderia --version' and 'alexandreia --debug' all give this: /usr/lib64/ruby/site_ruby/1.8/rubygems/source_index.rb:92:in `load_specification ': super: no superclass method `parse' (NoMethodError) from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:13:in `toda y' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:314:in `dat e=' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:416:in `sen d' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:416:in `ini tialize' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:412:in `eac h' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:412:in `ini tialize' from (eval):1:in `new' from (eval):1:in `load_specification' ... 24 levels... from /usr/lib64/ruby/site_ruby/1.8/alexandria.rb:98 from /usr/lib64/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem _original_require' from /usr/lib64/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `req uire' from /usr/bin/alexandria:4 http://rubyforge.org/frs/?group_id=205 I know squat about Ruby, but I'm guessing I missed a dependency that 6.1 did not have but 6.2 does? I could not pick it out of the INSTALL file of what I needed. -- http://www.wearablesmartsensors.com/ http://www.softwaresafety.net/ http://www.designer-iii.com/ http://www.unusualresearch.com/ From cathal.alexandria at gnostai.org Sun Oct 28 15:52:38 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sun, 28 Oct 2007 19:52:38 +0000 Subject: [Alexandria-list] Time.parse In-Reply-To: <200710281136.37072.bob.paddock@gmail.com> References: <1191562638.9177.8.camel@matilda> <200710281136.37072.bob.paddock@gmail.com> Message-ID: <1193601158.8921.17.camel@matilda> On Sun, 2007-10-28 at 11:36 -0400, Bob Paddock wrote: > On Friday 05 October 2007 01:37:18 am Cathal Mc Ginley wrote: > > "This is Alexandria 0.6.2b1, the first beta release > > In the hopes of once again getting Alexandria to work on my Gentoo AMD64 > system I thought I'd give 0.6.2b1 a shot, this is what I get anytime > I I try to start it: > Thanks, this is an odd bug, I was ready to write it off as a problem with your rubygems installation, since I haven't experienced this bug myself, but then I happened to look harder at your stacktrace. > /usr/lib64/ruby/site_ruby/1.8/rubygems/source_index.rb:92:in > `load_specification ': > super: no superclass method `parse' (NoMethodError) > from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:13:in > `toda > y' This is just a hunch, but could you go to /usr/lib64/ruby/site_ruby/1.8/alexandria/utils.rb and add the following line after the license block and before class Time require 'time' ... and see does that make things better? I think what happens is that our definition of parse in utils.rb becomes the sole definition of parse, because the super-class definition we rely on in line 22 is actually only loaded into Time if we "require 'time'", that's why the problem then shows up in an odd place. I could be totally wrong of course... - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071028/0476155f/attachment.bin From bob.paddock at gmail.com Sun Oct 28 17:57:38 2007 From: bob.paddock at gmail.com (Bob Paddock) Date: Sun, 28 Oct 2007 17:57:38 -0400 Subject: [Alexandria-list] Time.parse In-Reply-To: <1193601158.8921.17.camel@matilda> References: <1191562638.9177.8.camel@matilda> <200710281136.37072.bob.paddock@gmail.com> <1193601158.8921.17.camel@matilda> Message-ID: <200710281757.38263.bob.paddock@gmail.com> > > In the hopes of once again getting Alexandria to work on my Gentoo AMD64 > > system I thought I'd give 0.6.2b1 a shot, this is what I get anytime > > I try to start it: > > Thanks, this is an odd bug, I was ready to write it off as a problem > with your rubygems installation, I'm willing to reinstall anything you think I should reinstall. I installed 5.1 and 6.1 both in a 32bit Chroot, didn't work there either. Didn't try SVN yet. Over the holidays I'm going to reformat and start over if I have to; seems far to much like Windows... :-( > This is just a hunch, but could you go to > /usr/lib64/ruby/site_ruby/1.8/alexandria/utils.rb > and add the following line after the license block and before class Time > > require 'time' > > ... and see does that make things better? No change. Anything I need to regenerate or something? > I think what happens is that our definition of parse in utils.rb becomes > the sole definition of parse, because the super-class definition we rely > on in line 22 is actually only loaded into Time if we "require 'time'", > that's why the problem then shows up in an odd place. This is what I get with "require 'time'": alexandria --debug /usr/lib64/ruby/site_ruby/1.8/rubygems/source_index.rb:92:in `load_specification': super: no superclass method `parse' (NoMethodError) from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:13:in `today' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:314:in `date=' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:416:in `send' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:416:in `initialize' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:412:in `each' from /usr/lib64/ruby/site_ruby/1.8/rubygems/specification.rb:412:in `initialize' from (eval):1:in `new' from (eval):1:in `load_specification' ... 24 levels... from /usr/lib64/ruby/site_ruby/1.8/alexandria.rb:100 from /usr/lib64/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/lib64/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /usr/bin/alexandria:4 The version that is running right now is from today's SVN, same problem as the beta release .gz file. I still have the gut felling I'm missing a dependency, are there any new ones since 6.1? From lennart at karssen.org Mon Oct 29 08:31:23 2007 From: lennart at karssen.org (L.C. Karssen) Date: Mon, 29 Oct 2007 12:31:23 +0000 Subject: [Alexandria-list] SVN via Rubyforge website Message-ID: <1193661083.6387.15.camel@rubidium01> Hi all, I noticed that for some time now there's only one way to access the Alexandria SVN repos through the project website (http://rubyforge.org/scm/?group_id=205). Apart from the present "fast but sparse" method there used to be a slower version which gave much more insight in the latest changes. Is it possible to bring the old interface back to live? Or was it a site wide Rubyforge change? Lennart Karssen. -- ---------------------------------------------------- L.C. Karssen Utrecht The Netherlands lennart at karssen.org Stuur me aub geen Word of Powerpoint bestanden! Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html ---------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071029/30283e4e/attachment-0001.bin From tristil at gmail.com Mon Oct 29 10:45:28 2007 From: tristil at gmail.com (Joseph Method) Date: Mon, 29 Oct 2007 10:45:28 -0400 Subject: [Alexandria-list] SVN via Rubyforge website In-Reply-To: <1193661083.6387.15.camel@rubidium01> References: <1193661083.6387.15.camel@rubidium01> Message-ID: <167b6aa00710290745m17d0c068sd2714aebd281a7fa@mail.gmail.com> Yes, a site-wide Rubyforge change, but nice catch. If you're interested in looking at the history in more detail I think you can use a gui program like RapidSVN on Linux or TortoiseSvn on Windows. On 10/29/07, L.C. Karssen wrote: > Hi all, > > I noticed that for some time now there's only one way to access the > Alexandria SVN repos through the project website > (http://rubyforge.org/scm/?group_id=205). Apart from the present "fast > but sparse" method there used to be a slower version which gave much > more insight in the latest changes. Is it possible to bring the old > interface back to live? Or was it a site wide Rubyforge change? > > > Lennart Karssen. > -- > ---------------------------------------------------- > L.C. Karssen > Utrecht > The Netherlands > > lennart at karssen.org > > Stuur me aub geen Word of Powerpoint bestanden! > Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html > ---------------------------------------------------- > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > > -- -J. Method From cathal.alexandria at gnostai.org Wed Oct 31 08:55:14 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 31 Oct 2007 12:55:14 +0000 Subject: [Alexandria-list] Time for a second beta for 0.6.2? Message-ID: <1193835314.10558.12.camel@matilda> Hi all. Over the last few weeks since beta 1 several users have run across bugs of the kind that break their libraries or prevent Alexandria from loading correctly. Plus, I've noticed one or two packaging bugs (in particular translations - gettext .mo files - weren't installed... my fault there!) So, how about I release another beta in the next few days? I'm pretty sure there are another few bugs hanging around, so I don't think we can put out 0.6.2 final just yet. (Joseph Method is quite right in saying that a 0.6.2 release should be pretty much guaranteed not to break your 0.6.1 library!) But a beta 2, with a couple of important fixes, should help to focus any future bug reports we get to 'unknown' problems. (There are, by RubyForge's guess, about 200 people who've tried the first beta, not bad considering our fairly low profile.) If you've spotted any 'random crashing' problems (I've seen one or two recently that I've not yet patched) please do report them, either on the Tracker on on this list. Also, any way we can improve the installation documentation... Thanks, - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071031/e1c70390/attachment.bin