From lrz at rubymonks.org Thu Mar 3 16:33:49 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Thu Mar 3 16:29:46 2005 Subject: [Alexandria-list] .desktop & i18n Message-ID: <1109885629.6867.4.camel@localhost.localdomain> Hi, I just uploaded an updated French translation for Alexandria, and I was going to submit the .pot file before I though about the .desktop file we have now. Apparently the file contains some stuff that needs to be localized too. Dafydd, did you made any progress on this? I have attached the new .pot file here, so if someone can review it in the meantime, he is welcome :) Do not translate it yet. Cheers Laurent -------------- next part -------------- A non-text attachment was scrubbed... Name: alexandria.pot Type: text/x-gettext-translation-template Size: 15463 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050303/abadb90b/alexandria-0001.bin From gremaili at coacalina.org Thu Mar 3 20:57:21 2005 From: gremaili at coacalina.org (Erik Mallinson) Date: Thu Mar 3 20:53:17 2005 Subject: [Alexandria-list] feature request Message-ID: <200503032057.22146.gremaili@coacalina.org> Hi, I'm brand spanking new to Alexandria and the list. My name is Erik and i'm a big fan of free software and i'm more and more impressed with Ruby apps every day. Alexandria is a great, easy to use organization tool for my home book collection (hundreds of books). I do have a feature request, one that's all the rage these days: tagging. If I could add a couple of keyword tags to each book as I enter the number and then look up / sort by these keywords it would pretty much be the most useful thing of all time. Well most useful book database tool for all time. Thanks alot for the great software. ======== Erik Mallinson coacalina.org From laurent.sansonetti at gmail.com Fri Mar 4 05:44:34 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Fri Mar 4 05:40:57 2005 Subject: [Alexandria-list] feature request In-Reply-To: <200503032057.22146.gremaili@coacalina.org> References: <200503032057.22146.gremaili@coacalina.org> Message-ID: <1be7247c050304024451af4f1d@mail.gmail.com> Hi Erik, On Thu, 3 Mar 2005 20:57:21 -0500, Erik Mallinson wrote: > Hi, > I'm brand spanking new to Alexandria and the list. My name is Erik and i'm a > big fan of free software and i'm more and more impressed with Ruby apps every > day. Alexandria is a great, easy to use organization tool for my home book > collection (hundreds of books). I do have a feature request, one that's all > the rage these days: tagging. If I could add a couple of keyword tags to > each book as I enter the number and then look up / sort by these keywords it > would pretty much be the most useful thing of all time. Well most useful > book database tool for all time. > This has been requested a few times, so this will be surely implemented soon. The next-next release will probably feature categories as well. I have already started working on this but I would also like to introduce auto-completion in all text fields and make all fields of the list view editable (same behavior as iTunes) at the same time. This requires some extra work and I would prefer to release 0.5.0 first. > Thanks alot for the great software. > Glad you enjoy it! Cheers Laurent From denis.fortin at free.fr Sat Mar 5 05:28:43 2005 From: denis.fortin at free.fr (Fortin Denis) Date: Sat Mar 5 05:24:34 2005 Subject: [Alexandria-list] library.rb old_delete vs delete Message-ID: <1110018523.13511.3.camel@sarah> Hi, For my tests calling old_delete inside Library.move doesn't work, is it normal? Also could you explain your trick with the old_delete alias_method before the delete definition. Thanks, Denis From laurent.sansonetti at gmail.com Sat Mar 5 07:22:56 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Sat Mar 5 07:18:45 2005 Subject: [Alexandria-list] library.rb old_delete vs delete In-Reply-To: <1110018523.13511.3.camel@sarah> References: <1110018523.13511.3.camel@sarah> Message-ID: <1be7247c050305042238d66424@mail.gmail.com> Hi Denis, On Sat, 05 Mar 2005 11:28:43 +0100, Fortin Denis wrote: > Hi, > For my tests calling old_delete inside Library.move doesn't work, is it > normal? This should normally work! Are you running CVS? What error did you get? Could you describe your runtime environment? > Also could you explain your trick with the old_delete alias_method > before the delete definition. > This is a typical Ruby trick to permit the call of Array#delete without calling Library#delete instead. This is needed in Library#move, since we want to remove the reference of the book that was moved. Laurent From ralphmitchell at gmail.com Sat Mar 5 09:33:37 2005 From: ralphmitchell at gmail.com (Ralph Mitchell) Date: Sat Mar 5 09:29:26 2005 Subject: [Alexandria-list] Problem with Gtk::AboutDialog Message-ID: <997a524e0503050633316f2cc1@mail.gmail.com> Alexandria looks like a great application, but I'm having a couple of problems that are probably due to something not being installed quite right. In version 0.4.0 I can enter ISBNs and the lookups work fine. If I export the ISBN list, I can't re-import it (about 6 entries), nor can I import any other ISBN list. That's sort of critical, as I have over 850 books, mostly hand-entered into a database, so I've got the ISBNs online already. I thought - OK, I'll try the CVS. Now I get this on startup: /usr/lib/ruby/site_ruby/1.8/alexandria/ui/about_dialog.rb:20: uninitialized constantGtk::AboutDialog (NameError) from /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:25:in `require' from /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:25 from /usr/lib/ruby/site_ruby/1.8/alexandria.rb:66:in `require' from /usr/lib/ruby/site_ruby/1.8/alexandria.rb:66 from /usr/bin/alexandria:7:in `require' from /usr/bin/alexandria:7 I guess something in Gtk and/or Ruby isn't quite right, but I don't know anything much about either, to be able to figure it out. Here's everything Ruby-related on my system: ruby-1.8.2 ruby-amazon-0.8.5 ruby-atk-0.10.1 ruby-config-0.3.1 ruby-gconf2-0.10.1 ruby-gdkpixbuf2-0.10.1 ruby-gettext-0.8.0 ruby-glib2-0.10.1 ruby-gnome2-0.10.1 ruby-gnomecanvas2-0.10.1 ruby-gtk2-0.10.1 ruby-libart2-0.10.1 ruby-libglade2-0.10.1 ruby-pango-0.10.1 and everything Gtk-related: gtk+-1.2.10-r11 gtk+-2.6.2 gtk-engines-2.2.0 Is there anything obvious missing off these lists? I think I've reinstalled everything at least twice... What would be an absolute minimum Ruby/Gtk script to display the AboutDialog object, just to see if that part works? This is a Gentoo Linux system, 2.6.10 kernel, and nothing much unusual about it. BTW, I have a USB Cue::Cat, and it works perfectly with 2.6. As soon as I plug it in I get this in 'dmesg': usb 1-6.4: new low speed USB device using ehci_hcd and address 6 input: USB HID v1.10 Keyboard [:Cue:CAT] on usb-0000:00:1d.7-6.4 and it scans barcodes into the keyboard buffer without any further user intervention - just plug-in and scan. I declawed it myself using instructions from this page: http://cexx.org/cuecat.htm Thanks, Ralph Mitchell From denis.fortin at free.fr Sat Mar 5 09:43:40 2005 From: denis.fortin at free.fr (Fortin Denis) Date: Sat Mar 5 09:39:31 2005 Subject: [Alexandria-list] library.rb old_delete vs delete In-Reply-To: <1be7247c050305042238d66424@mail.gmail.com> References: <1110018523.13511.3.camel@sarah> <1be7247c050305042238d66424@mail.gmail.com> Message-ID: <1110033821.13511.13.camel@sarah> Le samedi 05 mars 2005 ? 13:22 +0100, Laurent Sansonetti a ?crit : > Hi Denis, > > On Sat, 05 Mar 2005 11:28:43 +0100, Fortin Denis wrote: > > Hi, > > For my tests calling old_delete inside Library.move doesn't work, is it > > normal? > > This should normally work! Are you running CVS? What error did you > get? Could you describe your runtime environment? Given the next explanation there's no problem here. (I use CVS but it doesn't matter) > > > Also could you explain your trick with the old_delete alias_method > > before the delete definition. > > > > This is a typical Ruby trick to permit the call of Array#delete > without calling Library#delete instead. This is needed in > Library#move, since we want to remove the reference of the book that > was moved. I didn't get this. I noticed that when moving a book around delete was never called, because i modified alexandria to allow import of books inside an already existing library. So to avoid duplicated books (and useless search by providers) i register each book in an hash using its ident when it is inserted in a library (by overloading Library#<<) I tried to unregister it only in delete but now it's clear i need to unregister it in Library.move (to allow is later registration in the dest library). I can post a patch later if it's of any interest to someone else. Thanks for the explanation Laurent. Denis From laurent.sansonetti at gmail.com Sat Mar 5 09:56:51 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Sat Mar 5 09:52:40 2005 Subject: [Alexandria-list] Problem with Gtk::AboutDialog In-Reply-To: <997a524e0503050633316f2cc1@mail.gmail.com> References: <997a524e0503050633316f2cc1@mail.gmail.com> Message-ID: <1be7247c05030506562ac57f57@mail.gmail.com> Hi Ralph, On Sat, 5 Mar 2005 08:33:37 -0600, Ralph Mitchell wrote: > In version 0.4.0 I can enter ISBNs and the lookups work fine. If I > export the ISBN list, I can't re-import it (about 6 entries), nor can > I import any other ISBN list. That's sort of critical, as I have over > 850 books, mostly hand-entered into a database, so I've got the ISBNs > online already. > The import code has been fixed several times on CVS. Now it should work perfectly. > I thought - OK, I'll try the CVS. Now I get this on startup: > [...] > Is there anything obvious missing off these lists? I think I've > reinstalled everything at least twice... What would be an absolute > minimum Ruby/Gtk script to display the AboutDialog object, just to see > if that part works? > In fact, Alexandria CVS depends of Ruby-GNOME2 CVS. The missing Gtk::AboutDialog class is BTW binded against GtkAboutDialog, which is part of GTK+ 2.6. The latest released Ruby-GNOME2 does not include support for GTK+ 2.6. A new version of Ruby-GNOME2 should be released this week-end (today or tomorrow). Alexandria 0.5.0 will then be released the next week, requiring this Ruby-GNOME2 release, as well as GTK+ 2.6. > This is a Gentoo Linux system, 2.6.10 kernel, and nothing much unusual > about it. BTW, I have a USB Cue::Cat, and it works perfectly with > 2.6. As soon as I plug it in I get this in 'dmesg': > > usb 1-6.4: new low speed USB device using ehci_hcd and address 6 > input: USB HID v1.10 Keyboard [:Cue:CAT] on usb-0000:00:1d.7-6.4 > > and it scans barcodes into the keyboard buffer without any further > user intervention - just plug-in and scan. I declawed it myself using > instructions from this page: > > http://cexx.org/cuecat.htm > Sorry, I can not help you on this, since I do not own a CueCat. I have ordered one via eBay though, but it is not shipped yet :( Cheers Laurent From laurent.sansonetti at gmail.com Sat Mar 5 10:26:01 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Sat Mar 5 10:21:50 2005 Subject: [Alexandria-list] library.rb old_delete vs delete In-Reply-To: <1110033821.13511.13.camel@sarah> References: <1110018523.13511.3.camel@sarah> <1be7247c050305042238d66424@mail.gmail.com> <1110033821.13511.13.camel@sarah> Message-ID: <1be7247c05030507266a515d5b@mail.gmail.com> Hi Denis, On Sat, 05 Mar 2005 15:43:40 +0100, Fortin Denis wrote: > Le samedi 05 mars 2005 ? 13:22 +0100, Laurent Sansonetti a ?crit : > > > Also could you explain your trick with the old_delete alias_method > > > before the delete definition. > > > > > > > This is a typical Ruby trick to permit the call of Array#delete > > without calling Library#delete instead. This is needed in > > Library#move, since we want to remove the reference of the book that > > was moved. > I didn't get this. I noticed that when moving a book around delete was > never called, because i modified alexandria to allow import of books > inside an already existing library. > So to avoid duplicated books (and useless search by providers) i > register each book in an hash using its ident when it is inserted in a > library (by overloading Library#<<) > I tried to unregister it only in delete but now it's clear i need to > unregister it in Library.move (to allow is later registration in the > dest library). > I can post a patch later if it's of any interest to someone else. > Interesting! Sure please post your patch here, maybe we can integrate it in Alexandria. About your Flic barcode support, I will definitely merge it in Alexandria. But I miss the time for this, and unfortunately I do not own such a scanner, so this will not be in the next release. Since you are French, do you know a place where I can buy a Flic scanner (in Paris if possible, or via the Internet with low cost shipping)? I tried looking in eBay but I found nothing. Happy week end Laurent From denis.fortin at free.fr Sat Mar 5 10:48:01 2005 From: denis.fortin at free.fr (Fortin Denis) Date: Sat Mar 5 10:43:51 2005 Subject: [Alexandria-list] library.rb old_delete vs delete In-Reply-To: <1be7247c05030507266a515d5b@mail.gmail.com> References: <1110018523.13511.3.camel@sarah> <1be7247c050305042238d66424@mail.gmail.com> <1110033821.13511.13.camel@sarah> <1be7247c05030507266a515d5b@mail.gmail.com> Message-ID: <1110037681.13511.23.camel@sarah> Le samedi 05 mars 2005 ? 16:26 +0100, Laurent Sansonetti a ?crit : > Interesting! Sure please post your patch here, maybe we can integrate > it in Alexandria. I'll post it then. > About your Flic barcode support, I will definitely merge it in > Alexandria. But I miss the time for this, and unfortunately I do not > own such a scanner, so this will not be in the next release. No problem for me. > Since you are French, do you know a place where I can buy a Flic > scanner (in Paris if possible, or via the Internet with low cost > shipping)? I tried looking in eBay but I found nothing. You shouldn't by this if it's just to test it in alexandria, i'll test it. Anyway i bought mine via http://www.scoutpal.com/flic/ which has been converted into 75,61EUR including order (as of 12 december 2004). They have this note on the site : (Sorry the Flic Scanners will NOT work with Apple Computers.) I guess that's because it's wired on a serial cable. Have a nice week end! Denis From laurent.sansonetti at gmail.com Sat Mar 5 11:04:11 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Sat Mar 5 10:59:59 2005 Subject: [Alexandria-list] library.rb old_delete vs delete In-Reply-To: <1110037681.13511.23.camel@sarah> References: <1110018523.13511.3.camel@sarah> <1be7247c050305042238d66424@mail.gmail.com> <1110033821.13511.13.camel@sarah> <1be7247c05030507266a515d5b@mail.gmail.com> <1110037681.13511.23.camel@sarah> Message-ID: <1be7247c05030508044953853b@mail.gmail.com> On Sat, 05 Mar 2005 16:48:01 +0100, Fortin Denis wrote: > Le samedi 05 mars 2005 ? 16:26 +0100, Laurent Sansonetti a ?crit : > > Interesting! Sure please post your patch here, maybe we can integrate > > it in Alexandria. > I'll post it then. > > > About your Flic barcode support, I will definitely merge it in > > Alexandria. But I miss the time for this, and unfortunately I do not > > own such a scanner, so this will not be in the next release. > No problem for me. > > > Since you are French, do you know a place where I can buy a Flic > > scanner (in Paris if possible, or via the Internet with low cost > > shipping)? I tried looking in eBay but I found nothing. > You shouldn't by this if it's just to test it in alexandria, i'll test > it. Thanks for the proposal! I will check this out with the donations money. > Anyway i bought mine via http://www.scoutpal.com/flic/ > which has been converted into 75,61EUR including order (as of 12 > december 2004). Thanks for the link. > They have this note on the site : (Sorry the Flic Scanners will NOT work > with Apple Computers.) I guess that's because it's wired on a serial > cable. > Weird, I wonder how the delicious library guys (http://www.delicious-monster.com/) are doing. Probably because they support the Bluetooth version, not the serial one. Also, the Bluetooth version seems to be shipped with a USB cable. Laurent From denis.fortin at free.fr Sun Mar 6 13:01:22 2005 From: denis.fortin at free.fr (Fortin Denis) Date: Sun Mar 6 12:57:13 2005 Subject: [Alexandria-list] library.rb old_delete vs delete In-Reply-To: <1be7247c05030507266a515d5b@mail.gmail.com> References: <1110018523.13511.3.camel@sarah> <1be7247c050305042238d66424@mail.gmail.com> <1110033821.13511.13.camel@sarah> <1be7247c05030507266a515d5b@mail.gmail.com> Message-ID: <1110132083.6795.7.camel@sarah> Le samedi 05 mars 2005 ? 16:26 +0100, Laurent Sansonetti a ?crit : > Interesting! Sure please post your patch here, maybe we can integrate > it in Alexandria. Here it is. With this patch there's a change in alexandria behavior : currently one book can be in two libraries. It's impossible with this patch. Denis -------------- next part -------------- A non-text attachment was scrubbed... Name: load_in_existing.patch Type: text/x-patch Size: 7202 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050306/f98e6a2f/load_in_existing.bin From denis.fortin at free.fr Sun Mar 6 13:48:25 2005 From: denis.fortin at free.fr (Fortin Denis) Date: Sun Mar 6 13:44:14 2005 Subject: [Alexandria-list] library.rb old_delete vs delete In-Reply-To: <1110132083.6795.7.camel@sarah> References: <1110018523.13511.3.camel@sarah> <1be7247c050305042238d66424@mail.gmail.com> <1110033821.13511.13.camel@sarah> <1be7247c05030507266a515d5b@mail.gmail.com> <1110132083.6795.7.camel@sarah> Message-ID: <1110134905.6795.11.camel@sarah> Le dimanche 06 mars 2005 ? 19:01 +0100, Fortin Denis a ?crit : > Le samedi 05 mars 2005 ? 16:26 +0100, Laurent Sansonetti a ?crit : > > Interesting! Sure please post your patch here, maybe we can integrate > > it in Alexandria. > Here it is. > With this patch there's a change in alexandria behavior : currently one > book can be in two libraries. It's impossible with this patch. Previous patch was incorrect, here's another one. -------------- next part -------------- A non-text attachment was scrubbed... Name: load_in_existing2.patch Type: text/x-patch Size: 8087 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050306/36bb55e1/load_in_existing2.bin From registrations at liamjdavison.info Thu Mar 10 17:18:43 2005 From: registrations at liamjdavison.info (Liam Davison) Date: Thu Mar 10 17:14:28 2005 Subject: [Alexandria-list] Back in the game Message-ID: <1110493124.8871.5.camel@localhost.localdomain> Hello Laurent et al I haven't been following alexandria of late - I've been playing with and breaking my computer. I have just upgraded to the latest Ubuntu Hoary Hedgehog and Gnome 2.10, and installed the latest CVS version of alexandria. Besides the known problem with the About box and the wrong version of ruby-gnome2, it's looking good. Fewer crashes, definitely. No problems importing a list of 100 titles. Alexandria has been very handy for me, as it allows me to quickly identify errors in amazon's database for the publisher I work for. Now, i shall see what I can do about writing some documentation. I certainly won't have anything available for the next release, but maybe for the one after that? -- Liam Davison From laurent.sansonetti at gmail.com Fri Mar 11 06:13:46 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Fri Mar 11 06:09:22 2005 Subject: [Alexandria-list] Back in the game In-Reply-To: <1110493124.8871.5.camel@localhost.localdomain> References: <1110493124.8871.5.camel@localhost.localdomain> Message-ID: <1be7247c0503110313813f4a@mail.gmail.com> Hello Liam, On Thu, 10 Mar 2005 22:18:43 +0000, Liam Davison wrote: > Hello Laurent et al > > I haven't been following alexandria of late - I've been playing with and > breaking my computer. I have just upgraded to the latest Ubuntu Hoary > Hedgehog and Gnome 2.10, and installed the latest CVS version of > alexandria. Besides the known problem with the About box and the wrong > version of ruby-gnome2, it's looking good. Fewer crashes, definitely. No > problems importing a list of 100 titles. You said fewer crashes, to it means that you could actually crash it? Alexandria is stable for me now, I can not crash it, but I am a very bad tester... > Alexandria has been very handy for me, as it allows me to quickly identify > errors in amazon's database for the publisher I work for. > Excellent! BTW, did you get any interesting feedback about our ONIX implementation? I am in fact subscribed in the ONIX implementation mailing list, and I can see that the demand is growing for ONIX compliant software. > Now, i shall see what I can do about writing some documentation. I > certainly won't have anything available for the next release, but maybe > for the one after that? > Yes, I plan to release 0.5.0 this Saturday or Sunday, so I guess it would be a little short. But of course, it would be possible to include it in the next 'features' release. Laurent From laurent.sansonetti at gmail.com Sat Mar 12 15:42:52 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Sat Mar 12 15:45:08 2005 Subject: [Alexandria-list] New logo! Message-ID: <1be7247c050312124237bf56bf@mail.gmail.com> Hi, A new logo for Alexandria has been contributed by Stefanie Dijoux. It has already been committed in CVS, but you can preview it from there: http://rubyforge.org/cgi-bin/viewcvs.cgi/alexandria/data/alexandria/icons/alexandria.png?rev=1.1&cvsroot=alexandria&content-type=text/vnd.viewcvs-markup Hopefully the logo will be shipped with 0.5.0! Nice week-end everyone, Laurent From laurent.sansonetti at gmail.com Sun Mar 13 08:39:32 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Sun Mar 13 12:35:06 2005 Subject: [Alexandria-list] [ANN] Alexandria 0.5.0 Message-ID: <1be7247c050313053934eee4dc@mail.gmail.com> Hi, Alexandria 0.5.0 has just been released! Alexandria is a GNOME application to help you manage your book collection. You can get more information (screenshots, features, download links, packages...) on its web site: http://alexandria.rubyforge.org This release introduces amongst other things XHTML/CSS export, a new provider to the Spanish Ministry of Culture, loaning support, ISBN-less support, and a lot of bug fixes and usability/performances improvements. Details are following. Enjoy! New features: * XHTML export with CSS themes ; * Added provider for book information retrieval of the Spanish Ministry of Culture ; * Loaning support (very basic though), actually possible to mark a book as loaned and specify a person name and a date ; * Possibility to manually add ISBN-less books ; * The ISBN-list import supports EAN ; * The Amazon provider supports the French and Canadian web-services (via Ruby/Amazon 0.9.0) ; * Improved the usability of the main, import and export dialogs ; * Performances and memory usage have been improved ; * Migration to new GTK+ 2.6 widgets. Bugs fixed: * Migrated any reference to Bookcase in the Tellico import/export ; * Fixed a bug where importing an ISBN list file would cause a crash when an ISBN in the list did not have a cover image ; * In the providers preferences dialog, disable the Setup button if the selected provider does not have any preferences to setup, instead of displaying a dialog ; * Catchs the SocketError exception when calling providers, and returns an appropriate message ; * When deleting more than one books, display a single alert dialog instead of an alert dialog for each book ; * Added the possibility to reset the rating in the book properties dialog ; * Fixed a bug where EAN numbers with a checksum of 10 were incorrectly marked as invalid ; * Fixed BN.com query regexes ; * Fixed a bug when a book returned by a search by title/authors/keyword contains an invalid ISBN, propose the user to either add the book with a blank ISBN or cancel the add) ; * Added workaround for an Amazon US encoding bug ; * Setup the Amazon online information URL according to the selected locale ; * Filtering text field is more robust ; * Make sure we do not select a library before having setup the moves action at the beginning ; * Fixed the wording of some messages. Added translation: * David Weinehall (sv). Updated translations: * Joachim Breitner (de) ; * Laurent Sansonetti (fr) ; * Masao Mutoh (ja) ; * Miguel ?ngel Garc?a (es). -- Laurent From laurent.sansonetti at gmail.com Mon Mar 14 17:28:18 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Mon Mar 14 17:25:08 2005 Subject: [Alexandria-list] z39.50 support Message-ID: <1be7247c0503141428513bcba@mail.gmail.com> Hi, This Sunday I have hacked on a Ruby binding to the z39.50/ZOOM Yaz library. The binding is now in a working shape, and I have put the sources there: http://rubyforge.org/projects/ruby-zoom/ The next release of Alexandria will feature providers that access this binding to retrieve information from government libraries, such as the French National Library, the US Library of Congress, etc... Laurent From ben.branders at gmail.com Sun Mar 13 10:20:07 2005 From: ben.branders at gmail.com (Ben Branders) Date: Tue Mar 15 14:58:05 2005 Subject: [Alexandria-list] Alexandria crash Message-ID: <42345A27.4030409@gmail.com> Hi I found out about Alexandria through the Ruby mailinglist (the announcement). I decided to try it. I installed the required programs and I ran it. But it crashes immediately with this information: bash-3.00$ alexandria ----------------------- Alexandria just crashed ----------------------- Timestamp: zo mrt 13 16:15:38 CET 2005 Message: undefined method `map' for nil:NilClass Backtrace: /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:157:in `update_priority' /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:153:in `initialize' /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' /usr/local/lib/ruby/1.8/singleton.rb:95:in `instance' /usr/local/lib/ruby/1.8/singleton.rb:84:in `instance' /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:162:in `method_missing' /usr/local/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:814:in `initialize_ui' /usr/local/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:56:in `initialize' /usr/local/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `new' /usr/local/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `main' /usr/local/lib/ruby/site_ruby/1.8/alexandria.rb:56:in `main' /usr/local/bin/alexandria:10 Release: 0.5.0 Uname -a: Linux phobos 2.4.26 #8 Mon Jun 14 19:09:31 PDT 2004 i686 unknown unknown GNU/Linux I'm using Slackware Linux 10.1 with Ruby 1.8. PS. I'm not on this mailinglist, so please CC me! Regards -- Ben Branders website: http://bytewarrior.madoka.be Jabber ID: ben@jabber.belnet.be Mozilla Firefox en Thunderbird (NL/BE): http://www.mozbrowser.be From registrations at liamjdavison.info Wed Mar 16 06:32:30 2005 From: registrations at liamjdavison.info (Liam Davison) Date: Wed Mar 16 06:27:58 2005 Subject: [Alexandria-list] Tiny bug in the Manual Add book dialog Message-ID: <1110972752.9326.4.camel@localhost.localdomain> When you click "Add Book Manually", the dialog box which appears has no title. I know that the Edit book properties dialog has the book name as a title, but I think that there should be a title here to, something like "Add new book". I have been writing documentation. I've divided it up into several sections: * Adding Books * Editing book properties * Working with libraries * Exporting information * Settings I've only written anything for the first section mind you! Once I have a complete draft I'll let you know Laurent. In the meantime, if you have any ideas or thoughts just let me know. -- Liam Davison From lrz at rubymonks.org Wed Mar 16 14:50:10 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Wed Mar 16 14:45:40 2005 Subject: [Alexandria-list] Alexandria crash In-Reply-To: <42345A27.4030409@gmail.com> References: <42345A27.4030409@gmail.com> Message-ID: <1111002611.5486.2.camel@localhost.localdomain> Hi, On Sun, 2005-03-13 at 16:20 +0100, Ben Branders wrote: > Hi > > > > I found out about Alexandria through the Ruby mailinglist (the > announcement). I decided to try it. I installed the required programs and > I ran it. But it crashes immediately with this information: > > bash-3.00$ alexandria > ----------------------- > Alexandria just crashed > ----------------------- > Timestamp: zo mrt 13 16:15:38 CET 2005 > Message: undefined method `map' for nil:NilClass > Backtrace: > /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:157:in > `update_priority' > /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:153:in > `initialize' > /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' > /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' > /usr/local/lib/ruby/1.8/singleton.rb:95:in `instance' > /usr/local/lib/ruby/1.8/singleton.rb:84:in `instance' > /usr/local/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:162:in > `method_missing' > /usr/local/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:814:in > `initialize_ui' > /usr/local/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:56:in `initialize' > /usr/local/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `new' > /usr/local/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `main' > /usr/local/lib/ruby/site_ruby/1.8/alexandria.rb:56:in `main' > /usr/local/bin/alexandria:10 > Release: 0.5.0 > > Uname -a: Linux phobos 2.4.26 #8 Mon Jun 14 19:09:31 PDT 2004 i686 unknown > unknown GNU/Linux > > > I'm using Slackware Linux 10.1 with Ruby 1.8. > This is a typical GConf-schema refresh error. As described in the README file, you need to shutdown the daemon after the Alexandria installation. Regards Laurent From lrz at rubymonks.org Wed Mar 16 14:54:44 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Wed Mar 16 14:50:11 2005 Subject: [Alexandria-list] Tiny bug in the Manual Add book dialog In-Reply-To: <1110972752.9326.4.camel@localhost.localdomain> References: <1110972752.9326.4.camel@localhost.localdomain> Message-ID: <1111002884.5503.8.camel@localhost.localdomain> Hi Liam, On Wed, 2005-03-16 at 11:32 +0000, Liam Davison wrote: > When you click "Add Book Manually", the dialog box which appears has no > title. I know that the Edit book properties dialog has the book name as > a title, but I think that there should be a title here to, something > like "Add new book". > Mmh, in fact the window title is updated each time the book title is updated. Maybe we should set a default window title in case the book title is empty. BTW, I have fixed a more serious bug in the 'Add Book Manually' dialog. > I have been writing documentation. I've divided it up into several > sections: > * Adding Books > * Editing book properties > * Working with libraries > * Exporting information > * Settings > > I've only written anything for the first section mind you! > > Once I have a complete draft I'll let you know Laurent. In the meantime, > if you have any ideas or thoughts just let me know. > Sounds good! Keep up the good work! If you are familiar with CVS I can give you the commit bit so you can put your work in a 'doc' directory. If not, I will do it for you :) Cheers Laurent From ben.branders at gmail.com Wed Mar 16 15:30:33 2005 From: ben.branders at gmail.com (Ben Branders) Date: Wed Mar 16 15:26:23 2005 Subject: [Alexandria-list] Alexandria crash In-Reply-To: <1111002611.5486.2.camel@localhost.localdomain> References: <42345A27.4030409@gmail.com> <1111002611.5486.2.camel@localhost.localdomain> Message-ID: <42389769.7070100@gmail.com> Laurent Sansonetti (16-03-05 20:50) > This is a typical GConf-schema refresh error. As described in the > README file, you need to shutdown the daemon after the Alexandria > installation. Sorry for asking something that's in the README... :-? It works perfect now. A simple reboot solved it. Regards -- Ben Branders website: http://bytewarrior.madoka.be Jabber ID: ben@jabber.belnet.be Mozilla Firefox en Thunderbird (NL/BE): http://www.mozbrowser.be From lrz at rubymonks.org Wed Mar 16 16:11:04 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Wed Mar 16 16:06:30 2005 Subject: [Alexandria-list] Alexandria crash In-Reply-To: <42389769.7070100@gmail.com> References: <42345A27.4030409@gmail.com> <1111002611.5486.2.camel@localhost.localdomain> <42389769.7070100@gmail.com> Message-ID: <1111007464.5504.11.camel@localhost.localdomain> Hi, On Wed, 2005-03-16 at 21:30 +0100, Ben Branders wrote: > Laurent Sansonetti (16-03-05 20:50) > > This is a typical GConf-schema refresh error. As described in the > > README file, you need to shutdown the daemon after the Alexandria > > installation. > > Sorry for asking something that's in the README... :-? > It works perfect now. A simple reboot solved it. No problem - you are not the first one encountering this issue, and certainly not the last one too :) Hoping you will enjoy the program, Laurent From registrations at liamjdavison.info Thu Mar 17 15:24:18 2005 From: registrations at liamjdavison.info (Liam Davison) Date: Thu Mar 17 15:24:09 2005 Subject: [Alexandria-list] Documentation Message-ID: <1111091058.9087.4.camel@localhost.localdomain> Laurent, et al I have written a first draft help file for Alexandria. Please look through it and give any and all comments. There are a few tidying up things I would like to do to make it more compliant with the Gnome Documentation guidelines, but I am pretty happy with it as it stands. Just now it's just an archive, and you can view the docs with $yelp alexandria.yelp.xml , because I haven't worked out how to properly integrate it into the Scrollkeeper/Yelp system (but then, neither has Novell Evolution...). But that's next on my list. Laurent, if you could explain to me what i need to do get a CVS account that would be great. Oh, and I haven't written anything for the cuecard/barcode scanning support, because I've no idea how that works in practice. So if someone could let me know what to say i'll update the manual. -- Liam Davison -------------- next part -------------- A non-text attachment was scrubbed... Name: documentation.tar.gz Type: application/x-compressed-tar Size: 482473 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050317/269e51a5/documentation.tar-0001.bin From lrz at rubymonks.org Thu Mar 17 15:52:11 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Thu Mar 17 15:47:34 2005 Subject: [Alexandria-list] Documentation In-Reply-To: <1111091058.9087.4.camel@localhost.localdomain> References: <1111091058.9087.4.camel@localhost.localdomain> Message-ID: <1111092731.5412.14.camel@localhost.localdomain> Hi Liam! On Thu, 2005-03-17 at 20:24 +0000, Liam Davison wrote: > Laurent, et al > > I have written a first draft help file for Alexandria. Please look > through it and give any and all comments. There are a few tidying up > things I would like to do to make it more compliant with the Gnome > Documentation guidelines, but I am pretty happy with it as it stands. > > Just now it's just an archive, and you can view the docs with $yelp > alexandria.yelp.xml , because I haven't worked out how to properly > integrate it into the Scrollkeeper/Yelp system (but then, neither has > Novell Evolution...). But that's next on my list. > I have read the documentation and I am very impressed! Quick and elegant tour of features, very nice writing style... > Laurent, if you could explain to me what i need to do get a CVS account > that would be great. > I just added you in the commit list (I found your 'ljd' account on RubyForge). I have created a 'doc' directory on the CVS main directory. Feel free to add your work there! Also, it would be nice to have a separate ChangeLog file in this directory (as we already do for the translations). But this is not required. > Oh, and I haven't written anything for the cuecard/barcode scanning > support, because I've no idea how that works in practice. So if someone > could let me know what to say i'll update the manual. This remains me that my cuecat is still not there... Liam, thanks again!! -- Laurent From kapheine at hypa.net Thu Mar 17 16:01:43 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Thu Mar 17 15:57:28 2005 Subject: [Alexandria-list] Documentation In-Reply-To: <1111091058.9087.4.camel@localhost.localdomain> References: <1111091058.9087.4.camel@localhost.localdomain> Message-ID: <20050317210143.GA20382@localhost> > Oh, and I haven't written anything for the cuecard/barcode scanning > support, because I've no idea how that works in practice. So if someone > could let me know what to say i'll update the manual. If you are just writing about using the cuecat within the program, there isn't much to it. When an 'Add Book' dialog comes up, there is a barcode image in the top right. If it is greyed out, it means no cuecat was detected. If it isn't greyed out, then you should be able to scan a barcode and it will show up in the isbn text field. If you want to write abou how to actually set up the cuecat, check out the CUECAT_SUPPORT file included with Alexandria. Although if we move to a userland driver, none of that information will be correct :P I would like to try out the userland support someone had submitted, and also add cuecat support to the book properties dialog. Unfortunately I'm in a bad spot at the moment and won't be able to do it for a while. -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050317/69a5a353/attachment.bin From lrz at rubymonks.org Thu Mar 17 17:30:12 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Thu Mar 17 17:25:37 2005 Subject: [Alexandria-list] AWS Japanese Bug Message-ID: <1111098612.5411.20.camel@localhost.localdomain> Interesting bug there: http://rubyforge.org/tracker/index.php?func=detail&aid=1633&group_id=205&atid=863 From ewerness at myrealbox.com Thu Mar 17 23:59:45 2005 From: ewerness at myrealbox.com (Eric Werness) Date: Fri Mar 18 05:20:01 2005 Subject: [Alexandria-list] userland cuecut support References: 20050207052944.GA17101@wso.williams.edu Message-ID: <423A6041.6080006@myrealbox.com> Hi all, Just wanted to chime in as a happy user of the userland cuecat support patch. I was wondering if this was going to be applied to the release branch? Thanks, ~Eric From lrz at gnome.org Fri Mar 18 05:35:45 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Fri Mar 18 05:28:59 2005 Subject: [Alexandria-list] userland cuecut support In-Reply-To: <423A6041.6080006@myrealbox.com> References: 20050207052944.GA17101@wso.williams.edu <423A6041.6080006@myrealbox.com> Message-ID: <1274.81.255.72.1.1111142145.squirrel@81.255.72.1> Hi, > Hi all, > > Just wanted to chime in as a happy user of the userland cuecat support > patch. I was wondering if this was going to be applied to the release > branch? > In fact I am still waiting for the cuecat scanner I ordered one month ago... so in the meantime I can not test the patch. But if you certify me that the patch is working well I can integrate it for the next release (probably 0.5.1, due to some bug fixes). Regards -- Laurent From pllevy at free.fr Fri Mar 18 06:26:08 2005 From: pllevy at free.fr (Pierre-Luc Levy) Date: Fri Mar 18 06:21:29 2005 Subject: [Alexandria-list] Alexandria 0.5.0 in debian ? Message-ID: <1111145168.26585.2.camel@tuks.maison.org> Hi all, Last release of alexandria is not available in Sid or in incoming repository (http://incoming.debian.org). Does anyone know how to accelerate the packaging process ? Cheers, Pierre-Luc -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/alexandria-list/attachments/20050318/6e666fe4/attachment.htm From kapheine at hypa.net Fri Mar 18 06:54:44 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Fri Mar 18 06:50:18 2005 Subject: [Alexandria-list] userland cuecut support In-Reply-To: <1274.81.255.72.1.1111142145.squirrel@81.255.72.1> References: <423A6041.6080006@myrealbox.com> <1274.81.255.72.1.1111142145.squirrel@81.255.72.1> Message-ID: <20050318115444.GB20382@localhost> > > Just wanted to chime in as a happy user of the userland cuecat support > > patch. I was wondering if this was going to be applied to the release > > branch? > > > > In fact I am still waiting for the cuecat scanner I ordered one month > ago... so in the meantime I can not test the patch. But if you certify > me that the patch is working well I can integrate it for the next release > (probably 0.5.1, due to some bug fixes). If you have time for it, you could integrate the barcode stuff into the book properties page and let this happy user test it. It'd be nice to see it in the next release, for barcode input consistency :P -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050318/8ef687b7/attachment.bin From lrz at gnome.org Fri Mar 18 07:22:56 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Fri Mar 18 07:16:08 2005 Subject: [Alexandria-list] Alexandria 0.5.0 in debian ? In-Reply-To: <1111145168.26585.2.camel@tuks.maison.org> References: <1111145168.26585.2.camel@tuks.maison.org> Message-ID: <2156.81.255.72.1.1111148576.squirrel@81.255.72.1> Hi, > Last release of alexandria is not available in Sid or in incoming > repository (http://incoming.debian.org). > Does anyone know how to accelerate the packaging process ? > The packager is Dafydd Harries (daf at muse.19inch.net). Feel free to send him an e-mail for that. AFAIK, Dafydd is currently working hard in sunny Spain :) Cheers -- Laurent From lrz at gnome.org Fri Mar 18 07:25:35 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Fri Mar 18 07:18:45 2005 Subject: [Alexandria-list] userland cuecut support In-Reply-To: <20050318115444.GB20382@localhost> References: <423A6041.6080006@myrealbox.com> <1274.81.255.72.1.1111142145.squirrel@81.255.72.1> <20050318115444.GB20382@localhost> Message-ID: <15745.81.255.72.1.1111148735.squirrel@81.255.72.1> >> > Just wanted to chime in as a happy user of the userland cuecat support >> > patch. I was wondering if this was going to be applied to the release >> > branch? >> > >> >> In fact I am still waiting for the cuecat scanner I ordered one month >> ago... so in the meantime I can not test the patch. But if you certify >> me that the patch is working well I can integrate it for the next >> release >> (probably 0.5.1, due to some bug fixes). > > If you have time for it, you could integrate the barcode stuff into the > book properties page and let this happy user test it. It'd be nice to > see it in the next release, for barcode input consistency :P > You will not believe it... I just received the CueCat now! I will test CueCat support this night (both kernel and userland). Unfortunately there is no PS2 port on my Powerbook, but I still have a PC in the flat, with Mandrake pre-installed. Cheers -- Laurent From ewerness at myrealbox.com Fri Mar 18 12:32:43 2005 From: ewerness at myrealbox.com (Eric Werness) Date: Fri Mar 18 14:01:22 2005 Subject: [Alexandria-list] userland cuecut support In-Reply-To: <1274.81.255.72.1.1111142145.squirrel@81.255.72.1> References: 20050207052944.GA17101@wso.williams.edu <423A6041.6080006@myrealbox.com> <1274.81.255.72.1.1111142145.squirrel@81.255.72.1> Message-ID: <423B10BB.4090701@myrealbox.com> Laurent Sansonetti wrote: >Hi, > > >In fact I am still waiting for the cuecat scanner I ordered one month >ago... so in the meantime I can not test the patch. But if you certify >me that the patch is working well I can integrate it for the next release >(probably 0.5.1, due to some bug fixes). > >Regards > > The patch works perfectly for my when applied against 0.4 using my old cuecat (I picked it up during the initial release, but haven't used it until now). ~Eric From lrz at rubymonks.org Fri Mar 18 16:02:02 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Fri Mar 18 15:57:26 2005 Subject: [Alexandria-list] [ANN] Ruby/ZOOM 0.1.0 Message-ID: <1111179722.5337.14.camel@localhost.localdomain> Hi, I am happy to announce the first release of Ruby/ZOOM! Ruby/ZOOM provides a Ruby binding to the Z39.50 Object-Orientation Model (ZOOM), an abstract object-oriented programming interface to a subset of the services specified by the Z39.50 standard, also known as the international standard ISO 23950. This software is based (and therefore depends) on YAZ, a free-software implementation of the Z39.50/SRW/SRU standards, but could be easily ported to any ZOOM compliant implementation. You can get more information (download link, sample, API reference, etc...) from the homepage: http://ruby-zoom.rubyforge.org/ Enjoy Laurent From blarson at blars.org Fri Mar 18 18:15:58 2005 From: blarson at blars.org (Blars Blarson) Date: Fri Mar 18 18:11:24 2005 Subject: [Alexandria-list] Alexandria 0.5.0 in debian ? In-Reply-To: <2156.81.255.72.1.1111148576.squirrel@81.255.72.1> References: <1111145168.26585.2.camel@tuks.maison.org> <1111145168.26585.2.camel@tuks.maison.org> Message-ID: <200503182315.j2INFw5d008931@renig.nat.blars.org> In article <2156.81.255.72.1.1111148576.squirrel@81.255.72.1> you write: >> Last release of alexandria is not available in Sid or in incoming >> repository (http://incoming.debian.org). >> Does anyone know how to accelerate the packaging process ? The proper way is to use reportbug to file a wishlist severity bug requesting the latest version. Frankly, I think it's more important to convice the maintainer to file a serious bug on the package requesting it not be released with sarge. (I don't think anyone wants to support the current version for 18 months to several years until etch releases.) Has the cpu usage issue in alexandria been fixed? 30 cpu seconds to insert a book is rediculous, and it gets worse as I enter more books. (I've only got about 500 of several thousand entered.) -- Blars Blarson blarson@blars.org http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. From laurent.sansonetti at gmail.com Sat Mar 19 07:51:53 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Sat Mar 19 07:47:13 2005 Subject: [Alexandria-list] Alexandria 0.5.0 in debian ? In-Reply-To: <200503182315.j2INFw5d008931@renig.nat.blars.org> References: <1111145168.26585.2.camel@tuks.maison.org> <2156.81.255.72.1.1111148576.squirrel@81.255.72.1> <200503182315.j2INFw5d008931@renig.nat.blars.org> Message-ID: <1be7247c050319045118e52326@mail.gmail.com> Hi, On Fri, 18 Mar 2005 15:15:58 -0800, Blars Blarson wrote: > In article <2156.81.255.72.1.1111148576.squirrel@81.255.72.1> you write: > >> Last release of alexandria is not available in Sid or in incoming > >> repository (http://incoming.debian.org). > >> Does anyone know how to accelerate the packaging process ? > > The proper way is to use reportbug to file a wishlist severity bug > requesting the latest version. > > Frankly, I think it's more important to convice the maintainer to file > a serious bug on the package requesting it not be released with sarge. > (I don't think anyone wants to support the current version for > 18 months to several years until etch releases.) > Well, I had the opportunity to speak with Dafydd yesterday. He said that the package was almost ready to be submitted, thouht he is still working on the .desktop file integration. > Has the cpu usage issue in alexandria been fixed? 30 cpu seconds to > insert a book is rediculous, and it gets worse as I enter more books. > (I've only got about 500 of several thousand entered.) > Yes this has been fixed, amongst many other things. Alexandria 0.5.0 should behave faster and use less memory. I have been testing Alexandria with 1500 books and, once the model is properly filled (a few secs), operations are fast. Some operations are also threaded. In the next version everything will be. Cheers Laurent From daf at muse.19inch.net Sat Mar 19 10:53:10 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Sat Mar 19 10:48:27 2005 Subject: [Alexandria-list] .destktop file internationalization Message-ID: <20050319155310.GS25737@muse.19inch.net> I've just committed changes to CVS implementing internationalization of the Alexandria .desktop file. In summary: - alexandria.desktop has been moved to alexandria.desktop.in. - po/genpot.sh extracts translatable messages from this file into the .pot file. - The .desktop file is generated during the package build. This change means that the menu entries for Alexandria can be translated, rather than appearing always in English. There are now 3 more translatable messages for Alexandria: #: ../alexandria.desktop.in.h:1 msgid "Alexandria Book Collection Manager" msgstr "" #: ../alexandria.desktop.in.h:2 msgid "Book Collection Manager" msgstr "" #: ../alexandria.desktop.in.h:3 msgid "Manage your book collection" msgstr "" A 0.5.1 release including this change is planned for the near future; translators, please update your translations! -- Dafydd From lrz at gnome.org Sat Mar 19 12:26:31 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Sat Mar 19 12:21:51 2005 Subject: [Alexandria-list] .destktop file internationalization In-Reply-To: <20050319155310.GS25737@muse.19inch.net> References: <20050319155310.GS25737@muse.19inch.net> Message-ID: <1111253191.5466.8.camel@localhost.localdomain> Hello Dafydd, On Sat, 2005-03-19 at 15:53 +0000, Dafydd Harries wrote: > I've just committed changes to CVS implementing internationalization of > the Alexandria .desktop file. Excellent job! Tested with a new fr.po, works pretty well. > A 0.5.1 release including this change is planned for the near future; > translators, please update your translations! Once the i18n mailing list will be operational I will forward this message. I will also have to introduce one string or two for the next release. Have a nice week-end Laurent From daf at muse.19inch.net Sun Mar 20 09:00:33 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Sun Mar 20 08:55:51 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050131221106.GT6791@muse.19inch.net> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> Message-ID: <20050320140033.GX25737@muse.19inch.net> Ar 31/01/2005 am 22:11, ysgrifennodd Dafydd Harries: > Ar 31/01/2005 am 19:05, ysgrifennodd Laurent Sansonetti: > > On Wed, 26 Jan 2005 23:51:49 +0000, Hanna M. Wallach wrote: > > > I have a few suggestions that I thought I'd mail to the list, just in > > > case anyone feels like doing a bit of coding in their spare time. :-) > > > > > > 1. Display book covers in "Adding a Book" search results. I have many > > > books that I'd like to add to Alexandria, but I don't wish to take > > > the time working out the exact edition/publisher etc. (These are > > > the kinds of books that might be published by many different > > > publishers, with different forewords, etc.) To be able to simply > > > scan down the list and select the book with the right front cover, > > > would make life much easier. > > > > > > > In fact, the very first version of Alexandria was doing this. I > > removed the code because the adding process was very slow (since it > > needed to download the cover for each entry). > > > > Now that threads have been introduced it should be doable. What I > > suggest is to show the entries first, then download the covers in the > > background. > > I wrote a very na?ve implementation of this. The patch is at > . I made a new version of this patch, which you can find at . The patch now downloads the images in a separate thread. I *love* how easy threads are in Ruby. :) There's also a screenshot of it at . > There are a few problems with it: > > - It wastes bandwidth a bit because it means that book covers will be > downloaded twice in some cases. It may be that the wasted bandwidth is not significant -- it should be a maximum of one extra cover image download per search. However, if we decide to tackle it, I think the easiest way to fix it would be to have an in-memory URL cache which stores the contents of the last N images downloaded. > - It doesn't scale book covers at all. This part is not so bad, but adding images makes the results look rather ugly in general. Perhaps we can make the search results alternate the background colours of the rows like in the main list view. Perhaps it would be good to make the size of the window bigger, too. Also, perhaps it would be good to use the default book image for results which don't have cover images. I'd appreciate it if people would look at the screenshot and tell me what they think. > - The display of search results blocks on the images being downloaded. > I like Laurent's suggestion of getting the results first and > downloading images in the background afterwards. This part is fixed now. Working on this made me think again about the Add Book dialog. Personally, I find it really tedious to have to switch it to the non-ISBN search. Perhaps we should revisit the issue of splitting it into two dialogs. I think we could call it "Search", as long as we can make it clear that it's different from the search for the books you already have. -- Dafydd From pterjan at linuxfr.org Sun Mar 20 09:20:49 2005 From: pterjan at linuxfr.org (Pascal Terjan) Date: Sun Mar 20 09:16:13 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050320140033.GX25737@muse.19inch.net> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> Message-ID: <1111328450.8783.3.camel@localhost> Le dimanche 20 mars 2005 ? 14:00 +0000, Dafydd Harries a ?crit : > > - It doesn't scale book covers at all. > > This part is not so bad, but adding images makes the results look rather > ugly in general. Perhaps we can make the search results alternate the > background colours of the rows like in the main list view. > > Perhaps it would be good to make the size of the window bigger, too. > > Also, perhaps it would be good to use the default book image for results > which don't have cover images. > > I'd appreciate it if people would look at the screenshot and tell me > what they think. > Hello, I think having the images is really nice to see quickly which one is our book without reading all the results. Looking at the screenshot, I think the images should be reduced. Another point, as the images are more than one text line heigth, why not writing the right column multiline to avoid the scrollbar and all the empty space between text lines ? From lrz at gnome.org Sun Mar 20 09:57:00 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Sun Mar 20 09:52:19 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050320140033.GX25737@muse.19inch.net> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> Message-ID: <1111330621.5443.12.camel@localhost.localdomain> Hi, On Sun, 2005-03-20 at 14:00 +0000, Dafydd Harries wrote: > Ar 31/01/2005 am 22:11, ysgrifennodd Dafydd Harries: > > Ar 31/01/2005 am 19:05, ysgrifennodd Laurent Sansonetti: > > > On Wed, 26 Jan 2005 23:51:49 +0000, Hanna M. Wallach wrote: > > > > I have a few suggestions that I thought I'd mail to the list, just in > > > > case anyone feels like doing a bit of coding in their spare time. :-) > > > > > > > > 1. Display book covers in "Adding a Book" search results. I have many > > > > books that I'd like to add to Alexandria, but I don't wish to take > > > > the time working out the exact edition/publisher etc. (These are > > > > the kinds of books that might be published by many different > > > > publishers, with different forewords, etc.) To be able to simply > > > > scan down the list and select the book with the right front cover, > > > > would make life much easier. > > > > > > > > > > In fact, the very first version of Alexandria was doing this. I > > > removed the code because the adding process was very slow (since it > > > needed to download the cover for each entry). > > > > > > Now that threads have been introduced it should be doable. What I > > > suggest is to show the entries first, then download the covers in the > > > background. > > > > I wrote a very na?ve implementation of this. The patch is at > > . > > I made a new version of this patch, which you can find at > . > > The patch now downloads the images in a separate thread. > > I *love* how easy threads are in Ruby. :) > > There's also a screenshot of it at > . Nice! However I think that the patch should be reworked a bit. 1/ Cover images should definitely be reduced, as Pascal said. I believe we should adopt the same layout as the "view as list". 2/ The Add Book dialog is going to be rewritten soon, to introduce threaded operations. So I guess the code of this patch will change a bit. However, the problem with this patch is that it starts a thread inside the adding operation, without looking if another thread has been started before, and without killing it if the user close the dialog (or add a book). > Working on this made me think again about the Add Book dialog. > Personally, I find it really tedious to have to switch it to the > non-ISBN search. Perhaps we should revisit the issue of splitting it > into two dialogs. I think we could call it "Search", as long as we can > make it clear that it's different from the search for the books you > already have. > I see your point. As I am currently thinking about a batch input mode for scanners, I believe I will need to redesign the Add Book dialog too. But I still love the current dialog. I think it is more intuitive for the user, since there is only once action to learn (and one button on the toolbar, etc...). I would be happy to hear people about this. Do you think we should split the ISBN lookup and the search by title/authors/keywords into different dialog boxes? Happy Sunday, Laurent From daf at muse.19inch.net Sun Mar 20 15:02:39 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Sun Mar 20 15:01:19 2005 Subject: [Alexandria-list] Re: Bug#285022: alexandria: No copy/paste in dialogs text boxes In-Reply-To: References: Message-ID: <20050320200239.GB25737@muse.19inch.net> Ar 10/12/2004 am 09:01, ysgrifennodd Mattia Monga: > Package: alexandria > Version: 0.4.0-1 > Severity: minor > > Text boxes in dialogs are not suitable to be used with X clipboard. Moreover, the caret is invisible. I'm CCing the Alexandria mailing list. Could you be more specific about which dialogs you would like to be able to copy and paste from? -- Dafydd From owner at bugs.debian.org Sun Mar 20 15:18:03 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Sun Mar 20 15:21:34 2005 Subject: [Alexandria-list] Bug#285022: Info received (was Bug#285022: alexandria: No copy/paste in dialogs text boxes) In-Reply-To: <20050320200239.GB25737@muse.19inch.net> References: <20050320200239.GB25737@muse.19inch.net> Message-ID: Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. Your message has been sent to the package maintainer(s): Dafydd Harries If you wish to continue to submit further information on your problem, please send it to 285022@bugs.debian.org, as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) From magmax9 at yahoo.es Sun Mar 20 18:57:24 2005 From: magmax9 at yahoo.es (Miguel Angel Garcia) Date: Sun Mar 20 19:17:22 2005 Subject: [Alexandria-list] Error in alexandria 0.5.0 (Debian package) Message-ID: <1111363045.8331.9.camel@lobezno> Hi there!! Well... I was very nervous for probing the new release of Alexandria, but the first thing I saw was the error I copied below. It happens when you open the "about" window. It seems a "Debianization" problem. You can solve it by: # :>/usr/share/alexandria/COPYING (well... this is not the original file, but it works ;D ) In addition, the credits are incorrect. PD: I don't know if I'm already subscribed to this list. How can I be sure? PD2: The message says: "The file or directory don't exist" *** attempt to put segment in horiz list twice ----------------------- Alexandria just crashed ----------------------- Timestamp: lun mar 21 00:43:56 CET 2005 Message: No existe el fichero o el directorio - /usr/share/alexandria/COPYING Backtrace: /usr/lib/ruby/1.8/alexandria/ui/about_dialog.rb:36:in `read' /usr/lib/ruby/1.8/alexandria/ui/about_dialog.rb:36:in `initialize' /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:749:in `new' /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:749:in `initialize_ui' /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:749:in `call' /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/1.8/alexandria.rb:56:in `main' /usr/bin/alexandria:10 Release: 0.5.0 Uname -a: Linux lobezno 2.6.10-1-k7 #1 Tue Jan 18 04:03:27 EST 2005 i686 GNU/Linux From vitei at web.de Mon Mar 21 16:44:58 2005 From: vitei at web.de (Viktor Bindewald) Date: Mon Mar 21 16:39:44 2005 Subject: [Alexandria-list] encoding problems Message-ID: <1111441499.8583.8.camel@localhost.localdomain> Hi I've just tried out the new 0.5.0 Release using the Debian package. Looks very nice, especially the HTML export. Good work done. But there are two problems with character encodings: 1) I've posted a bug report some time ago with a very similar problem. If a field (e.g. "publisher") contains some non ascii chars so then they aren't displayed and the rest of the word too. It was fixed for the title field but not for the other fields like "publisher" in my case. 2) The German translation isn't displayed properly. Instead of Umlauts there are some weird signs. I'm using utf-8 locales. Viktor From lars at strojny.net Tue Mar 22 06:05:37 2005 From: lars at strojny.net (Lars Strojny) Date: Tue Mar 22 06:18:08 2005 Subject: [Alexandria-list] alexandria-0.5.0: Bug report Message-ID: <1111489538.1485.11.camel@mabuse.strojny.net> Hi, when starting alexandria the following backtrace takes place: ----------------------- Alexandria just crashed ----------------------- Timestamp: Di M?r 22 12:03:49 CET 2005 Message: undefined method `map' for nil:NilClass Backtrace: /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:157:in `update_priority' /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:153:in `initialize' /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' /usr/lib/ruby/1.8/singleton.rb:95:in `instance' /usr/lib/ruby/1.8/singleton.rb:84:in `instance' /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:162:in `method_missing' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:814:in `initialize_ui' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:56:in `initialize' /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `new' /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `main' /usr/lib/ruby/site_ruby/1.8/alexandria.rb:56:in `main' /usr/bin/alexandria:10 Release: 0.5.0 Uname -a: Linux mabuse 2.6.11-swsusp2-inotify #4 Mon Mar 14 12:44:01 CET 2005 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz GenuineIntel GNU/Linux I'm using alexandria under Gentoo Linux. More information required? Greets, Lars -- name: Lars Strojny web: http://strojny.net street: Yorckstrasse 22 blog: http://usrportage.de city: D-71636 Ludwigsburg mail/jabber: lars@strojny.net f-print: 1FD5 D8EE D996 8E3E 1417 328A 240F 17EB 0263 AC07 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050322/aeeea546/attachment.bin From lrz at gnome.org Tue Mar 22 07:23:17 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Tue Mar 22 07:16:09 2005 Subject: [Alexandria-list] alexandria-0.5.0: Bug report In-Reply-To: <1111489538.1485.11.camel@mabuse.strojny.net> References: <1111489538.1485.11.camel@mabuse.strojny.net> Message-ID: <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> Hi, > Hi, > > when starting alexandria the following backtrace takes place: > ----------------------- > Alexandria just crashed > ----------------------- > Timestamp: Di M??r 22 12:03:49 CET 2005 > Message: undefined method `map' for nil:NilClass > Backtrace: > /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:157:in > `update_priority' > /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:153:in > `initialize' > /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' > /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' > /usr/lib/ruby/1.8/singleton.rb:95:in `instance' > /usr/lib/ruby/1.8/singleton.rb:84:in `instance' > /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:162:in > `method_missing' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:814:in > `initialize_ui' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:56:in `initialize' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `new' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `main' > /usr/lib/ruby/site_ruby/1.8/alexandria.rb:56:in `main' > /usr/bin/alexandria:10 > Release: 0.5.0 > > Uname -a: Linux mabuse 2.6.11-swsusp2-inotify #4 Mon Mar 14 12:44:01 CET > 2005 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz GenuineIntel GNU/Linux > > I'm using alexandria under Gentoo Linux. More information required? > Looks like the GConf schema default value is not available. I guess the Gentoo ebuild does not restart the GConf daemon after the installation, as described in the README file. Can you do a `gconftool-2 --shutdown' and try again? Cheers, -- Laurent From todd at hardboot.org Tue Mar 22 11:57:22 2005 From: todd at hardboot.org (todd@hardboot.org) Date: Tue Mar 22 11:52:35 2005 Subject: [Alexandria-list] alexandria-0.5.0: Bug report In-Reply-To: <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> References: <1111489538.1485.11.camel@mabuse.strojny.net> <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> Message-ID: <1111510642.42404e72b348b@hardboot.org> Oops. Sent the below just to Laurent. Meant to send it to the list. Quoting Laurent Sansonetti : > I guess the Gentoo ebuild does not restart the GConf daemon after the > installation, as described in the README file. It will. There's an ebuild in Gentoo's bugzilla that has this fix. In fact, I've been trying for the last three days to get to where I can test this new ebuild. The thing is... You can't just unmerge Alexandria and then re-emerge it. The problem doesn't just show up again. I don't know what kind of funky things this gconf is doing, but it's causing the problem to be not repeatable easily. So, presently, I am installing a whole new Gentoo system (in VMWare) so that I can install Alexandria and see if it works. I'll snapshot just before, so I can try it once with the regular ebuild, verify it doesn't work, revert, and then install with the new one to see it work. GConf... -todd From lars at strojny.net Tue Mar 22 11:26:56 2005 From: lars at strojny.net (Lars Strojny) Date: Tue Mar 22 12:53:23 2005 Subject: [Alexandria-list] alexandria-0.5.0: Bug report In-Reply-To: <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> References: <1111489538.1485.11.camel@mabuse.strojny.net> <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> Message-ID: <1111508816.15001.4.camel@mabuse.strojny.net> Hi, Am Dienstag, den 22.03.2005, 13:23 +0100 schrieb Laurent Sansonetti: [...] > Can you do a `gconftool-2 --shutdown' and try again? Thx, this works quite fine. But now another problem: whats going on with unicode chars? My german umlauts are completely broken :-/ Greets, Lars -- name: Lars Strojny web: http://strojny.net street: Yorckstrasse 22 blog: http://usrportage.de city: D-71636 Ludwigsburg mail/jabber: lars@strojny.net f-print: 1FD5 D8EE D996 8E3E 1417 328A 240F 17EB 0263 AC07 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050322/f234f065/attachment.bin From sandman at sdm-net.org Tue Mar 22 15:33:28 2005 From: sandman at sdm-net.org (Rene Samselnig) Date: Tue Mar 22 15:28:44 2005 Subject: [Alexandria-list] new book_provider added (amadeusbuch.at) Message-ID: <42408118.60102@sdm-net.org> hi all! i have added a new book_provider to alexandria, namely amadeusbuch.at. the sourcefile (amadeus.rb) should be attached (put it into your book_providers directory), i tested the features add book by isbn, search and add books from search. i hope you like it! add a line like require 'alexandria/book_providers/amadeus' to your alexandria/book_providers.rb-file and add Amadeus to your schema file. but i think you'll know how to do this ;) greets, Rene -------------- next part -------------- # Copyright (C) 2004 Laurent Sansonetti # vim: set tabstop=4 # vim: set et # # Alexandria is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License as # published by the Free Software Foundation; either version 2 of the # License, or (at your option) any later version. # # Alexandria is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU General Public # License along with Alexandria; see the file COPYING. If not, # write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, # Boston, MA 02111-1307, USA. require 'net/http' require 'cgi' module Alexandria class BookProviders class AmadeusProvider < GenericProvider BASE_URI = "http://www.amadeusbuch.at/" def initialize super("Amadeus", "Amadeus Buch") # no preferences for the moment end def search(criterion, type) req = BASE_URI + "shop/bde_bu_hg_startseite/schnellsuche/buch/?" #if type == SEARCH_BY_ISBN # req += "" #else # req += "act=suchen&" #end req += case type when SEARCH_BY_ISBN "fqbi=" when SEARCH_BY_TITLE "fqbt=" when SEARCH_BY_AUTHORS "fqba=" when SEARCH_BY_KEYWORD "fqbs=" else raise InvalidSearchTypeError end req += CGI.escape(criterion) data = transport.get(URI.parse(req)) if type == SEARCH_BY_ISBN to_book(data) rescue raise NoResultsError else begin results = [] each_book_page(data) do |page, title| results << to_book(transport.get(URI.parse(BASE_URI + page))) end return results rescue raise NoResultsError end end end def url(book) BASE_URI + "shop/bde_bu_hg_startseite/schnellsuche/buch/?fqbi=" + book.isbn end ####### private ####### def to_book(data) puts data if $DEBUG product = {} # title raise unless md = /

\n([^\n]+)\n\n/.match(data) product["title"] = md[1].strip.unpack("C*").pack("U*") # authors product["authors"] = [] data.scan(/\?fqba=([^"]+)" title="Mehr von...">([^<]+)<\/u>/) do |md| next unless CGI.unescape(md[0]) == md[1] product["authors"] << md[1].unpack("C*").pack("U*") end #raise if product["authors"].empty? # isbn raise unless md = /ISBN:<\/b> ([^\n]+)\n/.match(data) product["isbn"] = md[1].strip.gsub(/-/, "") # edition md = /Einband:<\/b> ([^,]+),/.match(data) product["edition"] = md[1].strip.unpack("C*").pack("U*") if md != nil # publisher md = /Erschienen +bei:<\/b> ([^\n]+)\n/.match(data) product["publisher"] = md[1].strip.unpack("C*").pack("U*").split(/ /).each { |e| e.capitalize! }.join(" ") if md != nil # cover md = /#{product[<\/a>/.match(data) product["cover"] = md[1] if md != nil book = Book.new(product["title"], product["authors"], product["isbn"], product["publisher"], product["edition"]) return [ book, product["cover"] ] end def each_book_page(data) raise if data.scan(/([^/) { |a| yield a }.empty? end end end end From lrz at gnome.org Tue Mar 22 15:39:46 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Tue Mar 22 15:34:59 2005 Subject: [Alexandria-list] alexandria-0.5.0: Bug report In-Reply-To: <1111510642.42404e72b348b@hardboot.org> References: <1111489538.1485.11.camel@mabuse.strojny.net> <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> <1111510642.42404e72b348b@hardboot.org> Message-ID: <1111523986.5408.2.camel@localhost.localdomain> Hi Todd, On Tue, 2005-03-22 at 08:57 -0800, todd@hardboot.org wrote: > Oops. Sent the below just to Laurent. Meant to send it to the list. > > Quoting Laurent Sansonetti : > > > I guess the Gentoo ebuild does not restart the GConf daemon after the > > installation, as described in the README file. > > It will. There's an ebuild in Gentoo's bugzilla that has this fix. In fact, > I've been trying for the last three days to get to where I can test this new > ebuild. > > The thing is... You can't just unmerge Alexandria and then re-emerge it. The > problem doesn't just show up again. I don't know what kind of funky things > this gconf is doing, but it's causing the problem to be not repeatable easily. > So, presently, I am installing a whole new Gentoo system (in VMWare) so that I > can install Alexandria and see if it works. I'll snapshot just before, so I > can try it once with the regular ebuild, verify it doesn't work, revert, and > then install with the new one to see it work. > > GConf... Interesting.. this explains why this kind of report often comes... Anyway I have fixed the code yesterday to avoid this kind of error in the future. The fix will be introduced in 0.5.1. I have lost faith in GConf - maybe we should use something better... Laurent From lrz at gnome.org Tue Mar 22 15:40:49 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Tue Mar 22 15:53:08 2005 Subject: [Alexandria-list] alexandria-0.5.0: Bug report In-Reply-To: <1111508816.15001.4.camel@mabuse.strojny.net> References: <1111489538.1485.11.camel@mabuse.strojny.net> <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> <1111508816.15001.4.camel@mabuse.strojny.net> Message-ID: <1111524049.5408.4.camel@localhost.localdomain> Hi Lars, On Tue, 2005-03-22 at 17:26 +0100, Lars Strojny wrote: > Hi, > > Am Dienstag, den 22.03.2005, 13:23 +0100 schrieb Laurent Sansonetti: > [...] > > Can you do a `gconftool-2 --shutdown' and try again? > > Thx, this works quite fine. But now another problem: whats going on with > unicode chars? My german umlauts are completely broken :-/ Sorry, there was a bug in the German translation. It will be fixed in 0.5.1. In the meantime, you can still use Alexandria in English. Sorry for the inconvenience, Laurent From lrz at gnome.org Tue Mar 22 16:05:55 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Tue Mar 22 16:01:17 2005 Subject: [Alexandria-list] new book_provider added (amadeusbuch.at) In-Reply-To: <42408118.60102@sdm-net.org> References: <42408118.60102@sdm-net.org> Message-ID: <1111525555.5382.13.camel@localhost.localdomain> Hi Rene, On Tue, 2005-03-22 at 21:33 +0100, Rene Samselnig wrote: > hi all! > > i have added a new book_provider to alexandria, namely amadeusbuch.at. > > the sourcefile (amadeus.rb) should be attached (put it into your > book_providers directory), i tested the features add book by isbn, > search and add books from search. i hope you like it Very nice! I have committed the provider on CVS. Two questions, 1/ It would be useful to add an unit in tests/test_providers.rb for the provider. Could you give me the ISBN of a book that is covered by amadeusbush.at and not on amazon.de, in order to make the test better? (We use these tests to detect if a provider is broken.) 2/ Are you willing to maintain the provider code in our CVS? We would be very happy if you could join us in the development. Many thanks for the contribution! Laurent From lrz at gnome.org Tue Mar 22 17:53:35 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Tue Mar 22 17:48:48 2005 Subject: [Alexandria-list] Re: cuecat patch In-Reply-To: <2599499e050321222372b1c4ce@mail.gmail.com> References: <2599499e050321142064b6a791@mail.gmail.com> <1111446124.5400.22.camel@localhost.localdomain> <2599499e050321222372b1c4ce@mail.gmail.com> Message-ID: <1111532015.5380.36.camel@localhost.localdomain> Hi Topher, (CC'ing the list) On Mon, 2005-03-21 at 22:23 -0800, Topher Cyll wrote: > Laurent, > > 2.) Sure! Great :) Do you have a RubyForge account? I could not find your in the database. > 1.) Hmm, I agree that detection would be good, but I'm unaware of any > way to do that. Does the kernel module have some way to do detection > or does it just assume the cuecat is plugged in? A cheap trick would > be to turn on the barcode icon after the first successful swipe, but > that's not really the same thing. Mmh, maybe Zachary can answer this. I do not know personally. Anyway, we are going to release 0.5.1 first, with the actual code. Then I think it will be necessary to revisit the Add Book dialog, as previously discussed :) Cheers > On Tue, 22 Mar 2005 00:02:04 +0100, Laurent Sansonetti wrote: > > Hi Topher, > > > > On Mon, 2005-03-21 at 14:20 -0800, Topher Cyll wrote: > > > Hi Laurent, > > > > > > My ccyll@wso.williams.edu email address has been down for a few days > > > now and shows no signs of being fixed any time soon. I suspect you've > > > been too busy with 0.5.0 to look at cuecat support, but I thought I'd > > > let you know to use this address in case you have any questions about > > > the module. > > > > I have answered to your mail (Saturday night IIRC) but I am not able to > > find it anymore in my archives. Looks like it has disappeared from the > > Send folder! > > > > Anyway, let's repeat. I find your code very well written and designed, > > and I will integrate it as soon as possible. In the meantime I am > > fixing bugs for 0.5.1 :-) > > > > So, regarding the code I have two questions: > > > > 1/ Is it possible to detect if a CueCat is attached to the computer when > > Alexandria starts? With the kernel module this was pretty easy, since > > there was a device node, but with the userland code I guess we are going > > to read from the keyboard input directly, so no chance to detect if a > > CueCat is there. I care about this because I think it is good to tell > > the user that a scanner is attached (the barcode icon in the Add Book > > dialog is what we use at the moment). > > > > 2/ Are you willing to maintain the code in the future? I would be very > > happy if you could join us in the development. > > > > Thanks > > > > Laurent > > > > Laurent From christophercyll at gmail.com Tue Mar 22 18:11:03 2005 From: christophercyll at gmail.com (Topher Cyll) Date: Tue Mar 22 18:06:13 2005 Subject: [Alexandria-list] Re: cuecat patch In-Reply-To: <1111532015.5380.36.camel@localhost.localdomain> References: <2599499e050321142064b6a791@mail.gmail.com> <1111446124.5400.22.camel@localhost.localdomain> <2599499e050321222372b1c4ce@mail.gmail.com> <1111532015.5380.36.camel@localhost.localdomain> Message-ID: <2599499e05032215112319feb1@mail.gmail.com> Just registered as rubyforge user 'topher'. -Toph On Tue, 22 Mar 2005 23:53:35 +0100, Laurent Sansonetti wrote: > Hi Topher, > > (CC'ing the list) > > On Mon, 2005-03-21 at 22:23 -0800, Topher Cyll wrote: > > Laurent, > > > > 2.) Sure! > > Great :) Do you have a RubyForge account? I could not find your in the > database. > > > 1.) Hmm, I agree that detection would be good, but I'm unaware of any > > way to do that. Does the kernel module have some way to do detection > > or does it just assume the cuecat is plugged in? A cheap trick would > > be to turn on the barcode icon after the first successful swipe, but > > that's not really the same thing. > > Mmh, maybe Zachary can answer this. I do not know personally. > > Anyway, we are going to release 0.5.1 first, with the actual code. Then > I think it will be necessary to revisit the Add Book dialog, as > previously discussed :) > > Cheers From lrz at gnome.org Wed Mar 23 16:17:55 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Wed Mar 23 16:13:07 2005 Subject: [Alexandria-list] Re: cuecat patch In-Reply-To: <2599499e05032215112319feb1@mail.gmail.com> References: <2599499e050321142064b6a791@mail.gmail.com> <1111446124.5400.22.camel@localhost.localdomain> <2599499e050321222372b1c4ce@mail.gmail.com> <1111532015.5380.36.camel@localhost.localdomain> <2599499e05032215112319feb1@mail.gmail.com> Message-ID: <1111612676.5507.1.camel@localhost.localdomain> Hi Christopher, On Tue, 2005-03-22 at 15:11 -0800, Topher Cyll wrote: > Just registered as rubyforge user 'topher'. > -Toph > I just added you in the commit list. The only rule we have is: please file a ChangeLog entry for each commit :) Welcome on board! -- Laurent From lrz at gnome.org Wed Mar 23 16:34:49 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Wed Mar 23 16:30:00 2005 Subject: [Alexandria-list] Bug? Alexandria works only for one user Message-ID: <1111613689.5510.5.camel@localhost.localdomain> Hi, Could someone help me reproducing the following bug? http://rubyforge.org/tracker/?func=detail&atid=863&aid=1670&group_id=205 # I was not able to reproduce it... Someone using Gentoo would be welcome, since it seems to be the platform of the bug reporter :) Thanks Laurent From fortin at nerim.net Wed Mar 23 16:45:11 2005 From: fortin at nerim.net (Denis Fortin) Date: Wed Mar 23 16:44:45 2005 Subject: [Alexandria-list] Bug? Alexandria works only for one user In-Reply-To: <1111613689.5510.5.camel@localhost.localdomain> References: <1111613689.5510.5.camel@localhost.localdomain> Message-ID: <1111614312.15716.3.camel@sarah> Le mercredi 23 mars 2005 ? 22:34 +0100, Laurent Sansonetti a ?crit : > Hi, > > Could someone help me reproducing the following bug? > > http://rubyforge.org/tracker/?func=detail&atid=863&aid=1670&group_id=205 > > # I was not able to reproduce it... > > Someone using Gentoo would be welcome, since it seems to be the platform > of the bug reporter :) Ruby amazon creates an amazon dir inside /tmp which is owned by the user and drwxr-xr-x ... Denis From lrz at gnome.org Wed Mar 23 17:17:37 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Wed Mar 23 17:12:48 2005 Subject: [Alexandria-list] Bug? Alexandria works only for one user In-Reply-To: <1111614769.5533.8.camel@localhost.localdomain> References: <1111613689.5510.5.camel@localhost.localdomain> <1111614312.15716.3.camel@sarah> <1111614769.5533.8.camel@localhost.localdomain> Message-ID: <1111616258.5508.11.camel@localhost.localdomain> On Wed, 2005-03-23 at 22:52 +0100, Laurent Sansonetti wrote: > Hi Denis, > > On Wed, 2005-03-23 at 22:45 +0100, Denis Fortin wrote: > > Le mercredi 23 mars 2005 ? 22:34 +0100, Laurent Sansonetti a ?crit : > > > Hi, > > > > > > Could someone help me reproducing the following bug? > > > > > > http://rubyforge.org/tracker/?func=detail&atid=863&aid=1670&group_id=205 > > > > > > # I was not able to reproduce it... > > > > > > Someone using Gentoo would be welcome, since it seems to be the platform > > > of the bug reporter :) > > Ruby amazon creates an amazon dir inside /tmp which is owned by the user > > and drwxr-xr-x ... > > I just noticed that at the moment too! > > I will modify the amazon provider to not cache there. Caching in ~ > would be more meaningful. It was that. Sorry for the verbose monologue :) I have fixed CVS to cache in ~/.alexandria/.amazon_cache/. Thanks Denis. Laurent From lrz at gnome.org Wed Mar 23 16:52:49 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Wed Mar 23 17:29:16 2005 Subject: [Alexandria-list] Bug? Alexandria works only for one user In-Reply-To: <1111614312.15716.3.camel@sarah> References: <1111613689.5510.5.camel@localhost.localdomain> <1111614312.15716.3.camel@sarah> Message-ID: <1111614769.5533.8.camel@localhost.localdomain> Hi Denis, On Wed, 2005-03-23 at 22:45 +0100, Denis Fortin wrote: > Le mercredi 23 mars 2005 ? 22:34 +0100, Laurent Sansonetti a ?crit : > > Hi, > > > > Could someone help me reproducing the following bug? > > > > http://rubyforge.org/tracker/?func=detail&atid=863&aid=1670&group_id=205 > > > > # I was not able to reproduce it... > > > > Someone using Gentoo would be welcome, since it seems to be the platform > > of the bug reporter :) > Ruby amazon creates an amazon dir inside /tmp which is owned by the user > and drwxr-xr-x ... I just noticed that at the moment too! I will modify the amazon provider to not cache there. Caching in ~ would be more meaningful. Laurent From todd at hardboot.org Wed Mar 23 22:56:28 2005 From: todd at hardboot.org (todd@hardboot.org) Date: Wed Mar 23 22:51:40 2005 Subject: [Alexandria-list] Dependencies Message-ID: <1111636588.42423a6cb71ed@hardboot.org> I have a question about Alexandria's dependencies. Why are the dependencies not provided or even linked to? I'm not necessarily suggesting that they should be. I'm asking because a friend and I were having a discussion about the handling of dependencies in open source projects. -todd From sandman at sdm-net.org Thu Mar 24 04:23:13 2005 From: sandman at sdm-net.org (Rene Samselnig) Date: Thu Mar 24 04:18:24 2005 Subject: [Alexandria-list] new book_provider added (amadeusbuch.at) In-Reply-To: <1111525555.5382.13.camel@localhost.localdomain> References: <42408118.60102@sdm-net.org> <1111525555.5382.13.camel@localhost.localdomain> Message-ID: <42428701.60608@sdm-net.org> Laurent Sansonetti wrote: > Very nice! I have committed the provider on CVS. Thanks :) > > Two questions, > > 1/ It would be useful to add an unit in tests/test_providers.rb for the > provider. Could you give me the ISBN of a book that is covered by > amadeusbush.at and not on amazon.de, in order to make the test better? > (We use these tests to detect if a provider is broken.) This should be a book, that is not on amazon, but on amadeusbuch.at ISBN: 3453864662 > 2/ Are you willing to maintain the provider code in our CVS? We would > be very happy if you could join us in the development. It would be great to join you in the development. And yes, I'd like to maintain this provider code. Ren? From lrz at gnome.org Thu Mar 24 06:44:58 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Thu Mar 24 06:37:42 2005 Subject: [Alexandria-list] Dependencies In-Reply-To: <1111636588.42423a6cb71ed@hardboot.org> References: <1111636588.42423a6cb71ed@hardboot.org> Message-ID: <6309.81.255.72.1.1111664698.squirrel@81.255.72.1> Hi Todd, > I have a question about Alexandria's dependencies. Why are the > dependencies > not provided or even linked to? > Mmh, if you mean, why are the dependencies not shipped within the Alexandria sources tarball, I would answer the following: The sources tarball is meant to be used by developers. You will need to compile stuff, and therefore some programming background will be required. Debian, Mandrake, Gentoo and recently FreeBSD, provide packages/ports/ebuilds for Alexandria, so end users can install the program in one click (or via one command line) and do not care about dependencies at all. I received an e-mail from a Slackware user (the main editor of osnews, to not name her) when Alexandria 0.1.0 was released. She complained about the dependencies. Well, I believe that if you use Slackware, you should not complain about that (at least not in public). I plan to make a Win32 installer in the future. The package will of course include all the dependencies, including Ruby. HTH, -- Laurent From daf at muse.19inch.net Thu Mar 24 12:27:57 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Thu Mar 24 12:23:04 2005 Subject: [Alexandria-list] new book_provider added (amadeusbuch.at) In-Reply-To: <42408118.60102@sdm-net.org> References: <42408118.60102@sdm-net.org> Message-ID: <20050324172757.GA25737@muse.19inch.net> Ar 22/03/2005 am 21:33, ysgrifennodd Rene Samselnig: > hi all! > > i have added a new book_provider to alexandria, namely amadeusbuch.at. > > the sourcefile (amadeus.rb) should be attached (put it into your > book_providers directory), i tested the features add book by isbn, > search and add books from search. i hope you like it! > > add a line like > > require 'alexandria/book_providers/amadeus' > > to your alexandria/book_providers.rb-file and add Amadeus to your schema > file. but i think you'll know how to do this ;) > > greets, > Rene Great! One comment, though: > # Copyright (C) 2004 Laurent Sansonetti If you wrote the code, surely it should be your name here. :) -- Dafydd From daf at muse.19inch.net Thu Mar 24 12:31:12 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Thu Mar 24 12:26:20 2005 Subject: [Alexandria-list] Re: cuecat patch In-Reply-To: <1111612676.5507.1.camel@localhost.localdomain> References: <2599499e050321142064b6a791@mail.gmail.com> <1111446124.5400.22.camel@localhost.localdomain> <2599499e050321222372b1c4ce@mail.gmail.com> <1111532015.5380.36.camel@localhost.localdomain> <2599499e05032215112319feb1@mail.gmail.com> <1111612676.5507.1.camel@localhost.localdomain> Message-ID: <20050324173112.GB25737@muse.19inch.net> Ar 23/03/2005 am 22:17, ysgrifennodd Laurent Sansonetti: > Hi Christopher, > > On Tue, 2005-03-22 at 15:11 -0800, Topher Cyll wrote: > > Just registered as rubyforge user 'topher'. > > -Toph > > > > I just added you in the commit list. > > The only rule we have is: please file a ChangeLog entry for each > commit :) I think it's good if the ChangeLog entry you add is used as the CVS commit message also. Also, it's worth noting that Vim and Emacs have functions for adding new changelog entries, which makes it easier. :) -- Dafydd From daf at muse.19inch.net Thu Mar 24 12:50:43 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Thu Mar 24 12:45:49 2005 Subject: [Alexandria-list] alexandria-0.5.0: Bug report In-Reply-To: <1111523986.5408.2.camel@localhost.localdomain> References: <1111489538.1485.11.camel@mabuse.strojny.net> <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> <1111510642.42404e72b348b@hardboot.org> <1111523986.5408.2.camel@localhost.localdomain> Message-ID: <20050324175043.GC25737@muse.19inch.net> Ar 22/03/2005 am 21:39, ysgrifennodd Laurent Sansonetti: > Hi Todd, > > On Tue, 2005-03-22 at 08:57 -0800, todd@hardboot.org wrote: > > Oops. Sent the below just to Laurent. Meant to send it to the list. > > > > Quoting Laurent Sansonetti : > > > > > I guess the Gentoo ebuild does not restart the GConf daemon after the > > > installation, as described in the README file. > > > > It will. There's an ebuild in Gentoo's bugzilla that has this fix. In fact, > > I've been trying for the last three days to get to where I can test this new > > ebuild. > > > > The thing is... You can't just unmerge Alexandria and then re-emerge it. The > > problem doesn't just show up again. I don't know what kind of funky things > > this gconf is doing, but it's causing the problem to be not repeatable easily. > > So, presently, I am installing a whole new Gentoo system (in VMWare) so that I > > can install Alexandria and see if it works. I'll snapshot just before, so I > > can try it once with the regular ebuild, verify it doesn't work, revert, and > > then install with the new one to see it work. If installing Alexandria is leaving things behind, my guess would be the default values in /etc/gconf. These can be removed using "gconftool-2 --makefile--uninstall-rule", just as "gconftool-2 --makefile--install-rule" is used to install schemas. > Interesting.. this explains why this kind of report often comes... > > Anyway I have fixed the code yesterday to avoid this kind of error in > the future. The fix will be introduced in 0.5.1. > > I have lost faith in GConf - maybe we should use something better... Well, the problem seems to be that we assumed that we could rely on th GConf schemas being installed when Alexandria was run, and that this was not the case. There are two ways of dealing with this: a) Checking that the default values are there when Alexandria starts, and giving an error if they are not. b) Being more tolerant of the default values being missing. This is the approach you took with the fix in CVS. I like the second approach; my only worry is that Alexandria will work differently for users depending on whetehr they have the schemas installed or not. I think GConf is quite a good system on the whole, though it clearly has some rough edges. Did you have any alternatives in mind? If we have concerns about the way GConf works, we should communicate them to the developers -- I understand that there has already been some thought on how it could be improved, and it would be good if we could help that process. See also: http://www.gnome.org/projects/gconf/plans.html -- Dafydd From lrz at gnome.org Thu Mar 24 14:57:38 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Thu Mar 24 14:53:35 2005 Subject: [Alexandria-list] new book_provider added (amadeusbuch.at) In-Reply-To: <20050324172757.GA25737@muse.19inch.net> References: <42408118.60102@sdm-net.org> <20050324172757.GA25737@muse.19inch.net> Message-ID: <1111694259.5547.0.camel@localhost.localdomain> On Thu, 2005-03-24 at 17:27 +0000, Dafydd Harries wrote: > Ar 22/03/2005 am 21:33, ysgrifennodd Rene Samselnig: > > hi all! > > > > i have added a new book_provider to alexandria, namely amadeusbuch.at. > > > > the sourcefile (amadeus.rb) should be attached (put it into your > > book_providers directory), i tested the features add book by isbn, > > search and add books from search. i hope you like it! > > > > add a line like > > > > require 'alexandria/book_providers/amadeus' > > > > to your alexandria/book_providers.rb-file and add Amadeus to your schema > > file. but i think you'll know how to do this ;) > > > > greets, > > Rene > > Great! > > One comment, though: > > > # Copyright (C) 2004 Laurent Sansonetti > > If you wrote the code, surely it should be your name here. :) > I have already fixed that on CVS :) Laurent From lrz at gnome.org Thu Mar 24 15:07:53 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Thu Mar 24 15:03:03 2005 Subject: [Alexandria-list] alexandria-0.5.0: Bug report In-Reply-To: <20050324175043.GC25737@muse.19inch.net> References: <1111489538.1485.11.camel@mabuse.strojny.net> <10872.81.255.72.1.1111494197.squirrel@81.255.72.1> <1111510642.42404e72b348b@hardboot.org> <1111523986.5408.2.camel@localhost.localdomain> <20050324175043.GC25737@muse.19inch.net> Message-ID: <1111694873.5546.10.camel@localhost.localdomain> Hi Dafydd, On Thu, 2005-03-24 at 17:50 +0000, Dafydd Harries wrote: > Ar 22/03/2005 am 21:39, ysgrifennodd Laurent Sansonetti: > > Hi Todd, > > > > On Tue, 2005-03-22 at 08:57 -0800, todd@hardboot.org wrote: > > > Oops. Sent the below just to Laurent. Meant to send it to the list. > > > > > > Quoting Laurent Sansonetti : > > > > > > > I guess the Gentoo ebuild does not restart the GConf daemon after the > > > > installation, as described in the README file. > > > > > > It will. There's an ebuild in Gentoo's bugzilla that has this fix. In fact, > > > I've been trying for the last three days to get to where I can test this new > > > ebuild. > > > > > > The thing is... You can't just unmerge Alexandria and then re-emerge it. The > > > problem doesn't just show up again. I don't know what kind of funky things > > > this gconf is doing, but it's causing the problem to be not repeatable easily. > > > So, presently, I am installing a whole new Gentoo system (in VMWare) so that I > > > can install Alexandria and see if it works. I'll snapshot just before, so I > > > can try it once with the regular ebuild, verify it doesn't work, revert, and > > > then install with the new one to see it work. > > If installing Alexandria is leaving things behind, my guess would be the > default values in /etc/gconf. These can be removed using "gconftool-2 > --makefile--uninstall-rule", just as "gconftool-2 > --makefile--install-rule" is used to install schemas. > > > Interesting.. this explains why this kind of report often comes... > > > > Anyway I have fixed the code yesterday to avoid this kind of error in > > the future. The fix will be introduced in 0.5.1. > > > > I have lost faith in GConf - maybe we should use something better... > > Well, the problem seems to be that we assumed that we could rely on th > GConf schemas being installed when Alexandria was run, and that this was > not the case. > > There are two ways of dealing with this: > > a) Checking that the default values are there when Alexandria starts, > and giving an error if they are not. > > b) Being more tolerant of the default values being missing. This is the > approach you took with the fix in CVS. > > I like the second approach; my only worry is that Alexandria will work > differently for users depending on whetehr they have the schemas > installed or not. > I prefer the second approach too. > I think GConf is quite a good system on the whole, though it clearly has > some rough edges. Did you have any alternatives in mind? > Not for the moment, but I am pretty sure a better alternative exists. If not, it should be relatively easy to re-write something similar in pure Ruby. > If we have concerns about the way GConf works, we should communicate > them to the developers -- I understand that there has already been some > thought on how it could be improved, and it would be good if we could > help that process. > This is a very well known bug. GConf should really re-synchronize its contents each time a new schema is loaded. The killer feature in GConf is that you can be call backed (via a GLib signal) when a variable is changed. But we do not use it in Alexandria. And AFAIK, GConf has not been ported to Win32 yet (this is less important though). > See also: http://www.gnome.org/projects/gconf/plans.html > This sounds very good. But I think developers should fix bugs before planning things like that. Laurent From hmw26 at cam.ac.uk Thu Mar 24 17:03:32 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Thu Mar 24 16:58:42 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050320140033.GX25737@muse.19inch.net> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> Message-ID: <20050324220331.GO6853@srcf.ucam.org> > I made a new version of this patch, which you can find at > . > > The patch now downloads the images in a separate thread. Excellent! Thanks for doing that, Daf! > It may be that the wasted bandwidth is not significant -- it should be a > maximum of one extra cover image download per search. However, if we > decide to tackle it, I think the easiest way to fix it would be to have > an in-memory URL cache which stores the contents of the last N images > downloaded. I agree that this would be the most sensible way of dealing with this if we decide that the bandwidth wastage is significant enough. > This part is not so bad, but adding images makes the results look rather > ugly in general. Perhaps we can make the search results alternate the > background colours of the rows like in the main list view. Yes, I think alternating background colours would be great. Though, I wonder -- why can't / don't we scale the images? Is there some reason for not doing so? > Also, perhaps it would be good to use the default book image for results > which don't have cover images. Definitely. > I'd appreciate it if people would look at the screenshot and tell me > what they think. I think it's great! > Working on this made me think again about the Add Book dialog. > Personally, I find it really tedious to have to switch it to the > non-ISBN search. Likewise. > Perhaps we should revisit the issue of splitting it into two > dialogs. I think we could call it "Search", as long as we can make > it clear that it's different from the search for the books you > already have. Oh, this is a nice idea. Though really, just having Alexandria remember which you last selected (which presumably wouldn't be that hard to implement) would make a big difference. All the best, -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From hmw26 at cam.ac.uk Thu Mar 24 17:07:11 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Thu Mar 24 17:02:22 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <1111330621.5443.12.camel@localhost.localdomain> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> Message-ID: <20050324220711.GP6853@srcf.ucam.org> > 1/ Cover images should definitely be reduced, as Pascal said. I believe > we should adopt the same layout as the "view as list". I think that sounds sensible. The main point in having images in the search results are so that people can visually scan through covers and speed up the time taken to add a book. Small images are fine for that. > I would be happy to hear people about this. Do you think we should > split the ISBN lookup and the search by title/authors/keywords into > different dialog boxes? I'm really not convinced we should split into two dialog boxes. However, I do agree that having to manually select "Search" each time is very frustrating. As I said in my previous email, simply remembering the last method used (ISBN vs. Search) would make a big difference. Why not give that a go first before thinking about more complicated things? All the best, -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From lrz at gnome.org Thu Mar 24 18:04:48 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Thu Mar 24 17:59:59 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050324220711.GP6853@srcf.ucam.org> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> <20050324220711.GP6853@srcf.ucam.org> Message-ID: <1111705489.5549.24.camel@localhost.localdomain> Hi Hanna, On Thu, 2005-03-24 at 22:07 +0000, Hanna M. Wallach wrote: > > I would be happy to hear people about this. Do you think we should > > split the ISBN lookup and the search by title/authors/keywords into > > different dialog boxes? > > I'm really not convinced we should split into two dialog > boxes. However, I do agree that having to manually select "Search" > each time is very frustrating. As I said in my previous email, simply > remembering the last method used (ISBN vs. Search) would make a big > difference. Why not give that a go first before thinking about more > complicated things? Elegant suggestion, I just implemented it. 0.5.1 will ship it. Note that we remember the latest criterion only within the live scope of the application. If Alexandria restarts, the default one will always be ISBN. Using a GConf variable for that would be IMHO a bit overkill. Laurent From hmw26 at cam.ac.uk Thu Mar 24 18:12:51 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Thu Mar 24 18:08:05 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <1111705489.5549.24.camel@localhost.localdomain> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> <20050324220711.GP6853@srcf.ucam.org> <1111705489.5549.24.camel@localhost.localdomain> Message-ID: <20050324231251.GU6853@srcf.ucam.org> Hi Laurent, > Elegant suggestion, I just implemented it. 0.5.1 will ship it. Wow, fast work! Thanks! :-) > Note that we remember the latest criterion only within the live scope of > the application. If Alexandria restarts, the default one will always be > ISBN. Using a GConf variable for that would be IMHO a bit overkill. Okay. I think it might in fact be worth using a GConf variable, as it's the kind of thing that I would (personally) like Alexandria to remember between settings, and I'd expect others feel the same way. That said, it's not essential, and it's great that it now remembers the setting with the live scope of the program! Once again, thanks for implementing that! All the best, -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From lrz at gnome.org Fri Mar 25 08:28:59 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Fri Mar 25 08:21:42 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050324231251.GU6853@srcf.ucam.org> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> <20050324220711.GP6853@srcf.ucam.org> <1111705489.5549.24.camel@localhost.localdomain> <20050324231251.GU6853@srcf.ucam.org> Message-ID: <5732.81.255.72.1.1111757339.squirrel@81.255.72.1> Hi Hanna, >> Elegant suggestion, I just implemented it. 0.5.1 will ship it. > > Wow, fast work! Thanks! :-) > This was very easy to implement :) >> Note that we remember the latest criterion only within the live scope of >> the application. If Alexandria restarts, the default one will always be >> ISBN. Using a GConf variable for that would be IMHO a bit overkill. > > Okay. I think it might in fact be worth using a GConf variable, as > it's the kind of thing that I would (personally) like Alexandria to > remember between settings, and I'd expect others feel the same > way. That said, it's not essential, and it's great that it now > remembers the setting with the live scope of the program! > I discussed this with Dafydd yesterday night, and we agreed to not use a GConf variable for the moment and ship 0.5.1 as soon as possible. The Add Book dialog will be re-visited after anyway, so we should be able to reconsider this GConf variable. Cheers, -- Laurent From lrz at gnome.org Fri Mar 25 16:49:20 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Fri Mar 25 16:44:33 2005 Subject: [Alexandria-list] Request for translations for Alexandria 0.5.1 Message-ID: <1111787360.5468.6.camel@localhost.localdomain> Hi everyone, In the meantime 0.5.0 was released some bugs were found, and therefore we are going to release 0.5.1 to fix them. Some new strings have been introduced, so the translations need to be refreshed. Also, we are now shipping a localized .desktop file, automatically created from your .po file. Here are the pointers to the new files: http://laurent.sansonetti.free.fr/alexandria.pot http://laurent.sansonetti.free.fr/cy.po http://laurent.sansonetti.free.fr/de.po http://laurent.sansonetti.free.fr/es.po http://laurent.sansonetti.free.fr/fr.po http://laurent.sansonetti.free.fr/it.po http://laurent.sansonetti.free.fr/ja.po We will release 0.5.1 as soon as we receive all the translations. Some of you are now able to update them directly on the CVS. If you do not have a CVS access and want to update your translation by yourself, please drop me an e-mail with your RubyForge account. Happy Easter! Laurent From registrations at liamjdavison.info Sat Mar 26 04:22:53 2005 From: registrations at liamjdavison.info (Liam Davison) Date: Sat Mar 26 04:18:01 2005 Subject: [Alexandria-list] How to upload my documentation changes Message-ID: <1111828973.9124.5.camel@localhost.localdomain> Morning Laurent I am being rather dim this morning. I would like to upload my latest tarball for the documentation. I have also started a ChangeLog file. But I don't really know what to do... I've been reading the CVS documentation but it isn't very clear to me. I can log on to the CVS account using export CVS_RSH=ssh cvs -z3 -d:ext:ljd@rubyforge.org:/var/cvs/alexandria co alexandria But it appears I haven't set up CVSROOT right - I thought that i could type export CVSROOT ljd@rubyforge.org:/var/cvs/alexandria But that's not working. Then presumably I need to to commit the tarball - how? Sorry for this, -- Liam Davison From daf at muse.19inch.net Sat Mar 26 04:38:22 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Sat Mar 26 04:33:27 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <1111330621.5443.12.camel@localhost.localdomain> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> Message-ID: <20050326093822.GA30057@muse.19inch.net> Ar 20/03/2005 am 15:57, ysgrifennodd Laurent Sansonetti: > 1/ Cover images should definitely be reduced, as Pascal said. I believe > we should adopt the same layout as the "view as list". > > 2/ The Add Book dialog is going to be rewritten soon, to introduce > threaded operations. So I guess the code of this patch will change a > bit. However, the problem with this patch is that it starts a thread > inside the adding operation, without looking if another thread has been > started before, and without killing it if the user close the dialog (or > add a book). I made a third version of this patch: New screenshot: http://muse.19inch.net/~daf/tmp/screenshot-alexandria-search-images3.png New diff: http://muse.19inch.net/~daf/tmp/alexandria-search-results-images3.diff What's changed: - The default book image is used for books without a cover image. - Images are scaled. - The thread is killed when the "Add" or "Cancel" buttons are pressed. I noticed that Amazon often gives a blank 1x1 image for books. I added a test to detect these images and ignore them. Also, this code uses its own scaling rather than reusing existing code. We should write a reusable scaling function. -- Dafydd From lrz at gnome.org Sat Mar 26 07:11:38 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Sat Mar 26 07:06:43 2005 Subject: [Alexandria-list] How to upload my documentation changes In-Reply-To: <1111828973.9124.5.camel@localhost.localdomain> References: <1111828973.9124.5.camel@localhost.localdomain> Message-ID: <1111839099.5594.22.camel@localhost.localdomain> Hello Liam, On Sat, 2005-03-26 at 09:22 +0000, Liam Davison wrote: > Morning Laurent > > I am being rather dim this morning. I would like to upload my latest > tarball for the documentation. I have also started a ChangeLog file. But > I don't really know what to do... > No problemo! Everyone had similar problems when learning CVS. > I've been reading the CVS documentation but it isn't very clear to me. > > I can log on to the CVS account using > > export CVS_RSH=ssh > > cvs -z3 -d:ext:ljd@rubyforge.org:/var/cvs/alexandria co alexandria > > But it appears I haven't set up CVSROOT right - I thought that i could > type > > export CVSROOT ljd@rubyforge.org:/var/cvs/alexandria > > But that's not working. > > Then presumably I need to to commit the tarball - how? Here is the procedure: 1/ check out the latest version somewhere on your disk. $ mkdir src $ cd src $ cvs -z3 -d:ext:ljd@rubyforge.org:/var/cvs/alexandria co alexandria You should see a list of "U ..." lines appearing. 2/ go to the 'doc' directory. $ cd alexandria/doc This directory is empty for the moment. 3/ fill this directory with your files. You can create sub-directories inside 'doc' ('figures' for instance). After this operation I guess you should have something like: > lrz@lrz-laptop:~/src/alexandria/doc $ ls > alexandria-omf.xml CVS gfontselectersample.xml Makefile.docbook > alexandria.yelp.xml figures gnome-app-template.xml texttemplates.xml 4/ once everything is there, you can add the files in the repository. $ cvs add files... $ cvs add directories... Note that: 1/ Directories will be directly created on the repository after the 'add' command. It is not possible with CVS to remove directories, so be very careful when you add directories. Note that once you add a directory, you also need to add the files inside it. 2/ Regular files are not added yet after this step. You need to commit them, using: $ cvs commit files... Your favorite editor (pointed by the $EDITOR environment variable) will appear and you will be able to write the commit log there. If you exit the editor without saving, then the commit operation will be aborted. For the first upload, "initial revision" is a good message. But once you will update existing files, please use the ChangeLog entry message as the commit message. I believe you should have enough information to upload your work. But I am a bad teacher, so do not hesitate if you have any question! Cheers Laurent From registrations at liamjdavison.info Sat Mar 26 08:15:59 2005 From: registrations at liamjdavison.info (Liam Davison) Date: Sat Mar 26 08:11:03 2005 Subject: [Alexandria-list] Documentation Message-ID: <1111842959.2584.6.camel@localhost.localdomain> Laurent et al I have committed the documentation to CVS (thanks for the help Laurent). The next step is for me to get the documentation correctly integrated into Yelp, and to add a "Help" menu item. I guess that would just have to call exec("yelp path/to/alexandria.yelp.xml")? -- Liam Davison From lrz at gnome.org Sat Mar 26 08:26:20 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Sat Mar 26 08:21:26 2005 Subject: [Alexandria-list] Documentation In-Reply-To: <1111842959.2584.6.camel@localhost.localdomain> References: <1111842959.2584.6.camel@localhost.localdomain> Message-ID: <1111843581.5595.29.camel@localhost.localdomain> Liam, On Sat, 2005-03-26 at 13:15 +0000, Liam Davison wrote: > Laurent et al > > I have committed the documentation to CVS (thanks for the help Laurent). > The next step is for me to get the documentation correctly integrated > into Yelp, and to add a "Help" menu item. I guess that would just have > to call exec("yelp path/to/alexandria.yelp.xml")? > Excellent job! I have updated my e-mail address in alexandria.yelp.xml, make sure you do cvs update -Pd before working again on the translation, to be sure to always work on the latest version. For the integration in Alexandria, well I do not know for the moment how to do it. I will try to check out how other programs are doing. Cheers Laurent From lrz at gnome.org Sun Mar 27 15:14:08 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Sun Mar 27 15:09:11 2005 Subject: [Alexandria-list] [ANN] Alexandria 0.5.1 Message-ID: <1111954448.5584.10.camel@localhost.localdomain> Hi, Alexandria 0.5.1 has just been released. Alexandria is a GNOME application to help you manage your book collection. You can get more information (screenshots, features, download links, packages...) on its web site: http://alexandria.rubyforge.org This is mostly a quick bug fix version, even if some features were added in the meantime (such as a book provider to the Amadeus Austrian library). 0.5.0 users are encouraged to upgrade. Details are following. Enjoy! New features: * Added provider for book information retrieval of the Amadeus Buch online library (Austrian books) ; * Allows user-specific themes in ~/.alexandria/.web-themes ; * Localized .desktop file. Bugs fixed: * Fixed the wording of some messages ; * Use alternating colours for rows in the search list of the Add Book dialog and the providers list of the Preferences dialog ; * The Amazon provider will cache information on ~/.alexandria/.amazon_cache instead of /tmp/amazon, allowing multiple users with different credentials to use it ; * Really ignores hidden directories in ~/.alexandria ; * Be more intelligent when building the list of providers by taking into account nil values from the GConf schema ; * Do not display the whole GPL text in the About dialog, just the header ; * Display an confirmation message when trying to move a book into a library that already has a book with the same ident ; * Fixed the moves action after an import process ; * Display an error message when trying to set an EAN/ISBN that is already used by another book in the same library ; * Forgot to mark some translatable strings ; * Display an error message when trying to add a book with an EAN/ISBN that is already used by another book in the same library ; * Manually added books were not automatically added in the memory representation of the library ; * Pack the cover image as non-expandable in the books list view. Added translation: * Mirko Maischberger (it). Updated translations: * Dafydd Harries (cy) ; * David Weinehall (sv) ; * Joachim Breitner (de) ; * Laurent Sansonetti (fr) ; * Masao Mutoh (ja) ; * Miguel ?ngel Garc?a (es). -- Laurent From lrz at gnome.org Sun Mar 27 15:42:24 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Sun Mar 27 15:37:27 2005 Subject: [Alexandria-list] Documentation In-Reply-To: <1111843581.5595.29.camel@localhost.localdomain> References: <1111842959.2584.6.camel@localhost.localdomain> <1111843581.5595.29.camel@localhost.localdomain> Message-ID: <1111956145.5588.16.camel@localhost.localdomain> Hi Liam and all, On Sat, 2005-03-26 at 14:26 +0100, Laurent Sansonetti wrote: > Liam, > > On Sat, 2005-03-26 at 13:15 +0000, Liam Davison wrote: > > Laurent et al > > > > I have committed the documentation to CVS (thanks for the help Laurent). > > The next step is for me to get the documentation correctly integrated > > into Yelp, and to add a "Help" menu item. I guess that would just have > > to call exec("yelp path/to/alexandria.yelp.xml")? > > > > Excellent job! > > I have updated my e-mail address in alexandria.yelp.xml, make sure you > do > > cvs update -Pd > > before working again on the translation, to be sure to always work on > the latest version. > > For the integration in Alexandria, well I do not know for the moment how > to do it. I will try to check out how other programs are doing. I investigated a bit this evening. I decided to release 0.5.1 without the documentation (so, without the 'doc' directory), because the integration required some translatable strings, and that all the translations were already updated and ready for the release. Also, to nicely integrate the documentation, it would be nice to provide an Help button in dialogs, referring documentation chapters. This requires some work and I wanted to release 0.5.1 as soon as possible. Laurent From lrz at gnome.org Sun Mar 27 17:44:41 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Sun Mar 27 17:39:46 2005 Subject: Plans for 0.6.0 (Was: [Alexandria-list] Documentation) In-Reply-To: <1111962102.9143.2.camel@localhost.localdomain> References: <1111842959.2584.6.camel@localhost.localdomain> <1111843581.5595.29.camel@localhost.localdomain> <1111956145.5588.16.camel@localhost.localdomain> <1111962102.9143.2.camel@localhost.localdomain> Message-ID: <1111963482.5626.32.camel@localhost.localdomain> Hi, On Sun, 2005-03-27 at 23:21 +0100, Liam Davison wrote: > Hi Laurent > > > > > I investigated a bit this evening. I decided to release 0.5.1 without > > the documentation (so, without the 'doc' directory), because the > > integration required some translatable strings, and that all the > > translations were already updated and ready for the release. > > > > Also, to nicely integrate the documentation, it would be nice to provide > > an Help button in dialogs, referring documentation chapters. This > > requires some work and I wanted to release 0.5.1 as soon as possible. > > > > Laurent > > > I understand completely. On my part, I would like to get integration > into Yelp working (so users can fire up the Gnome Help application, > Yelp, and Alexandria would be listed there). I haven't quite understood > how to make that work yet. > I investigated a bit and it seems that we just need to install the OMF file via scroll-keeper. However, the OMF file must be generated with the correct path to the Docbook XML file. > Do you have plans for either a 0.5.2 or a 0.6 release? I know it's > rather early, but maybe the documentation could be a 'feature' of 0.6? > Yes I have some plans for the next 'features' release: - obviously your documentation :) - userland cuecat support - already working, just need to be merged. - all operations will be threaded - editable list view - each cell will be editable, even the rating. - auto-completion for each text field in the list view and the books properties dialog, based on the contents of all libraries. - genres - providing a set of genres by default, and allowing the user to set his/her own. This sounds a bit hard if we consider i18n. - z39.50 support (via Ruby/ZOOM) - providing a set of sources by default, and allowing the user to set his/her own. The providers preferences dialog will be modified for that, but will require a "Show expert options" check box. - smart libraries - creating virtual libraries based on a set of criterion and using existing libraries as source (for instance, all books by Anne Rice released with paperback bindings). - eventually, custom fields, if I have the time. I probably forgot some points, but IIRC these are the most important ones. Laurent From fabuian at web.de Mon Mar 28 09:47:40 2005 From: fabuian at web.de (Fabian) Date: Mon Mar 28 09:45:25 2005 Subject: [Alexandria-list] Switch between view Message-ID: <1112021260.4371.4.camel@localhost> Hi, Alexandria is a really great program..i appreciate you work, but i found a little bug: When i switch between the listing view or the "symbol view" (i don't actually know what it in english ^^) Alexandria just chrashes. Once it gave me this output. ------------------------------------------- Alexandria just crashed ----------------------- Timestamp: Mo M?r 28 16:41:55 CEST 2005 Message: undefined method `call' for "Rowohlt Tb.":String Backtrace: (eval):1:in `set_active' (eval):1:in `active=' /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:738:in `initialize_ui' /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:731:in `call' /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/1.8/alexandria.rb:47:in `main' /usr/bin/alexandria:10 Release: 0.4.0 Uname -a: Linux fabian 2.6.9 #1 Tue Dec 14 14:44:13 CET 2004 i686 GNU/Linux --------------------------- Hope i could help you! Bye -- Fabian From lrz at gnome.org Mon Mar 28 09:52:10 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Mon Mar 28 09:47:17 2005 Subject: [Alexandria-list] Switch between view In-Reply-To: <1112021260.4371.4.camel@localhost> References: <1112021260.4371.4.camel@localhost> Message-ID: <1112021530.5589.1.camel@localhost.localdomain> Hi Fabian, On Mon, 2005-03-28 at 16:47 +0200, Fabian wrote: > Hi, > Alexandria is a really great program..i appreciate you work, Glad you like the program! > but i found a little bug: > When i switch between the listing view or the "symbol view" (i don't > actually know what it in english ^^) Alexandria just chrashes. > Once it gave me this output. > > ------------------------------------------- > Alexandria just crashed > ----------------------- > Timestamp: Mo M?r 28 16:41:55 CEST 2005 > Message: undefined method `call' for "Rowohlt Tb.":String > Backtrace: > (eval):1:in `set_active' > (eval):1:in `active=' > /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:738:in `initialize_ui' > /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:731:in `call' > /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' > /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' > /usr/lib/ruby/1.8/alexandria.rb:47:in `main' > /usr/bin/alexandria:10 > Release: 0.4.0 > > Uname -a: Linux fabian 2.6.9 #1 Tue Dec 14 14:44:13 CET 2004 i686 > GNU/Linux I see you are running 0.4.0. This bug has been fixed in 0.5.0, please consider upgrading :) Cheers Laurent From hmw26 at cam.ac.uk Mon Mar 28 13:16:53 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Mon Mar 28 13:12:04 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050326093822.GA30057@muse.19inch.net> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> <20050326093822.GA30057@muse.19inch.net> Message-ID: <20050328181653.GD6853@srcf.ucam.org> > I made a third version of this patch: > > New screenshot: > > http://muse.19inch.net/~daf/tmp/screenshot-alexandria-search-images3.png This *rocks*, Dafydd -- it looks great! > New diff: > > http://muse.19inch.net/~daf/tmp/alexandria-search-results-images3.diff One weird thing though -- when I apt-get the Debian source for alexandria, apply your patch and rebuild, I find that I don't get the alternating background colours for the search results. Any idea why? All the best, -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From hmw26 at cam.ac.uk Mon Mar 28 13:17:48 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Mon Mar 28 13:12:55 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <5732.81.255.72.1.1111757339.squirrel@81.255.72.1> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> <20050324220711.GP6853@srcf.ucam.org> <1111705489.5549.24.camel@localhost.localdomain> <20050324231251.GU6853@srcf.ucam.org> <5732.81.255.72.1.1111757339.squirrel@81.255.72.1> Message-ID: <20050328181748.GE6853@srcf.ucam.org> > I discussed this with Dafydd yesterday night, and we agreed to not use a > GConf variable for the moment and ship 0.5.1 as soon as possible. Alright, that sounds like a good plan. > The Add Book dialog will be re-visited after anyway, so we should be able > to reconsider this GConf variable. Cool! -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From daf at muse.19inch.net Mon Mar 28 13:42:53 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Mon Mar 28 13:37:54 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050328181653.GD6853@srcf.ucam.org> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> <20050326093822.GA30057@muse.19inch.net> <20050328181653.GD6853@srcf.ucam.org> Message-ID: <20050328184253.GP30057@muse.19inch.net> Ar 28/03/2005 am 19:16, ysgrifennodd Hanna M. Wallach: > > I made a third version of this patch: > > > > New screenshot: > > > > http://muse.19inch.net/~daf/tmp/screenshot-alexandria-search-images3.png > > This *rocks*, Dafydd -- it looks great! > > > New diff: > > > > http://muse.19inch.net/~daf/tmp/alexandria-search-results-images3.diff > > One weird thing though -- when I apt-get the Debian source for > alexandria, apply your patch and rebuild, I find that I don't get the > alternating background colours for the search results. Any idea why? Oops, I forgot to mention -- I committed this change to CVS. It's included in 0.5.1, which should be in Debian shortly. :) -- Dafydd From hmw26 at cam.ac.uk Mon Mar 28 13:50:24 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Mon Mar 28 13:45:30 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050328184253.GP30057@muse.19inch.net> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> <20050320140033.GX25737@muse.19inch.net> <1111330621.5443.12.camel@localhost.localdomain> <20050326093822.GA30057@muse.19inch.net> <20050328181653.GD6853@srcf.ucam.org> <20050328184253.GP30057@muse.19inch.net> Message-ID: <20050328185024.GF6853@srcf.ucam.org> > Oops, I forgot to mention -- I committed this change to CVS. It's > included in 0.5.1, which should be in Debian shortly. :) Ah, excellent. :-) Thanks, Daf! -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From simonmailinglist at gmail.com Wed Mar 30 15:15:26 2005 From: simonmailinglist at gmail.com (Simon Butcher) Date: Wed Mar 30 15:10:18 2005 Subject: [Alexandria-list] Alexandria just crashed Message-ID: Hello, First time installation. Had plenty of problems on fedora core 3 and had to install many libraries (tried to get very latset versions of all) along the way. Its quite possible i have missed something Does anyone know what this error might indicate. Would be very grateful - cheers. $ alexandria ----------------------- Alexandria just crashed ----------------------- Timestamp: Wed Mar 30 21:07:28 BST 2005 Message: uninitialized constant Alexandria::UI::Gnome Backtrace: /usr/lib/site_ruby/1.8/alexandria/ui.rb:38:in `main' /usr/lib/site_ruby/1.8/alexandria.rb:60:in `main' /usr/bin/alexandria:10 Release: 0.5.1 Uname -a: Linux gruyere 2.6.10-1.770_FC3smp #1 SMP Thu Feb 24 14:20:06 EST 2005 i686 i686 i386 GNU/Linux -- Please report this dump to 'alexandria-list@rubyforge.org' with some additional information, such as the description of the crash and the steps to reproduce it (if it's possible). From lrz at gnome.org Wed Mar 30 15:23:54 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Wed Mar 30 15:55:52 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: References: Message-ID: <1112214234.5588.15.camel@localhost.localdomain> Hi, On Wed, 2005-03-30 at 21:15 +0100, Simon Butcher wrote: > Hello, > First time installation. Had plenty of problems on fedora core 3 and > had to install many libraries (tried to get very latset versions of > all) along the way. You are courageous to build everything :) It is a shame there is no fedora packages yet... > Its quite possible i have missed something > Does anyone know what this error might indicate. Would be very > grateful - cheers. > It seems that Ruby/Gnome2 (the libgnomeui Ruby binding) is missing. You can find it in the 'gnome' subdirectory of the Ruby-GNOME2 package. Compile and install as usual (ruby extconf.rb, make, make install). Do not hesitate to ask help there. Cheers Laurent From simonmailinglist at gmail.com Wed Mar 30 16:41:47 2005 From: simonmailinglist at gmail.com (Simon Butcher) Date: Wed Mar 30 16:36:41 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: <1112214234.5588.15.camel@localhost.localdomain> References: <1112214234.5588.15.camel@localhost.localdomain> Message-ID: Hi guys, Firstly i must say a warm thanks for the concern. I'm not sure if I am just a weird case... I installed ruby-gnome2-all-0.12.0 by hand using ruby extconf.rb; ----- Target libraries: glib, gdkpixbuf, pango, atk, gtk, gnomevfs, gnomecanvas, gconf, libglade, gnome, rsvg Ignored libraries: gnomeprint, gtksourceview, gnomeprintui, gtkglext, libgda, gstreamer, panel-applet, gtkhtml2, libart ----- then the usual make; make install Strangely the date on the so file is back in september. $ ls -l /usr/lib/libgnomeui* -rw-r--r-- 1 root root 824196 Sep 22 2004 /usr/lib/libgnomeui-2.a lrwxrwxrwx 1 root root 23 Mar 28 12:13 /usr/lib/libgnomeui-2.so -> libgnomeui-2.so.0.800.0 lrwxrwxrwx 1 root root 23 Dec 22 23:37 /usr/lib/libgnomeui-2.so.0 -> libgnomeui-2.so.0.800.0 -rwxr-xr-x 1 root root 583912 Sep 22 2004 /usr/lib/libgnomeui-2.so.0.800.0 lrwxrwxrwx 1 root root 21 Dec 22 23:43 /usr/lib/libgnomeui.so.32 -> libgnomeui.so.32.14.1 -rwxr-xr-x 1 root root 875932 Oct 13 14:51 /usr/lib/libgnomeui.so.32.14.1 also, looks like i did install it using a package a few months ago. # rpm -qa | grep libgnomeui libgnomeui-2.8.0-1 libgnomeui-devel-2.8.0-1 Simon (starting to get rather confused now) On Wed, 30 Mar 2005 22:23:54 +0200, Laurent Sansonetti wrote: > Hi, > > On Wed, 2005-03-30 at 21:15 +0100, Simon Butcher wrote: > > Hello, > > First time installation. Had plenty of problems on fedora core 3 and > > had to install many libraries (tried to get very latset versions of > > all) along the way. > > You are courageous to build everything :) > > It is a shame there is no fedora packages yet... > > > Its quite possible i have missed something > > Does anyone know what this error might indicate. Would be very > > grateful - cheers. > > > > It seems that Ruby/Gnome2 (the libgnomeui Ruby binding) is missing. You > can find it in the 'gnome' subdirectory of the Ruby-GNOME2 package. > Compile and install as usual (ruby extconf.rb, make, make install). > > Do not hesitate to ask help there. > > Cheers > > Laurent > > From daf at muse.19inch.net Wed Mar 30 16:51:26 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Wed Mar 30 16:46:19 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: References: <1112214234.5588.15.camel@localhost.localdomain> Message-ID: <20050330215125.GX30057@muse.19inch.net> Ar 30/03/2005 am 22:41, ysgrifennodd Simon Butcher: > Hi guys, > Firstly i must say a warm thanks for the concern. I'm not sure if I am > just a weird case... > > I installed ruby-gnome2-all-0.12.0 > by hand using ruby extconf.rb; > ----- > Target libraries: glib, gdkpixbuf, pango, atk, gtk, gnomevfs, > gnomecanvas, gconf, libglade, gnome, rsvg > Ignored libraries: gnomeprint, gtksourceview, gnomeprintui, gtkglext, > libgda, gstreamer, panel-applet, gtkhtml2, libart > ----- > > then the usual make; make install > > Strangely the date on the so file is back in september. > $ ls -l /usr/lib/libgnomeui* > -rw-r--r-- 1 root root 824196 Sep 22 2004 /usr/lib/libgnomeui-2.a > lrwxrwxrwx 1 root root 23 Mar 28 12:13 /usr/lib/libgnomeui-2.so > -> libgnomeui-2.so.0.800.0 > lrwxrwxrwx 1 root root 23 Dec 22 23:37 /usr/lib/libgnomeui-2.so.0 > -> libgnomeui-2.so.0.800.0 > -rwxr-xr-x 1 root root 583912 Sep 22 2004 /usr/lib/libgnomeui-2.so.0.800.0 > lrwxrwxrwx 1 root root 21 Dec 22 23:43 /usr/lib/libgnomeui.so.32 > -> libgnomeui.so.32.14.1 > -rwxr-xr-x 1 root root 875932 Oct 13 14:51 /usr/lib/libgnomeui.so.32.14.1 > > also, looks like i did install it using a package a few months ago. > # rpm -qa | grep libgnomeui > libgnomeui-2.8.0-1 > libgnomeui-devel-2.8.0-1 > > Simon > (starting to get rather confused now) Hi Simon, Those files/packages you listed are for Libgnomeui itself, while the Ruby bindings are separate. They are usually installed in /usr/lib/ruby. Hope this helps. -- Dafydd From lrz at gnome.org Wed Mar 30 16:55:28 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Wed Mar 30 16:50:23 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: References: <1112214234.5588.15.camel@localhost.localdomain> Message-ID: <1112219728.12271.4.camel@localhost.localdomain> Hi, On Wed, 2005-03-30 at 22:41 +0100, Simon Butcher wrote: > Hi guys, > Firstly i must say a warm thanks for the concern. I'm not sure if I am > just a weird case... > It looks like an installation issue. > I installed ruby-gnome2-all-0.12.0 > by hand using ruby extconf.rb; > ----- > Target libraries: glib, gdkpixbuf, pango, atk, gtk, gnomevfs, > gnomecanvas, gconf, libglade, gnome, rsvg > Ignored libraries: gnomeprint, gtksourceview, gnomeprintui, gtkglext, > libgda, gstreamer, panel-applet, gtkhtml2, libart > ----- > According to the this output, the libgnomeui binding should be compiled... What does the following command display? irb -r gnome2 > then the usual make; make install > > Strangely the date on the so file is back in september. > $ ls -l /usr/lib/libgnomeui* > -rw-r--r-- 1 root root 824196 Sep 22 2004 /usr/lib/libgnomeui-2.a > lrwxrwxrwx 1 root root 23 Mar 28 12:13 /usr/lib/libgnomeui-2.so > -> libgnomeui-2.so.0.800.0 > lrwxrwxrwx 1 root root 23 Dec 22 23:37 /usr/lib/libgnomeui-2.so.0 > -> libgnomeui-2.so.0.800.0 > -rwxr-xr-x 1 root root 583912 Sep 22 2004 /usr/lib/libgnomeui-2.so.0.800.0 > lrwxrwxrwx 1 root root 21 Dec 22 23:43 /usr/lib/libgnomeui.so.32 > -> libgnomeui.so.32.14.1 > -rwxr-xr-x 1 root root 875932 Oct 13 14:51 /usr/lib/libgnomeui.so.32.14.1 > This is the C libgnomeui. Maybe you wanted to check the Ruby libgnomeui? On my system compiled C extensions go there: /usr/local/lib/site_ruby/1.8/powerpc-linux/ -- Laurent From simonmailinglist at gmail.com Wed Mar 30 17:14:26 2005 From: simonmailinglist at gmail.com (Simon Butcher) Date: Wed Mar 30 17:09:18 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: <1112219728.12271.4.camel@localhost.localdomain> References: <1112214234.5588.15.camel@localhost.localdomain> <1112219728.12271.4.camel@localhost.localdomain> Message-ID: Doesn't seem to be any gnome stuff living in the /usr/lib/ruby/* Looks like there was a problem with my ruby/gnome - should I pass some special parameter when i try to install? # irb -r gnome2 /usr/lib/site_ruby/1.8/gnomecanvas2.rb:2:in `require': No such file to load -- libart2 (LoadError) from /usr/lib/site_ruby/1.8/gnomecanvas2.rb:2 from /usr/lib/site_ruby/1.8/gnome2.rb:1:in `require' from /usr/lib/site_ruby/1.8/gnome2.rb:1 from /usr/lib/ruby/1.8/irb/init.rb:218:in `require' from /usr/lib/ruby/1.8/irb/init.rb:218:in `load_modules' from /usr/lib/ruby/1.8/irb/init.rb:216:in `each' from /usr/lib/ruby/1.8/irb/init.rb:216:in `load_modules' from /usr/lib/ruby/1.8/irb/init.rb:21:in `setup' from /usr/lib/ruby/1.8/irb.rb:54:in `start' from /usr/bin/irb:13 pwd /usr/lib/ruby [sbutcher@gruyere ruby]$ ls 1.8 site_ruby [sbutcher@gruyere ruby]$ find . -name "*gnome*" -ls [sbutcher@gruyere ruby]$ many thanks simon On Wed, 30 Mar 2005 23:55:28 +0200, Laurent Sansonetti wrote: > Hi, > > On Wed, 2005-03-30 at 22:41 +0100, Simon Butcher wrote: > > Hi guys, > > Firstly i must say a warm thanks for the concern. I'm not sure if I am > > just a weird case... > > > > It looks like an installation issue. > > > I installed ruby-gnome2-all-0.12.0 > > by hand using ruby extconf.rb; > > ----- > > Target libraries: glib, gdkpixbuf, pango, atk, gtk, gnomevfs, > > gnomecanvas, gconf, libglade, gnome, rsvg > > Ignored libraries: gnomeprint, gtksourceview, gnomeprintui, gtkglext, > > libgda, gstreamer, panel-applet, gtkhtml2, libart > > ----- > > > > According to the this output, the libgnomeui binding should be > compiled... > > What does the following command display? > > irb -r gnome2 > > > then the usual make; make install > > > > Strangely the date on the so file is back in september. > > $ ls -l /usr/lib/libgnomeui* > > -rw-r--r-- 1 root root 824196 Sep 22 2004 /usr/lib/libgnomeui-2.a > > lrwxrwxrwx 1 root root 23 Mar 28 12:13 /usr/lib/libgnomeui-2.so > > -> libgnomeui-2.so.0.800.0 > > lrwxrwxrwx 1 root root 23 Dec 22 23:37 /usr/lib/libgnomeui-2.so.0 > > -> libgnomeui-2.so.0.800.0 > > -rwxr-xr-x 1 root root 583912 Sep 22 2004 /usr/lib/libgnomeui-2.so.0.800.0 > > lrwxrwxrwx 1 root root 21 Dec 22 23:43 /usr/lib/libgnomeui.so.32 > > -> libgnomeui.so.32.14.1 > > -rwxr-xr-x 1 root root 875932 Oct 13 14:51 /usr/lib/libgnomeui.so.32.14.1 > > > > This is the C libgnomeui. Maybe you wanted to check the Ruby > libgnomeui? > > On my system compiled C extensions go there: > > /usr/local/lib/site_ruby/1.8/powerpc-linux/ > > -- > Laurent > > From lrz at gnome.org Wed Mar 30 17:34:45 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Wed Mar 30 17:29:41 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: References: <1112214234.5588.15.camel@localhost.localdomain> <1112219728.12271.4.camel@localhost.localdomain> Message-ID: <1112222085.12272.9.camel@localhost.localdomain> Hi, On Wed, 2005-03-30 at 23:14 +0100, Simon Butcher wrote: > Doesn't seem to be any gnome stuff living in the /usr/lib/ruby/* > Looks like there was a problem with my ruby/gnome - should I pass some > special parameter when i try to install? > > # irb -r gnome2 > /usr/lib/site_ruby/1.8/gnomecanvas2.rb:2:in `require': No such file to > load -- libart2 (LoadError) > from /usr/lib/site_ruby/1.8/gnomecanvas2.rb:2 > from /usr/lib/site_ruby/1.8/gnome2.rb:1:in `require' > from /usr/lib/site_ruby/1.8/gnome2.rb:1 > from /usr/lib/ruby/1.8/irb/init.rb:218:in `require' > from /usr/lib/ruby/1.8/irb/init.rb:218:in `load_modules' > from /usr/lib/ruby/1.8/irb/init.rb:216:in `each' > from /usr/lib/ruby/1.8/irb/init.rb:216:in `load_modules' > from /usr/lib/ruby/1.8/irb/init.rb:21:in `setup' > from /usr/lib/ruby/1.8/irb.rb:54:in `start' > from /usr/bin/irb:13 > OK this is better. Ruby/Gnome2 depends on Ruby/Libart2, which is not available in your system. According to your latest e-mail, libart is indeed ignored: > > Ignored libraries: gnomeprint, gtksourceview, gnomeprintui, gtkglext, > > > libgda, gstreamer, panel-applet, gtkhtml2, libart Apparently you are missing the libart-2.0 package. You can go in the 'libart' subdirectory of the Ruby-GNOME2 package and install it again (ruby extconf.rb && make && make install) once the C library has been installed. -- Laurent From daf at muse.19inch.net Wed Mar 30 17:37:25 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Wed Mar 30 17:32:21 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: References: <1112214234.5588.15.camel@localhost.localdomain> <1112219728.12271.4.camel@localhost.localdomain> Message-ID: <20050330223725.GY30057@muse.19inch.net> Ar 30/03/2005 am 23:14, ysgrifennodd Simon Butcher: > Doesn't seem to be any gnome stuff living in the /usr/lib/ruby/* > Looks like there was a problem with my ruby/gnome - should I pass some > special parameter when i try to install? > > # irb -r gnome2 > /usr/lib/site_ruby/1.8/gnomecanvas2.rb:2:in `require': No such file to > load -- libart2 (LoadError) > from /usr/lib/site_ruby/1.8/gnomecanvas2.rb:2 > from /usr/lib/site_ruby/1.8/gnome2.rb:1:in `require' > from /usr/lib/site_ruby/1.8/gnome2.rb:1 > from /usr/lib/ruby/1.8/irb/init.rb:218:in `require' > from /usr/lib/ruby/1.8/irb/init.rb:218:in `load_modules' > from /usr/lib/ruby/1.8/irb/init.rb:216:in `each' > from /usr/lib/ruby/1.8/irb/init.rb:216:in `load_modules' > from /usr/lib/ruby/1.8/irb/init.rb:21:in `setup' > from /usr/lib/ruby/1.8/irb.rb:54:in `start' > from /usr/bin/irb:13 > > > pwd > /usr/lib/ruby > [sbutcher@gruyere ruby]$ ls > 1.8 site_ruby > [sbutcher@gruyere ruby]$ find . -name "*gnome*" -ls > [sbutcher@gruyere ruby]$ Seems that the find command is failing to find anything because, as the IRB output indicates, Ruby-GNOME2 is installed in /usr/lib/site_ruby. It seems you are missing the Libart binding. Perhaps try reinstalling Ruby-GNOME2? If you do, please check there are no errors in the output. -- Dafydd From simonmailinglist at gmail.com Thu Mar 31 14:16:22 2005 From: simonmailinglist at gmail.com (Simon Butcher) Date: Thu Mar 31 14:11:14 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: <20050330223725.GY30057@muse.19inch.net> References: <1112214234.5588.15.camel@localhost.localdomain> <1112219728.12271.4.camel@localhost.localdomain> <20050330223725.GY30057@muse.19inch.net> Message-ID: Laurent, Dafydd I have it working. Thanks ever so much for your assistance. I was on the verge of giving up, but i gave it one last bash I seemed to have a /usr/lib/ruby and /usr/lib/site-ruby, so I trashed them and installed ruby-1.8.2 from source (before this was the only rpm i had used, i believe). It put everything in /usr/local/lib/ruby I then proceeded with compiling the other ruby packages again..ruby-gettext.. ruby-gnome2 , ruby-gtk etc etc, finishing with the alexandria reinstall. And now it works! My best wishes for the continuing project.. cheers simon On Wed, 30 Mar 2005 23:37:25 +0100, Dafydd Harries wrote: > Ar 30/03/2005 am 23:14, ysgrifennodd Simon Butcher: > > Doesn't seem to be any gnome stuff living in the /usr/lib/ruby/* > > Looks like there was a problem with my ruby/gnome - should I pass some > > special parameter when i try to install? > > > > # irb -r gnome2 > > /usr/lib/site_ruby/1.8/gnomecanvas2.rb:2:in `require': No such file to > > load -- libart2 (LoadError) > > from /usr/lib/site_ruby/1.8/gnomecanvas2.rb:2 > > from /usr/lib/site_ruby/1.8/gnome2.rb:1:in `require' > > from /usr/lib/site_ruby/1.8/gnome2.rb:1 > > from /usr/lib/ruby/1.8/irb/init.rb:218:in `require' > > from /usr/lib/ruby/1.8/irb/init.rb:218:in `load_modules' > > from /usr/lib/ruby/1.8/irb/init.rb:216:in `each' > > from /usr/lib/ruby/1.8/irb/init.rb:216:in `load_modules' > > from /usr/lib/ruby/1.8/irb/init.rb:21:in `setup' > > from /usr/lib/ruby/1.8/irb.rb:54:in `start' > > from /usr/bin/irb:13 > > > > > > pwd > > /usr/lib/ruby > > [sbutcher@gruyere ruby]$ ls > > 1.8 site_ruby > > [sbutcher@gruyere ruby]$ find . -name "*gnome*" -ls > > [sbutcher@gruyere ruby]$ > > Seems that the find command is failing to find anything because, as the > IRB output indicates, Ruby-GNOME2 is installed in /usr/lib/site_ruby. > > It seems you are missing the Libart binding. Perhaps try reinstalling > Ruby-GNOME2? If you do, please check there are no errors in the output. > > -- > Dafydd > From lrz at gnome.org Thu Mar 31 14:48:10 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Thu Mar 31 14:43:04 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: References: <1112214234.5588.15.camel@localhost.localdomain> <1112219728.12271.4.camel@localhost.localdomain> <20050330223725.GY30057@muse.19inch.net> Message-ID: <1112298490.5464.1.camel@localhost.localdomain> Hi Simon, On Thu, 2005-03-31 at 20:16 +0100, Simon Butcher wrote: > Laurent, Dafydd > > I have it working. Thanks ever so much for your assistance. > I was on the verge of giving up, but i gave it one last bash > > I seemed to have a /usr/lib/ruby and /usr/lib/site-ruby, so I trashed > them and installed ruby-1.8.2 from source (before this was the only > rpm i had used, i believe). > It put everything in /usr/local/lib/ruby > I then proceeded with compiling the other ruby packages > again..ruby-gettext.. ruby-gnome2 , ruby-gtk etc etc, finishing with > the alexandria reinstall. > And now it works! My best wishes for the continuing project.. > Excellent news! I hope you will enjoy the program now :-) Do not hesitate to report any problems here. I really hope someone will package Alexandria in Fedora one day. Cheers Laurent