From cathal.alexandria at gnostai.org Thu Jan 3 15:47:28 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Thu, 03 Jan 2008 20:47:28 +0000 Subject: [Alexandria-list] New design phase Message-ID: <1199393248.5267.19.camel@localhost> I'd like to kick-off this "new design phase" I've been talking about since the first 0.6.2 betas. Joseph Method has set up a lot of the new design support architecture I was considering: * A wiki at http://wiki.alexandria-projects.org/wiki/Alexandria * A 'Planet' aggregator at http://planet.alexandria-projects.org/ which, at the moment, brings together his "Alexandria Project Blog" and my own journal "mind can has mountains"! I will continue to spend some time working on a 0.6.3 maintenance release, touching up a few usabililty problems and genuine snags. (And I'd like to thank Lennart at this point for his excellent work in finding these issues on the Tracker amongst all the out of date reports.) But I'll be concentrating on a core redesign. Users of Alexandria can help by trying to formalize their various requirements for a book collection manager directly on the wiki: http://www.gnostai.org/journal/2007/12/31/requirements-gathering-on-the-alexandria-wiki/ Design ideas are also welcome, but don't get bogged down in implementation details at this stage. Hmmm, that's all for now. - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080103/defbe876/attachment.bin From automorphism at gmail.com Thu Jan 3 18:44:17 2008 From: automorphism at gmail.com (Jason Polak) Date: Thu, 3 Jan 2008 18:44:17 -0500 Subject: [Alexandria-list] New design phase In-Reply-To: <1199393248.5267.19.camel@localhost> References: <1199393248.5267.19.camel@localhost> Message-ID: <20080103184417.3386bec4@cynthia> I'm a user of Alexandria and subscriber and I like the wiki idea. I think it's a good idea to have a section describing the way the program works, like the source tree structure, etc. would anyone mind if a section like that were created? I'm just getting started looking at the Alexandria source and I like to help if I can get my head around it all. I'm an amateur Ruby programmer (started the language this summer) and I'd like to help with Alexandria. -Jason On Thu, 03 Jan 2008 20:47:28 +0000 Cathal Mc Ginley wrote: > I'd like to kick-off this "new design phase" I've been talking about > since the first 0.6.2 betas. Joseph Method has set up a lot of the new > design support architecture I was considering: > > * A wiki at http://wiki.alexandria-projects.org/wiki/Alexandria > * A 'Planet' aggregator at http://planet.alexandria-projects.org/ > which, at the moment, brings together his "Alexandria Project Blog" and > my own journal "mind can has mountains"! > > I will continue to spend some time working on a 0.6.3 maintenance > release, touching up a few usabililty problems and genuine snags. (And > I'd like to thank Lennart at this point for his excellent work in > finding these issues on the Tracker amongst all the out of date > reports.) But I'll be concentrating on a core redesign. > > Users of Alexandria can help by trying to formalize their various > requirements for a book collection manager directly on the wiki: > http://www.gnostai.org/journal/2007/12/31/requirements-gathering-on-the-alexandria-wiki/ > Design ideas are also welcome, but don't get bogged down in > implementation details at this stage. > > Hmmm, that's all for now. > > - Cathal. From cathal.alexandria at gnostai.org Thu Jan 3 19:05:19 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Fri, 04 Jan 2008 00:05:19 +0000 Subject: [Alexandria-list] New design phase In-Reply-To: <20080103184417.3386bec4@cynthia> References: <1199393248.5267.19.camel@localhost> <20080103184417.3386bec4@cynthia> Message-ID: <1199405119.17149.8.camel@localhost> On Thu, 2008-01-03 at 18:44 -0500, Jason Polak wrote: > I'm a user of Alexandria and subscriber and I like the wiki idea. I think it's a good idea to have a section describing the way the program works, like the source tree structure, etc. would anyone mind if a section like that were created? > This is a great idea! How about creating HackersGuide as the name for the portal to that section? Then maybe CodebaseStructure and so on... Don't worry about getting the names right first time, we can always move them around later. It'll take about 30 seconds to register an account on the retrospectiva wiki. Oh, and in a few days I'm going to draw up an official notice about what license all the contributions will be under, just to avoid problems later. (Probably either GNU FDL 1.2+, or the latest Creative Commons attribution share-alike (by-sa).) > I'm just getting started looking at the Alexandria source and I like to help if I can get my head around it all. I'm an amateur Ruby programmer (started the language this summer) and I'd like to help with Alexandria. > Welcome to the project. - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080104/20b07840/attachment.bin From lennart at karssen.org Fri Jan 4 14:41:34 2008 From: lennart at karssen.org (L.C. Karssen) Date: Fri, 04 Jan 2008 19:41:34 +0000 Subject: [Alexandria-list] Move trackers from Rubyforge to Launchpad? Message-ID: <1199475694.17680.45.camel@rubidium01> As Cathal mentioned in his blog I've been working on triaging bugs in the Rubyforge tracker (thanks for the compliments Cathal!) during the christmas holidays. I agree with him that we should be looking out for something different to track our bugs, feature requests, etc. One of the things I missed most was the ability to search for bugs that were NOT part of a certain categorie or group. For example, since by the title alone I could not always remember whether I had already triaged a bug or still needed to look at it, it happened that I visited many of the bugs again and again. Very inefficient. Today I read Mark Shuttleworth's blog post on how the number of untriaged bugs in Inkscape had dropped immensely after it moved from sourceforge to launchpad [2]. I've used launchpad to report a few bugs before and it's interface is quite good. Disclaimer: I've not used Launchpad from the developers side of things, so I can't tell much about its usefulness from personal experience. Are there people on the mailing list who can? The inkscape blog at [3] tells more about the transition, both the pros and the cons. An introduction to launchpad can be found at [4]. It not only has bug reporting features, but several other nice enhancements as well. The introduction shows how code can be shared using the Bazaar system. Personaly I don't think it's necessary to move from SVN, but maybe the developers have a more informed opinion on that. I saw in the tour that bazaar can sync with SVN, so all development can than still be done in SVN. Since we're now thinking about new directions, new features, etc. Launchpad's blueprint feature might come in handy. It can be used to keep our roadmap clear as well. And last but not least, Launchpad offers help with keeping track of translations. Something that might come in handy as well for me personally as I'm the translator for Dutch. Apparently some time ago someone from Alexandria asked the launchpad people to allow the use of the rubyforge tracker as an external tracker [5]. So far this bug has had no follow up. Finally, I discovered that Alexandria already has a launchpad entry [6]. It was registered by Dafydd Harries and old time contributor to Alexandria. (Daffyd, if you're still on this list, could you contact Cathal Mc Ginley or Joseph Method to pass on the Launchpad details?) So, please comment on this proposal. Especially if you have experience with both the rubyforge tracker and launchpad. Of course, if you know a better tracking system thant Launchpad I'd be happy to learn about that as well. Lennart Karssen. [1] http://www.gnostai.org/journal/2008/01/02/alexandrias-rubyforge-tracker/#more-6 [2] http://www.markshuttleworth.com/archives/135 [3] http://www.bryceharrington.org/drupal/node/18 [4] https://launchpad.net/+about [5] https://bugs.launchpad.net/malone/+bug/103370 [6] https://launchpad.net/alexandria -- ---------------------------------------------------- L.C. Karssen Utrecht The Netherlands lennart at karssen.org Stuur me aub geen Word of Powerpoint bestanden! Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html ---------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080104/23d0781a/attachment.bin From devi.webmaster at gmail.com Fri Jan 4 17:29:00 2008 From: devi.webmaster at gmail.com (Daniel Brumbaugh Keeney) Date: Fri, 4 Jan 2008 16:29:00 -0600 Subject: [Alexandria-list] Move trackers from Rubyforge to Launchpad? In-Reply-To: <1199475694.17680.45.camel@rubidium01> References: <1199475694.17680.45.camel@rubidium01> Message-ID: <3bceeb2d0801041429j60fe15f7hf671d9e782b1c79c@mail.gmail.com> For bugs and blueprints (that's for goals), Launchpad is great. IF you use Bazaar, it's also very nice to link the relevant portion of code with the bugs and blueprints. I haven't personally used the translations, but I understand they are very nice. Launchpad Answers acts as a forum, and is great for little help questions and such. Answers and Bugs both requires login, which some people don't like. That said, Launchpad login is done by email address, so you won't forget your login name. Daniel Brumbaugh Keeney From tristil at gmail.com Fri Jan 4 17:53:40 2008 From: tristil at gmail.com (Joseph Method) Date: Fri, 4 Jan 2008 17:53:40 -0500 Subject: [Alexandria-list] Move trackers from Rubyforge to Launchpad? In-Reply-To: <1199475694.17680.45.camel@rubidium01> References: <1199475694.17680.45.camel@rubidium01> Message-ID: <167b6aa00801041453i6390521ct1323eb839593a70a@mail.gmail.com> > Apparently some time ago someone from Alexandria asked the launchpad > people to allow the use of the rubyforge tracker as an external tracker > [5]. So far this bug has had no follow up. > > Finally, I discovered that Alexandria already has a launchpad entry [6]. > It was registered by Dafydd Harries and old time contributor to > Alexandria. (Daffyd, if you're still on this list, could you contact > Cathal Mc Ginley or Joseph Method > to pass on the Launchpad details?) I asked Dafydd to transfer the account a while back. I'll write him again. We at least need Launchpad for a .deb repository feature they have. -- -J. Method From cathal.alexandria at gnostai.org Sat Jan 5 02:52:07 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sat, 05 Jan 2008 07:52:07 +0000 Subject: [Alexandria-list] Move trackers from Rubyforge to Launchpad? In-Reply-To: <1199475694.17680.45.camel@rubidium01> References: <1199475694.17680.45.camel@rubidium01> Message-ID: <1199519528.5280.123.camel@localhost> On Fri, 2008-01-04 at 19:41 +0000, L.C. Karssen wrote: > As Cathal mentioned in his blog I've been working on triaging bugs in > the Rubyforge tracker (thanks for the compliments Cathal!) during the > christmas holidays. I agree with him that we should be looking out for > something different to track our bugs, feature requests, etc. I never actually said we should look for a replacement. I was just grumbling, really. It'd be a very big deal to ditch a Tracker - we'd have two separate ID systems so that #13302 would no longer be an unambiguous reference to a bug report. > One of the > things I missed most was the ability to search for bugs that were NOT > part of a certain categorie or group. For example, since by the title > alone I could not always remember whether I had already triaged a bug or > still needed to look at it, it happened that I visited many of the bugs > again and again. Very inefficient. I figure this is part of the general drawback of web-based programs on any server that you don't control. There's always some view of the data you can't get to, and always some extra attribute you'd like to add. Ideally (as in, I don't have time for this - and it's probably a huge, pointless tangent to the job at hand) I'd hack up a ruby-gnome2 front-end to the RubyForge Tracker which would download all the bug information into a form I could manipulate as I pleased, to organize bugs localy on my own machine, and with a module which allowed me to upload changes to the Tracker. In other words, it's just idle ramblings. :^D Which is why I put it on my journal rather than this list. This post should have been tagged "wild speculation about the great software that I really should write one of these days" (Though it was indirectly implied http://www.gnostai.org/journal/about/ ) As for actually switching Trackers, that would consume a lot of project energy when we really only have just enough energy to start thinking about writing down our requirements. In any case, the scale of the bug triage problem we have is now nearly manageable (largely thanks to Lennart). 58 reports open under Bugs, 71 under Feature Requests. When they're both under 50 the limitations I mentioned won't be as serious or noticeable. For new individual reports, the RubyForge Tracker does the job very well. It's certainly not near the unwieldy 1800 reports Inkscape had to deal with. I must also say that I personally don't like Launchpad, and I don't think we need any of its features. I think the current loose RubyForge / Wiki / Developer Journals way of doing things better suits a program with very sketchy specifications and a tiny developer base like Alexandria. I quite like the way it's working at the moment. I will help out more with the bugs though... :^) - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080105/20d9a76a/attachment.bin From adriyetichaves at gmail.com Sat Jan 5 06:22:56 2008 From: adriyetichaves at gmail.com (=?ISO-8859-1?Q?Adri=E1n?= Chaves =?ISO-8859-1?Q?Fern=E1ndez?=) Date: Sat, 05 Jan 2008 12:22:56 +0100 Subject: [Alexandria-list] Launchpad it's cool for translation Message-ID: <1199532176.6265.9.camel@castro> I've heard you talk about Launchpad, I'm not sure in what way, but I want to say that Launchpad is a good translation tool. This way Alexandria translations can be done by more than one person, so less work. Only to say this. Happy New Year everybody! (It's late, I know ;-D) From cathal.alexandria at gnostai.org Sat Jan 5 13:26:42 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sat, 05 Jan 2008 18:26:42 +0000 Subject: [Alexandria-list] Launchpad it's cool for translation In-Reply-To: <1199532176.6265.9.camel@castro> References: <1199532176.6265.9.camel@castro> Message-ID: <1199557602.5739.39.camel@localhost> On Sat, 2008-01-05 at 12:22 +0100, Adri?n Chaves Fern?ndez wrote: > I've heard you talk about Launchpad, I'm not sure in what way, Ack! Rumours... This is like stamping out a brush fire!! :^) > but I want to say that Launchpad is a good translation tool. You mean the Rosetta part of it, of course. Personally, I'm opposed to the Launchpad platform on principle: I think it would be a shame if a free software project like Alexandria were to switch to a proprietary translation support tool when: 1) I can see no pressing need to use such a tool 2) There are free software alternatives, even if there were a need > This way > Alexandria translations can be done by more than one person, so less > work. Only to say this. I'm not sure this is a major concern for a project as small as Alexandria, with 282 translatable strings. We have small translation teams - individuals in fact. I'm not sure we could find enough contributors to have more than one translator in any language. If there ever were more than one translator on one team, e-mail would probably be an effective form of collaboration. Actually, I wouldn't mind knowing if the translation teams ( http://alexandria.rubyforge.org/features/translations.html ) have any technical needs during the redesign period. Usually, the Alexandria translators are like magicians - I send out notice of a string freeze and a few days later, translated po files come streaming in. They seem to exist on a higher plane :^D If translators actually wanted a web-based collaboration interface, we could always set up Pootle which is free software (GPL). http://www.wordforge.org/drupal/projects/wordforge/tools/pootle I'm currently translating Alexandria into Irish, with the help of family members. I wouldn't actually want an external collaborator, since most likely they would speak a different dialect and we'd end up with a mish-mash translation. Would this not also be true for Galician? Sl?n, - Cathal Mac Fhionnlaoich. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080105/9c873916/attachment.bin From tristil at gmail.com Sat Jan 5 20:47:46 2008 From: tristil at gmail.com (Joseph Method) Date: Sat, 5 Jan 2008 20:47:46 -0500 Subject: [Alexandria-list] Launchpad it's cool for translation In-Reply-To: <1199557602.5739.39.camel@localhost> References: <1199532176.6265.9.camel@castro> <1199557602.5739.39.camel@localhost> Message-ID: <167b6aa00801051747mfee3045jb82e17db526e6cc2@mail.gmail.com> Okay, after a lot of frustration I set up pootle.alexandria-projects.org. Not to slag on another FOSS project (and then I do) but this was incredibly confusing to setup, and it doesn't look like it works that well without a lot of server-side administration. Anyway, I think a good 'official' position is that the Launchpad account will be available to use for whoever wants to use it, since we shouldn't care which tool was used to create a .po (just like we wouldn't reject a .png if it was made with Photoshop). Still waiting for a reply email from Dafydd... On Jan 5, 2008 1:26 PM, Cathal Mc Ginley wrote: > On Sat, 2008-01-05 at 12:22 +0100, Adri?n Chaves Fern?ndez wrote: > > I've heard you talk about Launchpad, I'm not sure in what way, > Ack! Rumours... This is like stamping out a brush fire!! :^) > > > but I want to say that Launchpad is a good translation tool. > > You mean the Rosetta part of it, of course. Personally, I'm opposed to > the Launchpad platform on principle: I think it would be a shame if a > free software project like Alexandria were to switch to a proprietary > translation support tool when: > 1) I can see no pressing need to use such a tool > 2) There are free software alternatives, even if there were a need > > > This way > > Alexandria translations can be done by more than one person, so less > > work. Only to say this. > > I'm not sure this is a major concern for a project as small as > Alexandria, with 282 translatable strings. We have small translation > teams - individuals in fact. I'm not sure we could find enough > contributors to have more than one translator in any language. If there > ever were more than one translator on one team, e-mail would probably be > an effective form of collaboration. > > Actually, I wouldn't mind knowing if the translation teams > ( http://alexandria.rubyforge.org/features/translations.html ) have any > technical needs during the redesign period. Usually, the Alexandria > translators are like magicians - I send out notice of a string freeze > and a few days later, translated po files come streaming in. They seem > to exist on a higher plane :^D > > If translators actually wanted a web-based collaboration interface, we > could always set up Pootle which is free software (GPL). > http://www.wordforge.org/drupal/projects/wordforge/tools/pootle > > I'm currently translating Alexandria into Irish, with the help of family > members. I wouldn't actually want an external collaborator, since most > likely they would speak a different dialect and we'd end up with a > mish-mash translation. Would this not also be true for Galician? > > Sl?n, > > - Cathal Mac Fhionnlaoich. > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > -- -J. Method From vanous at penguin.cz Sun Jan 6 14:53:24 2008 From: vanous at penguin.cz (Petr Vanek) Date: Sun, 6 Jan 2008 20:53:24 +0100 Subject: [Alexandria-list] alexandria crashes after update Message-ID: <20080106205324.30d7648c@penguin.cz> Dear all, after many months of not having time for it, i am trying to follow up on my crashing library again. What i have: latest (20 mins ago) svn checkout, built into alexandria_0.6.2_all.deb, installed on debian unstable. Alexandria crashes during initialization while it tries to read my libraries. If i remember correctly, months back there was some kind of change in the data structure, so this is the result for me. Unfortunately, i have just too many books in there to redo it all again, many books have no ISBN and so on... i would appreciate if fixing something in my files would help to recover proper function. ---8<------------------------ vanous at petr-roznov:~$ alexandria -d Can't load image_size, hence exported libraries are not optimized Can't load mechanize, hence provider Deastore not available Can't load Ruby/ZOOM, hence Z39.50 and providers Library of Congress, British Library not available ----------------------- Alexandria just crashed ----------------------- Timestamp: Ne led 06 20:45:44 +0100 2008 Message: undefined method `isbn' for false:FalseClass Backtrace: /usr/local/lib/site_ruby/1.8/alexandria/library.rb:168:in `regularize_book_from_yaml' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:76:in `load' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:73:in `each' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:73:in `load' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:72:in `chdir' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:72:in `load' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:185:in `loadall' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:179:in `each' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:179:in `loadall' /usr/local/lib/site_ruby/1.8/alexandria/library.rb:586:in `reload' /usr/local/lib/site_ruby/1.8/alexandria/ui/main_app.rb:333:in `load_libraries' /usr/local/lib/site_ruby/1.8/alexandria/ui/main_app.rb:96:in `initialize' /usr/local/lib/site_ruby/1.8/alexandria/ui.rb:45:in `new' /usr/local/lib/site_ruby/1.8/alexandria/ui.rb:45:in `main' /usr/local/lib/site_ruby/1.8/alexandria.rb:76:in `main' /usr/bin/alexandria:27 Release: 0.6.1 Uname -a: Linux petr-roznov 2.6.22-3-amd64 #1 SMP Mon Nov 12 10:28:43 UTC 2007 x86_64 GNU/Linux ---8<------------------------ my data files or any kind of other debug info is available, thank you for your help, Cheers, Petr ------------------------- Petr Vanek mailto:vanous at penguin.cz http://vanous.penguin.cz http://biodynamika.cz ------------------------- From lennart at karssen.org Mon Jan 7 04:30:39 2008 From: lennart at karssen.org (L.C. Karssen) Date: Mon, 07 Jan 2008 10:30:39 +0100 Subject: [Alexandria-list] alexandria crashes after update In-Reply-To: <20080107080124.6ac0ca18@penguin.cz> References: <20080106205324.30d7648c@penguin.cz> <1199660162.7818.6.camel@barabas.karssen.org> <20080107080124.6ac0ca18@penguin.cz> Message-ID: <1199698239.29903.5.camel@rubidium01> Hi Petr, First of all, sorry to the other people on the list, I forgot to reply to the list once again :-). Petr, I noticed that your output says that the alexandria you run is located in /usr/local/lib. On my PC alexandria is installed in /urs/lib. Since /usr/local/ usually has precedence in the PATH environment variable it may be that you have 0.6.1 in /usr/local/lib and 0.6.2 in /usr/lib. You can check this by running locate alexandria for example. If this turns out to be the case you can probably simply remove the alexandria directory from /usr/local/lib/site_ruby/1.8/ If you use a distribution with some sort of package management you should first try to see if you can remove the old 0.6.1 package. Lennart. On Mon, 2008-01-07 at 08:01 +0100, Petr Vanek wrote: > Dear Lennart, > > i have noticed this, have been running it by > typing /usr/bin/alexandria witt the same result. Could this be caused > by installing 6.1 long time ago with ruby install straight from svn. Is > there a way of cleaning this? > > Thank you > > Petr > > > Sun, 06 Jan 2008 23:56:02 +0100 > "L.C. Karssen" wrote(a): > > > Hi Petr, > > > > > > On Sun, 2008-01-06 at 20:53 +0100, Petr Vanek wrote: > > ---------8<-------------- > > > > > /usr/local/lib/site_ruby/1.8/alexandria/ui.rb:45:in `new' > > > /usr/local/lib/site_ruby/1.8/alexandria/ui.rb:45:in `main' > > > /usr/local/lib/site_ruby/1.8/alexandria.rb:76:in `main' > > > /usr/bin/alexandria:27 > > > Release: 0.6.1 > > > > You state that you use the latest SVN version of 0.6.2, but the last > > line above says 0.6.1... Do you still have the old version installed > > and is it called instead of 0.6.2/svn? > > > > > > Lennart. > > > > > > > > > > Uname -a: Linux petr-roznov 2.6.22-3-amd64 #1 SMP Mon Nov 12 > > > 10:28:43 UTC 2007 x86_64 GNU/Linux > > > > > > ---8<------------------------ > > > > > > my data files or any kind of other debug info is available, > > > > > > thank you for your help, > > > > > > Cheers, > > > > > > Petr > > > ------------------------- > > > Petr Vanek > > > > > > mailto:vanous at penguin.cz > > > http://vanous.penguin.cz > > > http://biodynamika.cz > > > ------------------------- > > > > > > > > > _______________________________________________ > > > Alexandria-list mailing list > > > Alexandria-list at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/alexandria-list > > -- ---------------------------------------------------- L.C. Karssen Utrecht The Netherlands lennart at karssen.org Stuur me aub geen Word of Powerpoint bestanden! Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html ---------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080107/8e4babc8/attachment.bin From vanous at penguin.cz Tue Jan 8 04:27:07 2008 From: vanous at penguin.cz (Petr Vanek) Date: Tue, 8 Jan 2008 10:27:07 +0100 Subject: [Alexandria-list] solved: Re: alexandria crashes after update In-Reply-To: <1199698239.29903.5.camel@rubidium01> References: <20080106205324.30d7648c@penguin.cz> <1199660162.7818.6.camel@barabas.karssen.org> <20080107080124.6ac0ca18@penguin.cz> <1199698239.29903.5.camel@rubidium01> Message-ID: <20080108102707.2e32753b@penguin.cz> Dear Lennart, thank you, yes, this helped, i have un-installed and erased all traces of alexandria from my system and then installed back the compiled deb package. This was successful and all my categorized books (close to 200) are back to life again. Thank you very much, -- bye Petr ------------------------- Petr Vanek mailto:vanous at penguin.cz http://vanous.penguin.cz http://biodynamika.cz ------------------------- On Mon, 07 Jan 2008 10:30:39 +0100 "L.C. Karssen" (LCK) wrote: LCK> Hi Petr, LCK> LCK> First of all, sorry to the other people on the list, I forgot to LCK> reply to the list once again :-). LCK> LCK> LCK> Petr, I noticed that your output says that the alexandria you run LCK> is located in /usr/local/lib. On my PC alexandria is installed LCK> in /urs/lib. Since /usr/local/ usually has precedence in the PATH LCK> environment variable it may be that you have 0.6.1 LCK> in /usr/local/lib and 0.6.2 in /usr/lib. You can check this by LCK> running locate alexandria for example. If this turns out to be the LCK> case you can probably simply remove the alexandria directory LCK> from /usr/local/lib/site_ruby/1.8/ If you use a distribution with LCK> some sort of package management you should first try to see if you LCK> can remove the old 0.6.1 package. LCK> LCK> LCK> Lennart. LCK> LCK> LCK> On Mon, 2008-01-07 at 08:01 +0100, Petr Vanek wrote: LCK> > Dear Lennart, LCK> > LCK> > i have noticed this, have been running it by LCK> > typing /usr/bin/alexandria witt the same result. Could this be LCK> > caused by installing 6.1 long time ago with ruby install LCK> > straight from svn. Is there a way of cleaning this? LCK> > LCK> > Thank you LCK> > LCK> > Petr LCK> > LCK> > LCK> > Sun, 06 Jan 2008 23:56:02 +0100 LCK> > "L.C. Karssen" wrote(a): LCK> > LCK> > > Hi Petr, LCK> > > LCK> > > LCK> > > On Sun, 2008-01-06 at 20:53 +0100, Petr Vanek wrote: LCK> > > ---------8<-------------- LCK> > > LCK> > > > /usr/local/lib/site_ruby/1.8/alexandria/ui.rb:45:in `new' LCK> > > > /usr/local/lib/site_ruby/1.8/alexandria/ui.rb:45:in `main' LCK> > > > /usr/local/lib/site_ruby/1.8/alexandria.rb:76:in `main' LCK> > > > /usr/bin/alexandria:27 LCK> > > > Release: 0.6.1 LCK> > > LCK> > > You state that you use the latest SVN version of 0.6.2, but LCK> > > the last line above says 0.6.1... Do you still have the old LCK> > > version installed and is it called instead of 0.6.2/svn? LCK> > > LCK> > > LCK> > > Lennart. LCK> > > LCK> > > LCK> > > > LCK> > > > Uname -a: Linux petr-roznov 2.6.22-3-amd64 #1 SMP Mon Nov 12 LCK> > > > 10:28:43 UTC 2007 x86_64 GNU/Linux LCK> > > > LCK> > > > ---8<------------------------ LCK> > > > LCK> > > > my data files or any kind of other debug info is available, LCK> > > > LCK> > > > thank you for your help, LCK> > > > LCK> > > > Cheers, LCK> > > > LCK> > > > Petr LCK> > > > ------------------------- LCK> > > > Petr Vanek LCK> > > > LCK> > > > mailto:vanous at penguin.cz LCK> > > > http://vanous.penguin.cz LCK> > > > http://biodynamika.cz LCK> > > > ------------------------- LCK> > > > LCK> > > > LCK> > > > _______________________________________________ LCK> > > > Alexandria-list mailing list LCK> > > > Alexandria-list at rubyforge.org LCK> > > > http://rubyforge.org/mailman/listinfo/alexandria-list LCK> > LCK> > LCK> -- LCK> ---------------------------------------------------- LCK> L.C. Karssen LCK> Utrecht LCK> The Netherlands LCK> LCK> lennart at karssen.org LCK> LCK> Stuur me aub geen Word of Powerpoint bestanden! LCK> Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html LCK> ---------------------------------------------------- From tristil at gmail.com Tue Jan 15 21:05:48 2008 From: tristil at gmail.com (Joseph Method) Date: Tue, 15 Jan 2008 21:05:48 -0500 Subject: [Alexandria-list] More docs and Update Message-ID: <167b6aa00801151805r122133a4n138250a77acc4894@mail.gmail.com> Happy belated New Year to everyone (Chinese New Year is still coming up!). I created a new tutorial / application example, kind of experimental. I hope it helps: http://blog.alexandria-projects.org/2008/1/16/setup-for-alexandria-development-iii --- In code-land, I've been working in http://alexandria.rubyforge.org/svn/branches/0.6.2_method_refactoring/ making lots of little refactorings. I like the changes I've made and would like to keep them. The only problem is that somewhere along the way Alexandria got completely broken :), refusing to display any books. The only clue is that when I switch to listview I get: /usr/lib/ruby/1.8/gettext.rb: line 154 (null)-CRITICAL **:clearlooks_style_draw_focus: assertion `height >= -1' failed meaning, I guess, that something got disconnected somewhere. I'll probably have to back off of these changes and reimplement them in little pieces, but I've sunk so much time into this that I'd find it a little depressing. Anyone else have news, resolutions to implement? -- -J. Method From cathal.alexandria at gnostai.org Wed Jan 16 11:30:21 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 16 Jan 2008 16:30:21 +0000 Subject: [Alexandria-list] More docs and Update In-Reply-To: <167b6aa00801151805r122133a4n138250a77acc4894@mail.gmail.com> References: <167b6aa00801151805r122133a4n138250a77acc4894@mail.gmail.com> Message-ID: <20080116163021.45f9a1c5@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 15 Jan 2008 21:05:48 -0500 "Joseph Method" wrote: > Happy belated New Year to everyone (Chinese New Year is still coming > up!). > > I created a new tutorial / application example, kind of experimental. > I hope it helps: > > http://blog.alexandria-projects.org/2008/1/16/setup-for-alexandria-development-iii > Aha! I was wondering what all the commits to trunk/readinglist were! This is a neat idea: an experimental user interface combined with a coding example. > In code-land, I've been working in > http://alexandria.rubyforge.org/svn/branches/0.6.2_method_refactoring/ > > making lots of little refactorings. I like the changes I've made and > would like to keep them. The only problem is that somewhere along the > way Alexandria got completely broken :), refusing to display any > books. - -------------- 8<-------- snip ----- 8<------------------- > I'll probably have to back off of these changes and reimplement > them in little pieces, but I've sunk so much time into this that > I'd find it a little depressing. > It shouldn't be too bad, we can just go back to the time of the branching with svn and apply one relevant revision change at a time, testing as we go. Hmm, thinks! Perhaps not trivial, but not too arduous. > Anyone else have news, resolutions to implement? Nothing really new from me on Alexandria I'm afraid. Winter can really sap my energy sometimes. My current plan is still to go through the mailing-list archives and formulate requirements on the wiki. I'll need to draw up a rough timetable for sketching new code prototypes too, so I don't get stuck in "requirements and design" limbo. Also, I must put together a list of things we can fix for 0.6.3, perhaps some of the usability problems like the lack of feedback. A new release within two or three weeks would be nice. Elsewhere in the project, the translators have kept busy. We have a new Czech translator, Petr Vanek; a brand new Galician translation from Adri?n Chaves Fern?ndez; and CHIKAMA Masaki has just added the screenshots to his Japanese translation of the Alexandria manual. Thanks guys! (Hmm, it *is* all guys. We don't seem to have any women working on this project. Oh well, I guess that's about typical, unfortunately.) Anywho, cheers - C. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHjjEzfMAUnRdb+8oRAiKDAKCvgtQea01o03Tf+XrYkiuhiduDgACgwYu6 xDd2q+J9MZwk+aDTMi+ob8M= =i34E -----END PGP SIGNATURE----- From lennart at karssen.org Wed Jan 16 12:00:22 2008 From: lennart at karssen.org (L.C. Karssen) Date: Wed, 16 Jan 2008 18:00:22 +0100 Subject: [Alexandria-list] More docs and Update In-Reply-To: <20080116163021.45f9a1c5@matilda> References: <167b6aa00801151805r122133a4n138250a77acc4894@mail.gmail.com> <20080116163021.45f9a1c5@matilda> Message-ID: <1200502822.30276.13.camel@rubidium01> On Wed, 2008-01-16 at 16:30 +0000, Cathal Mc Ginley wrote: > Also, I must put together a list of things we can fix for 0.6.3, > perhaps some of the usability problems like the lack of feedback. A > new release within two or three weeks would be nice. Indeed, the feedback issue is very important IMHO. Some further suggestions from the (confirmed) bugs are (in order of importance): - [#14163] Newly added book is not selected - [#16708] Hitting refresh button makes deleted books reappear - [#16619] When searching by isbn misses information Note: Refers to WorldCat provider - [#16618] When you go back into properties program removes read it tag - [#15329] Using & in library name is impossible Note: Mayby a simple workaround is all that's needed here, the overhaul of the way libraries are stored on disk can wait. - [#14592] Fails to start: undefined method `isbn' Note: Cathal fixed this partially but added a ToDo comment. Lennart. > Anywho, cheers > > - C. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE > > iD8DBQFHjjEzfMAUnRdb+8oRAiKDAKCvgtQea01o03Tf+XrYkiuhiduDgACgwYu6 > xDd2q+J9MZwk+aDTMi+ob8M= > =i34E > -----END PGP SIGNATURE----- > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list -- ---------------------------------------------------- L.C. Karssen Utrecht The Netherlands lennart at karssen.org Stuur me aub geen Word of Powerpoint bestanden! Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html ---------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080116/1d4ac4a7/attachment.bin From timothy.malone at gmail.com Wed Jan 16 14:36:51 2008 From: timothy.malone at gmail.com (Timothy Malone) Date: Wed, 16 Jan 2008 14:36:51 -0500 Subject: [Alexandria-list] iPod Notes support [PATCH] Message-ID: <1200512211.7151.21.camel@timdesktop> So I finally decided that nobody else was gonna code support for this (especially since I've never asked), and no other Linux program that I found could do it either, so I bit the bullet and added it myself. This is a feature that I used to like in Books.app for the Mac. It exports your books as iPod note files. It works by making a .linx file that includes links to each book in your library (they are given the numerical identifiers that Alexandria uses internally to avoid filename problems with certain characters (':' for instance)). Each of those notes includes the title, author, edition, and isbn. Also, if you have cover images, it will make the title into a link to the cover image. The iPod should fail gracefully if a book doesn't have a cover image. The images will only work on 5th generation and above iPods with firmware version 1.2 and above. I don't know how earlier iPods will respond (or the Touch for that matter. Does it even have notes?). Perhaps a checkbox in the file dialog would be good? Maybe just two export entries, "iPod Notes with photos" and "iPod Notes without photos". Also, iPods can only handle 1,000 notes. I'm not sure, but I will try to find out, if the cover images count towards that total. Basically, support is somewhat limited. I personally use it to keep a list of books I am looking for when I go shopping. To use, simply go to export, choose "iPod Notes", navigate to your iPod (it must be mounted and have disk access enabled), navigate to the Notes folder, and pick a name for the list. Oh, and this is the first time I've ever even looked at Ruby code, so please forgive the glaring errors I'm sure I made. Though I must say I already like Ruby quite a bit. This patch took all of 45 minutes to make, including time spent figuring out how to structure the iPod Notes. Though mostly I copied code from the other exporters. Tim Malone -------------- next part -------------- A non-text attachment was scrubbed... Name: export_library.diff Type: text/x-patch Size: 1267 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080116/5236a13e/attachment.bin From tristil at gmail.com Wed Jan 16 14:51:36 2008 From: tristil at gmail.com (Joseph Method) Date: Wed, 16 Jan 2008 14:51:36 -0500 Subject: [Alexandria-list] iPod Notes support [PATCH] In-Reply-To: <1200512211.7151.21.camel@timdesktop> References: <1200512211.7151.21.camel@timdesktop> Message-ID: <167b6aa00801161151m18e418aqcdd6dda74cbb2d02@mail.gmail.com> Hi Timothy, Looks good to me. If you would like to commit it yourself you can email me your Rubyforge username and I'll give you commit rights. On Jan 16, 2008 2:36 PM, Timothy Malone wrote: > So I finally decided that nobody else was gonna code support for this > (especially since I've never asked), and no other Linux program that I > found could do it either, so I bit the bullet and added it myself. This > is a feature that I used to like in Books.app for the Mac. > > It exports your books as iPod note files. It works by making a .linx > file that includes links to each book in your library (they are given > the numerical identifiers that Alexandria uses internally to avoid > filename problems with certain characters (':' for instance)). Each of > those notes includes the title, author, edition, and isbn. Also, if you > have cover images, it will make the title into a link to the cover > image. The iPod should fail gracefully if a book doesn't have a cover > image. The images will only work on 5th generation and above iPods with > firmware version 1.2 and above. I don't know how earlier iPods will > respond (or the Touch for that matter. Does it even have notes?). > Perhaps a checkbox in the file dialog would be good? Maybe just two > export entries, "iPod Notes with photos" and "iPod Notes without > photos". > > Also, iPods can only handle 1,000 notes. I'm not sure, but I will try to > find out, if the cover images count towards that total. > Basically, support is somewhat limited. I personally use it to keep a > list of books I am looking for when I go shopping. > > To use, simply go to export, choose "iPod Notes", navigate to your iPod > (it must be mounted and have disk access enabled), navigate to the Notes > folder, and pick a name for the list. > > Oh, and this is the first time I've ever even looked at Ruby code, so > please forgive the glaring errors I'm sure I made. Though I must say I > already like Ruby quite a bit. This patch took all of 45 minutes to > make, including time spent figuring out how to structure the iPod Notes. > Though mostly I copied code from the other exporters. > > Tim Malone > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > -- -J. Method From cathal.alexandria at gnostai.org Wed Jan 16 19:56:33 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Thu, 17 Jan 2008 00:56:33 +0000 Subject: [Alexandria-list] iPod Notes support [PATCH] In-Reply-To: <167b6aa00801161151m18e418aqcdd6dda74cbb2d02@mail.gmail.com> References: <1200512211.7151.21.camel@timdesktop> <167b6aa00801161151m18e418aqcdd6dda74cbb2d02@mail.gmail.com> Message-ID: <20080117005633.5f6179e2@matilda> On Wed, 16 Jan 2008 14:51:36 -0500 "Joseph Method" wrote: > Hi Timothy, > > Looks good to me. If you would like to commit it yourself you can > email me your Rubyforge username and I'll give you commit rights. > > On Jan 16, 2008 2:36 PM, Timothy Malone > wrote: > > So I finally decided that nobody else was gonna code support for > > this (especially since I've never asked), and no other Linux > > program that I found could do it either, so I bit the bullet and > > added it myself. This is a feature that I used to like in Books.app > > for the Mac. > > I'd never heard of iPod Notes (since I don't have an iPod) but this looks like a very handy little feature: a hyperlinked list of books to carry around with you. I can imagine it being very useful for academic reading lists. > > It exports your books as iPod note files. It works by making a .linx > > file that includes links to each book in your library (they are > > given the numerical identifiers that Alexandria uses internally to > > avoid filename problems with certain characters (':' for > > instance)). How about files starting with a '-'? Some of the non-isbn ident's end up as negative numbers. > > Each of those notes includes the title, author, > > edition, and isbn. I looked up the iPod Notes format, and we can touch up the export by including

tags to keep those fields on separate lines. Also, the index.linx file can have the library name in a tag. Individual note files shouldn't be greater than 4kb either... It shouldn't be a real concern, though; you'd need several hundred books for the index to get that big. > > Also, if you have cover images, it will make the > > title into a link to the cover image. The iPod should fail > > gracefully if a book doesn't have a cover image. We can just check in advance for the presence of an image file before linking. > > The images will > > only work on 5th generation and above iPods with firmware version > > 1.2 and above. I don't know how earlier iPods will respond (or the > > Touch for that matter. Does it even have notes?). Perhaps a > > checkbox in the file dialog would be good? Maybe just two export > > entries, "iPod Notes with photos" and "iPod Notes without photos". > > A checkbox would be fine, if this is needed. The export dialog adapts dynamically already (for the HTML export, for example). > > Also, iPods can only handle 1,000 notes. I'm not sure, but I will > > try to find out, if the cover images count towards that total. > > Basically, support is somewhat limited. I personally use it to keep > > a list of books I am looking for when I go shopping. > > Tags and Smart Libraries should help here. I mentioned it in the manual, but if you tag all the books you're looking for with e.g. "shoppinglist", and then create a new Smart Library where "Tags" "containss" "shoppinglist", you can export just that smart library. You've probably figured this out, but I just thought I'd mention it. > > Oh, and this is the first time I've ever even looked at Ruby code, > > so please forgive the glaring errors I'm sure I made. Though I must > > say I already like Ruby quite a bit. This patch took all of 45 > > minutes to make, including time spent figuring out how to structure > > the iPod Notes. Though mostly I copied code from the other > > exporters. > > A great thing about free software - it's easy to get into: coding by imitation is a good way to learn. And while I've been making comments on improvements we can make to your code, I must say it's no mean feat for your first experiment with a programming language to result in adding a useful new feature to a program! > > Tim Malone - Cathal. From tristil at gmail.com Wed Jan 16 21:00:31 2008 From: tristil at gmail.com (Joseph Method) Date: Wed, 16 Jan 2008 21:00:31 -0500 Subject: [Alexandria-list] More docs and Update In-Reply-To: <1200502822.30276.13.camel@rubidium01> References: <167b6aa00801151805r122133a4n138250a77acc4894@mail.gmail.com> <20080116163021.45f9a1c5@matilda> <1200502822.30276.13.camel@rubidium01> Message-ID: <167b6aa00801161800jac8244bj6685330bbf37a645@mail.gmail.com> This list is very helpful. Thanks for compiling it. On Jan 16, 2008 12:00 PM, L.C. Karssen <lennart at karssen.org> wrote: > On Wed, 2008-01-16 at 16:30 +0000, Cathal Mc Ginley wrote: > > Also, I must put together a list of things we can fix for 0.6.3, > > perhaps some of the usability problems like the lack of feedback. A > > new release within two or three weeks would be nice. > > Indeed, the feedback issue is very important IMHO. Some further > suggestions from the (confirmed) bugs are (in order of importance): > - [#14163] Newly added book is not selected > - [#16708] Hitting refresh button makes deleted books reappear > - [#16619] When searching by isbn misses information > Note: Refers to WorldCat provider > - [#16618] When you go back into properties program removes read it tag > - [#15329] Using & in library name is impossible > Note: Mayby a simple workaround is all that's needed here, the > overhaul of the way libraries are stored on disk can wait. > - [#14592] Fails to start: undefined method `isbn' > Note: Cathal fixed this partially but added a ToDo comment. > > > Lennart. > > -- -J. Method From timothy.malone at gmail.com Wed Jan 16 22:52:18 2008 From: timothy.malone at gmail.com (Timothy Malone) Date: Wed, 16 Jan 2008 22:52:18 -0500 Subject: [Alexandria-list] iPod Notes support [PATCH] In-Reply-To: <20080117005633.5f6179e2@matilda> References: <1200512211.7151.21.camel@timdesktop> <167b6aa00801161151m18e418aqcdd6dda74cbb2d02@mail.gmail.com> <20080117005633.5f6179e2@matilda> Message-ID: <1200541938.12026.30.camel@timdesktop> Thanks for the comments Cathal and Joseph. I fixed the .linx file to include the title tag like you suggested. I also implemented some code to check for the presence of an image before trying to link to one. At the very least it should speed up the process of the iPod checking the note files. I haven't looked into a checkbox for the user to indicate if their iPod supports photos or not. It should be possible to get that info from the iPod itself. The 4K limit is a problem. I guess Alexandria would have to split the file at some point. That also means creating another directory. Something to look into I guess. I also checked and filenames with a '-' in them work just fine. I do have a question that maybe somebody can answer. Right now, if the user tries to overwrite a directory that already exists, the file dialog opens that directory instead of returning it. This makes it impossible to overwrite a directory. If the user wants to reexport a library they have to delete it from the iPod first, or choose a different name, which seems clunky. Is there a way to have the file chooser return a directory that already exists? Thanks again. It's nice to get back into programming. The last time I wrote any code was probably a few patches I wrote for WindowMaker five or more years ago. Ruby seems to be a lot more fun to program with than C. Tim On Thu, 2008-01-17 at 00:56 +0000, Cathal Mc Ginley wrote: > On Wed, 16 Jan 2008 14:51:36 -0500 > "Joseph Method" <tristil at gmail.com> wrote: > > > Hi Timothy, > > > > Looks good to me. If you would like to commit it yourself you can > > email me your Rubyforge username and I'll give you commit rights. > > > > On Jan 16, 2008 2:36 PM, Timothy Malone <timothy.malone at gmail.com> > > wrote: > > > So I finally decided that nobody else was gonna code support for > > > this (especially since I've never asked), and no other Linux > > > program that I found could do it either, so I bit the bullet and > > > added it myself. This is a feature that I used to like in Books.app > > > for the Mac. > > > > I'd never heard of iPod Notes (since I don't have an iPod) but this > looks like a very handy little feature: a hyperlinked list of books to > carry around with you. I can imagine it being very useful for academic > reading lists. > > > > It exports your books as iPod note files. It works by making a .linx > > > file that includes links to each book in your library (they are > > > given the numerical identifiers that Alexandria uses internally to > > > avoid filename problems with certain characters (':' for > > > instance)). > How about files starting with a '-'? Some of the non-isbn ident's end > up as negative numbers. > > > > Each of those notes includes the title, author, > > > edition, and isbn. > I looked up the iPod Notes format, and we can touch up the export by > including <p> tags to keep those fields on separate lines. > > Also, the index.linx file can have the library name in a <title> tag. > > Individual note files shouldn't be greater than 4kb either... It > shouldn't be a real concern, though; you'd need several hundred books > for the index to get that big. > > > > Also, if you have cover images, it will make the > > > title into a link to the cover image. The iPod should fail > > > gracefully if a book doesn't have a cover image. > We can just check in advance for the presence of an image file before > linking. > > > > The images will > > > only work on 5th generation and above iPods with firmware version > > > 1.2 and above. I don't know how earlier iPods will respond (or the > > > Touch for that matter. Does it even have notes?). Perhaps a > > > checkbox in the file dialog would be good? Maybe just two export > > > entries, "iPod Notes with photos" and "iPod Notes without photos". > > > > A checkbox would be fine, if this is needed. The export dialog adapts > dynamically already (for the HTML export, for example). > > > > Also, iPods can only handle 1,000 notes. I'm not sure, but I will > > > try to find out, if the cover images count towards that total. > > > Basically, support is somewhat limited. I personally use it to keep > > > a list of books I am looking for when I go shopping. > > > > Tags and Smart Libraries should help here. I mentioned it in the > manual, but if you tag all the books you're looking for with > e.g. "shoppinglist", and then create a new Smart Library where "Tags" > "containss" "shoppinglist", you can export just that smart library. > You've probably figured this out, but I just thought I'd mention it. > > > > Oh, and this is the first time I've ever even looked at Ruby code, > > > so please forgive the glaring errors I'm sure I made. Though I must > > > say I already like Ruby quite a bit. This patch took all of 45 > > > minutes to make, including time spent figuring out how to structure > > > the iPod Notes. Though mostly I copied code from the other > > > exporters. > > > > A great thing about free software - it's easy to get into: coding by > imitation is a good way to learn. And while I've been making comments > on improvements we can make to your code, I must say it's no mean feat > for your first experiment with a programming language to result in > adding a useful new feature to a program! > > > > Tim Malone > > - Cathal. From tristil at gmail.com Sat Jan 19 17:58:56 2008 From: tristil at gmail.com (Joseph Method) Date: Sat, 19 Jan 2008 17:58:56 -0500 Subject: [Alexandria-list] Removing refresh button Message-ID: <167b6aa00801191458p160262a4r1152ed3a36f679e1@mail.gmail.com> Hi, in addressing [#16708], it occurred to me that we shouldn't have a refresh button in the interface at all. What do you all think? My reasoning is that a refresh button sends the message to the user that he has to push it in order to keep data synchronized, which isn't actually true except in some rare cases where the behavior is actually a bug. Does anyone *use* refresh? Would you miss it terribly if it were to disappear? -- -J. Method From lennart at karssen.org Sat Jan 19 18:15:11 2008 From: lennart at karssen.org (L.C. Karssen) Date: Sun, 20 Jan 2008 00:15:11 +0100 Subject: [Alexandria-list] Removing refresh button In-Reply-To: <167b6aa00801191458p160262a4r1152ed3a36f679e1@mail.gmail.com> References: <167b6aa00801191458p160262a4r1152ed3a36f679e1@mail.gmail.com> Message-ID: <1200784511.8959.2.camel@barabas.karssen.org> I saw your comment in the bug report and have been thinking about it. I don't think I ever used it, except when triaging the bug. I agree that it's unnecessary. Lennart. On Sat, 2008-01-19 at 17:58 -0500, Joseph Method wrote: > Hi, in addressing [#16708], it occurred to me that we shouldn't have a > refresh button in the interface at all. What do you all think? My > reasoning is that a refresh button sends the message to the user that > he has to push it in order to keep data synchronized, which isn't > actually true except in some rare cases where the behavior is actually > a bug. Does anyone *use* refresh? Would you miss it terribly if it > were to disappear? > -- ---------------------------------------------------- L.C. Karssen Utrecht The Netherlands lennart at karssen.org http://www.karssen.org Stuur me aub geen Word of Powerpoint bestanden! Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html ---------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080120/5a1b4841/attachment.bin From jan.frybort at gmail.com Sun Jan 20 03:46:33 2008 From: jan.frybort at gmail.com (Jan Frybort) Date: Sun, 20 Jan 2008 09:46:33 +0100 Subject: [Alexandria-list] Migration to Launchpad Rosetta Message-ID: <3c1750d60801200046h13c7400ft2dae8c5defdbef11@mail.gmail.com> Hello Everybody, I'm new to Alexandria and I like the idea. I would like to contribute with some translations in Czech but I would prefer simple Launchpad Rosetta interface for translations. Would it be possible to migrate the translations there? Jan Frybort -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/alexandria-list/attachments/20080120/3aade26b/attachment.html From vanous at penguin.cz Sun Jan 20 07:43:36 2008 From: vanous at penguin.cz (Petr Vanek) Date: Sun, 20 Jan 2008 13:43:36 +0100 Subject: [Alexandria-list] Migration to Launchpad Rosetta In-Reply-To: <3c1750d60801200046h13c7400ft2dae8c5defdbef11@mail.gmail.com> References: <3c1750d60801200046h13c7400ft2dae8c5defdbef11@mail.gmail.com> Message-ID: <20080120134336.5cb15b33@penguin.cz> On Sun, 20 Jan 2008 09:46:33 +0100 "Jan Frybort" <jan.frybort at gmail.com> (JF) wrote: JF> Hello Everybody, Dear Jan, JF> I'm new to Alexandria and I like the idea. I would like to JF> contribute with some translations in Czech but I would prefer JF> simple Launchpad Rosetta interface for translations. Would it be JF> possible to migrate the translations there? the latest po file had been translated about the weeks ago. Contact me if you need more details, Kind Regards -- bye Petr ------------------------- Petr Vanek mailto:vanous at penguin.cz http://vanous.penguin.cz http://biodynamika.cz ------------------------- From cathal.alexandria at gnostai.org Sun Jan 20 12:23:37 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sun, 20 Jan 2008 17:23:37 +0000 Subject: [Alexandria-list] Translation Status In-Reply-To: <20080120134336.5cb15b33@penguin.cz> References: <3c1750d60801200046h13c7400ft2dae8c5defdbef11@mail.gmail.com> <20080120134336.5cb15b33@penguin.cz> Message-ID: <20080120172337.749c616f@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The translation page on the Alexandria website http://www.alexandria.local/features/translations.html doesn't paint a full picture, I'm afraid. My fault. I had a few goals for the page: * Let users know the status of the translation of their own language (in this respect, I show the status for the latest released version, 0.6.2, rather than SVN) * Give credit to current translators, while not criticizing those who (understandably) left the project during its long hiatus (this is why the non-current translations are listed as unmaintained) The Czech translation fell between these two. Petr contributed his updated translation after 0.6.2 was released, and this was committed to svn in r848. Also there's a new Galician translation, as I mentioned elsewhere. Neither show up on the translation status page, since users of 0.6.2 won't see them (and the current SVN is very much in flux). Can anyone think of a nice way to show interim status in the table on the translation status page? Perhaps by adding one more column for the status of the translation in subversion, making it: Locale | Status (0.6.2) | Status (SVN) | Translator Czech | 58.7 % | 96.8% | Petr Vaneck I should automate this process anyway, but that's for another day. By the way, if anyone else is interested in internationalization, there's the alexandria-i18n-list http://rubyforge.org/mailman/listinfo/alexandria-i18n-list Cheers, - Cathal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHk4OifMAUnRdb+8oRAvXUAJ46DlFWKZHyKLN5yA9NjQpHLS8DYQCfUcWa Kk7/oJPIiFiI11AbpGzN1UI= =/fSE -----END PGP SIGNATURE----- From lennart at karssen.org Tue Jan 22 16:51:35 2008 From: lennart at karssen.org (L.C. Karssen) Date: Tue, 22 Jan 2008 21:51:35 +0000 Subject: [Alexandria-list] Review on linux.com Message-ID: <1201038695.8489.4.camel@barabas.karssen.org> Hi all, I just noticed that Bruce Byfield of linux.com has written a review of Alexandria (0.6.2b2). And a positive one at that, just look at the title: Alexandria: "Book cataloging the way it should be". Here's his conclusion: "Aside from the intermittent library functions, Alexandria leaves little to be desired. Its interface and functions are understandable at a glance, and detailed online help is available if you want to ensure that you aren't missing any finer points. Moreover, online searches are as fast as your Internet connection can make them, rarely taking more than 20 seconds. I have no doubt that, by its 1.0 release, Alexandria will be a fast and efficient program. Meanwhile, I recommend it with only the mildest reservations." I'll take a good Belgian beer to celebrate it! Cheers to all people who have contributed to this wonderful program :-). Lennart Karssen. -- ---------------------------------------------------- L.C. Karssen Utrecht The Netherlands lennart at karssen.org http://www.karssen.org Stuur me aub geen Word of Powerpoint bestanden! Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html ---------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080122/6fe75b11/attachment.bin From cathal.alexandria at gnostai.org Wed Jan 23 13:59:40 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 23 Jan 2008 18:59:40 +0000 Subject: [Alexandria-list] Review on linux.com In-Reply-To: <1201038695.8489.4.camel@barabas.karssen.org> References: <1201038695.8489.4.camel@barabas.karssen.org> Message-ID: <20080123185940.50300d61@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 22 Jan 2008 21:51:35 +0000 "L.C. Karssen" <lennart at karssen.org> wrote: > Hi all, > > I just noticed that Bruce Byfield of linux.com has written a review of > Alexandria (0.6.2b2). Permalink here http://www.linux.com/feature/124244 It's a little bizarre that he chose to review a beta since the stable version of 0.6.2 has been out for a month. Perhaps it's due to the fact that the link on our download page was pointing to the beta until last week or so (bug #17191). Mea culpa! > And a positive one at that, just look at the > title: Alexandria: "Book cataloging the way it should be". Wow, it really is mostly positive! Thanks for your kind words Bruce! I love to see a fresh viewpoint on the program. Makes me realize when the interface is in need of clarification, or when we need better docs. For example, on Smart Libraries: Bruce says "you can add additional ones based on tags". Of course, Smart Libraries are based on any search terms... maybe he means that tag-based smart libraries are the most useful type! It also seems that we have another non-fan of the Refresh button: You can also rename and delete libraries, although the availability of these functions is inexplicably intermittent. Similarly, clicking the Refresh button -- when it works at all -- only alphabetizes the list of libraries once -------------- 8<---------- snip -------------- 8<----------------- Aside from the intermittent library functions, Alexandria leaves little to be desired. He's more optimistic than I am :^) But I've been working with it a while and can appreciate its shortcomings.(See doc/BUGS for my top 4). Its interface and functions are understandable at a glance This is the core thing I want to preserve as we continue to develop the program. People seem to *like* using Alexandria more than other book databases. I wish there was a way to formulate the reason for this. > I'll take a good Belgian beer to celebrate it! Cheers to all people > who have contributed to this wonderful program :-). > > Lennart Karssen. Cheers, Lennart! Thanks for pointing out the review.... Hmmm, I'm in a good mood now :^) - Cathal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHl46lfMAUnRdb+8oRAszYAJ4yhH+oHrkYFDFI7QecrJxnOeWJjgCdHUcV AEylyvGexHTd7wJu6O/U814= =CFge -----END PGP SIGNATURE----- From jack at enkom.no Wed Jan 23 14:21:33 2008 From: jack at enkom.no (Jack Myrseth) Date: Wed, 23 Jan 2008 20:21:33 +0100 (CET) Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria Message-ID: <55465.192.168.0.105.1201116093.squirrel@hale> Hi! I have now done several attempts to install Alexandria on a comletely newly installed Ubuntu 7.10 with no other installations before it (besides of course the update after the installation). My first installation was from the all-deb file on Rubyforge.org, and it installed whitout errors, but the Edit-Preferences-Providers-Advanced button is gone. Neither is Amazon installed as provider by default, but I do not know if that should be so. I repeat that there were no installation of any package outside the OS itself before the installation. After removing the first installation I ran one from the Package Manager, but with the same result. I am starting to wonder if there are some dependencies or prerequisites (are those different things? - perhaps they are) missing here. I you start from scratch, what is needed to have Alexandria working on 7.10 without installing the dev environment, which I newer will come to use, anyway? Is there a list somewhere of what should be installed first? Any information, a link perhaps, would be appreciated. Jack From cathal.alexandria at gnostai.org Wed Jan 23 18:16:31 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Wed, 23 Jan 2008 23:16:31 +0000 Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <55465.192.168.0.105.1201116093.squirrel@hale> References: <55465.192.168.0.105.1201116093.squirrel@hale> Message-ID: <20080123231631.58423563@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 23 Jan 2008 20:21:33 +0100 (CET) "Jack Myrseth" <jack at enkom.no> wrote: > Hi! > Hello Jack, sorry about the installation problems. Alexandria has generally been a bit tricky to get installed perfectly. We're working on it, and your e-mail will help us improve our docs, hopefully. You should have a document describing some of the dependency issues on your system, installed by the alexandria deb in /usr/share/doc/alexandria/README.Debian Or it's available online here: http://alexandria.rubyforge.org/svn/trunk/alexandria/debian/README.Debian > I have now done several attempts to install Alexandria on a comletely > newly installed Ubuntu 7.10 with no other installations before it > (besides of course the update after the installation). > > My first installation was from the all-deb file on Rubyforge.org, and > it installed whitout errors, but the > Edit-Preferences-Providers-Advanced button is gone. You need Ruby/ZOOM for this (ZOOM support, and YAZ, are needed for the British Library and Library of Congress providers). There is no recent deb file for ruby-zoom. The README.Debian describes the details, but the summary version is as follows sudo aptitude install ruby1.8-dev libruby1.8 libyaz libyaz-dev sudo aptitude install rubygems sudo gem install --remote zoom sudo gem install --remote marc > Neither is Amazon > installed as provider by default, but I do not know if that should be > so. Amazon support is provided by the 'libamazon-ruby' package, which is optional (Recommended, in fact). You should get Amazon support back if you install it. But don't use version 0.9.0, it has a known bug. http://alexandria.rubyforge.org/news/2007-12-09--upgrade-to-ruby-amazon-0.9.2.html Grab the deb file for 0.9.2 from here: http://alexandria.rubyforge.org/dependencies/ruby-amazon/libamazon-ruby_0.9.2_all.deb > After removing the first installation I ran one from the Package > Manager, but with the same result. I am starting to wonder if there > are some dependencies or prerequisites (are those different things? - > perhaps they are) missing here. I think it's a matter of turning on some optional dependencies. But recommended dependencies should be turned on by default. By the way, you can also install 'libimage-size-ruby' to make the HTML-export work better. (But we're having problems with 'librevolution-ruby', so I wouldn't try that at the moment.) > I you start from scratch, what is > needed to have Alexandria working on 7.10 without installing the dev > environment, which I newer will come to use, anyway? Well, be aware that there are a couple of bugs in 0.6.2 which we've fixed since the release. But we're working on getting 0.6.3 released as soon as we can. > Is there a list > somewhere of what should be installed first? Any information, a link > perhaps, would be appreciated. > You're right. A document describing all these issues, preferably on the website, would simplify matters. I'll work on it. > Jack > Thanks for your e-mail, let us know if you have further problems. - Cathal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHl8rZfMAUnRdb+8oRAiePAJ9ziGRH2U78vzdm7cGDdE3QwPBBIwCZAfW1 4dOSXo3JF0lIkPlUkKpXISA= =i1eZ -----END PGP SIGNATURE----- From tristil at gmail.com Wed Jan 23 23:48:33 2008 From: tristil at gmail.com (Joseph Method) Date: Wed, 23 Jan 2008 23:48:33 -0500 Subject: [Alexandria-list] 0.6.3 Plans Message-ID: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> Hi all, I propose that we do a very modest 0.6.3 release based on a few small changes, and that we make the timing of the release dependent on completion of the tasks we set ourselves in this thread. Then we can finalize that as a doc on the wiki. Here's what I see as comprising this new release: CODE/EASY - Tim Malone's ipod notes export patch [DONE] - Refactored code checked for regressions [Hard to say when this is done] - Most urgent bugs dealt with. A couple of the bugs Lennart identified have been dealt with since then. Let's add to his list anything else that really should make it into 0.6.3. Here's his original list: * [#14163] Newly added book is not selected * [#16708] Hitting refresh button makes deleted books reappear [DONE] * [#16619] When searching by isbn misses information * [#16618] When you go back into properties program removes read it tag [DONE] * [#15329] Using & in library name is impossible [DONE] * [#14592] Fails to start: undefined method `isbn' - Remove refresh button from UI (seems there was some agreement on this) CODE/HARD - In trunk, I uncommented the code for right clicking on libraries. The reason this was commented before was because (see [#8856]) the whole library would have to load before the context menu appeared. We should make this a non-blocking operation (see [#17437]). - library loading in general blocks the UI, making for example system startup with a large number of books unresponsive. In the alexandria-non-blocking svn branch, some preexisting code is uncommented that moves the library loading code into a thread. However, it introduces a recurring segfault that needs to be dealt with before this change can be merged to trunk. PROJECT - For this release, I think we should utilise the launchpad PPA service for setting up a deb repository. Team "alexandria-team" has one at https://launchpad.net/~alexandria-team/+archive. - The current optional dependencies should be packaged and made required dependencies. We could make alexandria a virtual package and have it possible to install an alexandria-real package without the dependencies. - If possible, we should also release RPMs. Anyway, suggest anything else that we should require for this release. -- -J. Method From jack at enkom.no Thu Jan 24 06:53:57 2008 From: jack at enkom.no (Jack Myrseth) Date: Thu, 24 Jan 2008 12:53:57 +0100 (CET) Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <20080123235712.02f01f6e@matilda> References: <55465.192.168.0.105.1201116093.squirrel@hale> <20080123231631.58423563@matilda> <53209.192.168.0.105.1201130600.squirrel@hale> <20080123235712.02f01f6e@matilda> Message-ID: <58465.192.168.0.105.1201175637.squirrel@hale> > Hi, > > your reply went just to me, by the way. If you want to stay on the > list you need to use "Reply-to-All"... Oops... I Cc this for once, anyway. > If you decide to help with a translation, you can join the translators > mailing list here: > http://rubyforge.org/mailman/listinfo/alexandria-i18n-list - Done that. > [NOTE: I know there are a few variants of written Norwegian, so you > might be using no.po, nb.po or nn.po - you'll know yourself!] I will start vith nb.po an the see if my capabilities stretches to the nn... I have used a po-editor on Mambo, so I know the concept, more or less. Every norwegian would want his own .po-file, so you can not get that right, anyway, but the nb is most widely used. > > > Then, for each msgid you enter a translated msgstr. You save the > modified PO file, and test it with a development version of Alexandria. > (I might write more about that later). What I do, from the SVN checkout > of alexandria, is: > sudo rake install > LANG=ga_IE alexandria I am vorking on the installation now, and making progess, but installing yaz gives me: " yaz: Depends: libssl0.9.7 but it is not installable Depends: libyaz3 (>= 3.0.17) but it is not going to be installed" which I don't have found any way around, yet, and this in turn stops me from installing MARC. > > In any case, you can do a lot of translation even before setting up your > test environment. When your translation is done (or partially done) send > the PO file to me (not this list) and I'll integrate it. Sure, I'll go ahead with that. > > Translating comptuter-style phrases can be a real pain: the sort of > technical language and very terse style can be very hard to deal with in > non-English languages. (I find this particularly problematic in Irish.) Even so in Norwegian, I can tell you.. > Welcome to Alexandria, > Thanks, happy to contribute. Jack From cathal.alexandria at gnostai.org Thu Jan 24 11:50:20 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Thu, 24 Jan 2008 16:50:20 +0000 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> Message-ID: <20080124165020.76067b69@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 23 Jan 2008 23:48:33 -0500 "Joseph Method" <tristil at gmail.com> wrote: > Hi all, > > I propose that we do a very modest 0.6.3 release based on a few small > changes, and that we make the timing of the release dependent on > completion of the tasks we set ourselves in this thread. Then we can > finalize that as a doc on the wiki. A doc already exists here: http://wiki.alexandria-projects.org/wiki/Milestone-0-6-3 - ------------ 8<---------- snip ------------ 8<-------------- > - The current optional dependencies should be packaged and made > required dependencies. We could make alexandria a virtual package and > have it possible to install an alexandria-real package without the > dependencies. This seems like a lot of work. Do any other mid-sized programs do this? One thing that really does seem necessary for packaging is to make an updated ruby-zoom deb. We should also package ruby-revolution version 0.5-1.svn210 as earlier versions are actually incompatible with the GPL (see bug #16355). Thanks to the author, Tom, for adding the GPL as a license option after Mamoru Tasaka asked. > - If possible, we should also release RPMs. > Perhaps Mamoru Tasaka, who packages Alexandria for Fedora, could help us out here. (You can find him as mtasaka on RubyForge.) There was also a document called "The road to Alexandria..." which describes how to build Fedora RPMs for Alexandria 0.6.1 http://www.g-loaded.eu/2005/10/11/the-road-to-alexandria/ Following this document's description of prerequisites is how I originally installed Alexandria under SourceMage. > Anyway, suggest anything else that we should require for this release. > - C. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHmMHffMAUnRdb+8oRAuBAAJ9lh+qL52OZ7UBfmdtUQJ9wq6X/2wCeJpDa NiINn7AAoaO1J0rd3Kvk5d0= =o1yQ -----END PGP SIGNATURE----- From jack at enkom.no Thu Jan 24 17:20:42 2008 From: jack at enkom.no (Jack Myrseth) Date: Thu, 24 Jan 2008 23:20:42 +0100 (CET) Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <20080123231631.58423563@matilda> References: <55465.192.168.0.105.1201116093.squirrel@hale> <20080123231631.58423563@matilda> Message-ID: <40625.192.168.0.105.1201213242.squirrel@hale> Hi, just an update on the Ubuntu 7.10 intall, sucess at last! But I am sorry to tell you that I do not know what the problem was, after to many installs/uninstalls during the day. No use speculating into that. Still no Amazon, but that's a minor problem. Acquire from scanner does not show that Cuecat is connected, it but works perfectly as keyboard input. So, my problem for now is that my most important provider z3950.bibsys.no, that is a common base for most libraries i Norway does not support search and retrieve in one operation (piggybacking) and throw error 1005. Let a fix to that be my wish for coming versions. I have started on the nb.po, so the next step would be to get a developement versison to do some contextual testing of the translation. I am sure you can give me some advice on that. Jack From timothy.malone at gmail.com Thu Jan 24 18:21:31 2008 From: timothy.malone at gmail.com (Timothy Malone) Date: Thu, 24 Jan 2008 18:21:31 -0500 Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <40625.192.168.0.105.1201213242.squirrel@hale> References: <55465.192.168.0.105.1201116093.squirrel@hale> <20080123231631.58423563@matilda> <40625.192.168.0.105.1201213242.squirrel@hale> Message-ID: <1201216892.6963.9.camel@timdesktop> Glad you got it working. I also use Ubuntu but I had no problems installing Alexandria, though I think I originally installed it under Ubuntu 6. Maybe something changed in the packages between the two? What kind of CueCat do you have by the way? Is it PS/2 or USB? I have a PS/2 model and it works, but just barely. Half the bar-codes I scan don't work (seems to have a lot to do with how reflective the paper is and how small the bar-code is). My CueCat is also a strange revision as I've found no reference anywhere to the model code that mine has. I tried to "declaw" my CueCat a while back and found a series of pictures showing the various circuit boards, none of them looked like mine. My theory is that I got a later revision that simply wasn't as good. Tim On Thu, 2008-01-24 at 23:20 +0100, Jack Myrseth wrote: > Hi, > > just an update on the Ubuntu 7.10 intall, sucess at last! But I am sorry > to tell you that I do not know what the problem was, after to many > installs/uninstalls during the day. No use speculating into that. Still no > Amazon, but that's a minor problem. > > Acquire from scanner does not show that Cuecat is connected, it but works > perfectly as keyboard input. > > So, my problem for now is that my most important provider z3950.bibsys.no, > that is a common base for most libraries i Norway does not support search > and retrieve in one operation (piggybacking) and throw error 1005. Let a > fix to that be my wish for coming versions. > > I have started on the nb.po, so the next step would be to get a > developement versison to do some contextual testing of the translation. I > am sure you can give me some advice on that. > > Jack > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list From cathal.alexandria at gnostai.org Thu Jan 24 21:39:27 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Fri, 25 Jan 2008 02:39:27 +0000 Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <40625.192.168.0.105.1201213242.squirrel@hale> References: <55465.192.168.0.105.1201116093.squirrel@hale> <20080123231631.58423563@matilda> <40625.192.168.0.105.1201213242.squirrel@hale> Message-ID: <20080125023927.28487391@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 24 Jan 2008 23:20:42 +0100 (CET) "Jack Myrseth" <jack at enkom.no> wrote: > Hi, > > just an update on the Ubuntu 7.10 intall, sucess at last! But I am > sorry to tell you that I do not know what the problem was, after to > many installs/uninstalls during the day. No use speculating into > that. Still no Amazon, but that's a minor problem. Still no Amazon? Did you download and install the deb from http://alexandria.rubyforge.org/dependencies/ruby-amazon/libamazon-ruby_0.9.2_all.deb If you have the irb package installed, run this inside an irb session: require 'amazon' You should get: => true If so, Amazon support should be enabled for Alexandria. > Acquire from scanner does not show that Cuecat is connected, it but > works perfectly as keyboard input. > I don't know how to detect the presence of a USB or PS/2 device from Ruby. I know in earlier versions of Alexandria it relied on a patch for the Linux kernel which passed unscrambled scanned input into a particular device which Alexandria checked for. Now, we just treat a CueCat as another type of keyboard input. > So, my problem for now is that my most important provider > z3950.bibsys.no, that is a common base for most libraries i Norway > does not support search and retrieve in one operation (piggybacking) > and throw error 1005. Let a fix to that be my wish for coming > versions. Ah yes, you reported this in #13302. A very thorough report, thanks! I've confirmed this bug and added it to the 0.6.3 Milestone. > I have started on the nb.po, so the next step would be to get a > developement versison to do some contextual testing of the > translation. I am sure you can give me some advice on that. > I wrote a short article about this: http://www.gnostai.org/journal/2007/12/28/getting-started-with-alexandria-development/ Be aware that the current development version is going through an unstable phase at the moment, and *may* break your library. It's easy enough to make a back-up: cp ~/.alexandria ~/library-backup-1 Also, note the paragraph in the article about /usr/local/lib/site_ruby/1.8/ in case you get strange behaviour from one version showing up in what *should* be another version... Good luck, - C. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHmUvpfMAUnRdb+8oRAiPFAJ49JfZb49O3yBSdIuwfyXsJ1SdnawCgif0t qljAR6FaEeeSvKanM9gRejU= =VgnH -----END PGP SIGNATURE----- From jack at enkom.no Fri Jan 25 02:58:39 2008 From: jack at enkom.no (Jack Myrseth) Date: Fri, 25 Jan 2008 08:58:39 +0100 (CET) Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <1201216892.6963.9.camel@timdesktop> References: <55465.192.168.0.105.1201116093.squirrel@hale> <20080123231631.58423563@matilda> <40625.192.168.0.105.1201213242.squirrel@hale> <1201216892.6963.9.camel@timdesktop> Message-ID: <34627.192.168.0.105.1201247919.squirrel@hale> Yes, I thnk that the original install under Ubuntu 6 might have done things a bit easier. I also noticed that installation of Ruby modules took some different ways and asked for different modules depending on which sequence they were installed in, but as I said, it is just speculation. One have to start over with a clean 7.10 an do it all over again in small documented steps to find out, I think. Nothing that tempts me for the moment, tough! Mys CueCat i brand new, usb-model, there is a number: Cat.No. 68-196 on the back. (Didn't know cats had numbers...). Yes, a lot of codes do not work straight off the paper, rough paper and lossy printing gives less quality bars, that is a problem. But after some retries, they come in. And as I said, it works as keyboard input, but does not show in the "Acuire fom scanner...", at least so far. More testing to do... Too bad it is of no use for me with regard to my most important provider, this is buried deep inside the code, I'm afraid. A remote friend of mine is a works at this provider, maybe I can talk them into abandoning their practise on piggybacking :). Jack > Glad you got it working. I also use Ubuntu but I had no problems > installing Alexandria, though I think I originally installed it under > Ubuntu 6. Maybe something changed in the packages between the two? > What kind of CueCat do you have by the way? Is it PS/2 or USB? I have a > PS/2 model and it works, but just barely. Half the bar-codes I scan > don't work (seems to have a lot to do with how reflective the paper is > and how small the bar-code is). My CueCat is also a strange revision as > I've found no reference anywhere to the model code that mine has. I > tried to "declaw" my CueCat a while back and found a series of pictures > showing the various circuit boards, none of them looked like mine. My > theory is that I got a later revision that simply wasn't as good. > > Tim > > On Thu, 2008-01-24 at 23:20 +0100, Jack Myrseth wrote: >> Hi, >> >> just an update on the Ubuntu 7.10 intall, sucess at last! But I am sorry >> to tell you that I do not know what the problem was, after to many >> installs/uninstalls during the day. No use speculating into that. Still >> no >> Amazon, but that's a minor problem. >> >> Acquire from scanner does not show that Cuecat is connected, it but >> works >> perfectly as keyboard input. >> >> So, my problem for now is that my most important provider >> z3950.bibsys.no, >> that is a common base for most libraries i Norway does not support >> search >> and retrieve in one operation (piggybacking) and throw error 1005. Let a >> fix to that be my wish for coming versions. >> >> I have started on the nb.po, so the next step would be to get a >> developement versison to do some contextual testing of the translation. >> I >> am sure you can give me some advice on that. >> >> Jack >> >> _______________________________________________ >> Alexandria-list mailing list >> Alexandria-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/alexandria-list > > From cathal.alexandria at gnostai.org Fri Jan 25 09:07:54 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Fri, 25 Jan 2008 14:07:54 +0000 Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <34627.192.168.0.105.1201247919.squirrel@hale> References: <55465.192.168.0.105.1201116093.squirrel@hale> <20080123231631.58423563@matilda> <40625.192.168.0.105.1201213242.squirrel@hale> <1201216892.6963.9.camel@timdesktop> <34627.192.168.0.105.1201247919.squirrel@hale> Message-ID: <20080125140754.3b12d88d@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 25 Jan 2008 08:58:39 +0100 (CET) "Jack Myrseth" <jack at enkom.no> wrote: > Yes, I thnk that the original install under Ubuntu 6 might have done > things a bit easier. I also noticed that installation of Ruby modules > took some different ways and asked for different modules depending on > which sequence they were installed in, but as I said, it is just > speculation. One have to start over with a clean 7.10 an do it all > over again in small documented steps to find out, I think. Nothing > that tempts me for the moment, tough! > > Mys CueCat i brand new, usb-model, there is a number: Cat.No. 68-196 > on the back. (Didn't know cats had numbers...). The serial number of unmodified CueCats is actually included in the scan info (one of the criticisms against the (now defunct) company that made them, Digital Convergence Inc.) And my cat Sibbie has her own serial number in her microchip! :^) > Yes, a lot of codes do not work straight off the paper, rough paper > and lossy printing gives less quality bars, that is a problem. But > after some retries, they come in. And as I said, it works as keyboard > input, but does not show in the "Acuire fom scanner...", at least so > far. More testing to do... I wrote the Acquire from Scanner feature myself... It should work if the Add Book feature works with the scanner. Maybe we can check it out over Jabber instant messaging some time... > Too bad it is of no use for me with regard to my most important > provider, this is buried deep inside the code, I'm afraid. A remote > friend of mine is a works at this provider, maybe I can talk them > into abandoning their practise on piggybacking :). > I checked out this bug yesterday. To fix it really quickly, find z3950.rb - it's probably in, or around /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers - - and edit it to add conn.piggyback = false around line 120 of z3950.rb This disables piggybacking for all z3950 sources, but should fix BIBSYS for you. Good luck, - Cathal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHme1EfMAUnRdb+8oRAlHTAJ41a1fLHDW5AwOkTMLpFYVlsFIe/QCgy7fi p56HnZdaSnAPKkbGJHQqTno= =qGhc -----END PGP SIGNATURE----- From jack at enkom.no Fri Jan 25 09:23:23 2008 From: jack at enkom.no (Jack Myrseth) Date: Fri, 25 Jan 2008 15:23:23 +0100 (CET) Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <20080125140754.3b12d88d@matilda> References: <55465.192.168.0.105.1201116093.squirrel@hale> <20080123231631.58423563@matilda> <40625.192.168.0.105.1201213242.squirrel@hale> <1201216892.6963.9.camel@timdesktop> <34627.192.168.0.105.1201247919.squirrel@hale> <20080125140754.3b12d88d@matilda> Message-ID: <57755.192.168.0.105.1201271003.squirrel@hale> > The serial number of unmodified CueCats is actually included in the > scan info (one of the criticisms against the (now defunct) company that > made them, Digital Convergence Inc.) Aha, > > And my cat Sibbie has her own serial number in her microchip! :^) > :) yes, and my daschshund (certified tracker..) has one, too! > I wrote the Acquire from Scanner feature myself... It should work if the > Add Book feature works with the scanner. Maybe we can check it out over > Jabber instant messaging some time... And I need some more testing, I think, the 7.10 on this old Latitude D600 needs a bit warming up before I trust all it does. > I checked out this bug yesterday. To fix it really quickly, find > z3950.rb - it's probably in, or around > /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers > - - and edit it to add > > conn.piggyback = false > > around line 120 of z3950.rb > > This disables piggybacking for all z3950 sources, but should fix BIBSYS > for you. That is great news! I have installed the developement version now, and should be able to get it going, but I grip this opportunity to give you the response to typing alexandria from the prompt: "/usr/lib/ruby/1.8/gtk2.rb:12:in `init': Cannot open display: RuntimeError) from /usr/lib/ruby/1.8/gtk2.rb:12 from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /usr/lib/ruby/1.8/libglade2.rb:11 from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /usr/local/lib/site_ruby/1.8/alexandria/ui.rb:19 from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /usr/local/lib/site_ruby/1.8/alexandria.rb:75 from /usr/bin/alexandria:4:in `require' from /usr/bin/alexandria:4" > > Good luck, > Thanks! Jack From jack at enkom.no Fri Jan 25 11:54:21 2008 From: jack at enkom.no (Jack Myrseth) Date: Fri, 25 Jan 2008 17:54:21 +0100 (CET) Subject: [Alexandria-list] Ubuntu 7.10 and Alexandria In-Reply-To: <20080125140754.3b12d88d@matilda> References: <55465.192.168.0.105.1201116093.squirrel@hale> <20080123231631.58423563@matilda> <40625.192.168.0.105.1201213242.squirrel@hale> <1201216892.6963.9.camel@timdesktop> <34627.192.168.0.105.1201247919.squirrel@hale> <20080125140754.3b12d88d@matilda> Message-ID: <46225.192.168.0.105.1201280061.squirrel@hale> Hi, sorry about that last thing, just me falling asleep over the keyboard.. Have the dev-version up and running, no prob. Jack From tristil at gmail.com Mon Jan 28 00:49:30 2008 From: tristil at gmail.com (Joseph Method) Date: Mon, 28 Jan 2008 00:49:30 -0500 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: <20080124165020.76067b69@matilda> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> <20080124165020.76067b69@matilda> Message-ID: <167b6aa00801272149n4e4f26d9ve0de698d1b40f04c@mail.gmail.com> Hi Cathal, sorry for not getting back to you on this. I zoned out and didn't get back on it. I've made some changes to the page: http://wiki.alexandria-projects.org/wiki/Milestone-0-6-3 > This seems like a lot of work. Do any other mid-sized programs do this? Well, it's a question of whether a) to require that all the optional packages be installed b) not require them and provide instructions on the website indicating which to install or c) providing a virtual package so that a power user can opt out of installing the extra packages. I would say the goal is to avoid getting "where's the feature in the screenshot" questions, which is why I prefer a or c. About the suggestion on the wiki page, Exceptions in the application layer should no longer cause the application to crash. (In glade_base.rb, the event handling block should wrap the call to method(handler) in a begin and rescue.) I have to think about this some more, but I'm thinking that any time an explicit crash occurs at that level we want to know about it and correct it. We want the user to send the bug with the exception message, rather than describe the error or broken behavior which might emerge further along. Usually crash errors provide a clue. What really frustrates me and wastes my time are runtime errors in the ruby-gnome2 C code level, which are usually caused by nil being passed in as an argument to a C function. -- -J. Method From cathal.alexandria at gnostai.org Mon Jan 28 01:54:14 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Mon, 28 Jan 2008 06:54:14 +0000 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: <167b6aa00801272149n4e4f26d9ve0de698d1b40f04c@mail.gmail.com> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> <20080124165020.76067b69@matilda> <167b6aa00801272149n4e4f26d9ve0de698d1b40f04c@mail.gmail.com> Message-ID: <20080128065414.5e1ace42@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 28 Jan 2008 00:49:30 -0500 "Joseph Method" <tristil at gmail.com> wrote: > > This seems like a lot of work. Do any other mid-sized programs do > > this? > > Well, it's a question of whether a) to require that all the optional > packages be installed b) not require them and provide instructions on > the website indicating which to install or c) providing a virtual > package so that a power user can opt out of installing the extra > packages. I would say the goal is to avoid getting "where's the > feature in the screenshot" questions, which is why I prefer a or c. I suppose what I really mean is "What is the Debian way?" (Unfortunately, we no longer have a Debian packager on the project who can advise us in matters of the Debian Policy. But I *think* that solving this issue with a virtual package would be contrary to the policy.) In any case, it might be the wrong approach - or rather a solution to the wrong problem. I know that when I set up a sample deb repository with gNewSense (an Ubuntu-variant) just before the 0.6.2 release, (to test dependency handling, actually) I got a single-click install of Alexandria through Synaptic, and all of the "Recommended" optional dependencies were automatically marked for installation. This feature is also available through apt-get and aptitude (by adding command-line options, I think). Once we set up our own deb repository (or when we get the latest version of Alexandria back into Debian) we can just modify the installation instructions we give to achieve this outcome. At the moment our instructions are to run 'dpkg --install alexandria.deb'; optional dependencies are not automatically loaded, or even suggested. (This was the problem recently encountered by Jack Myrseth, it seems.) I just think the problem might fix itself when most of our users are installing Alexandria via deb repositories. > About the suggestion on the wiki page, > > Exceptions in the application layer should no longer cause the > application to crash. (In glade_base.rb, the event handling block > should wrap the call to method(handler) in a begin and rescue.) > > I have to think about this some more, but I'm thinking that any time > an explicit crash occurs at that level we want to know about it and > correct it. We want the user to send the bug with the exception > message, rather than describe the error or broken behavior which might > emerge further along. Usually crash errors provide a clue. Well, I didn't mean that we should just squash all exceptions! Exceptions in the application level don't necessarily lead to crashes; they only become crashes when we don't have a strategy for catching exceptions and we allow to program to terminate instead. What the user sees is that pressing a button or something has caused the main application window to vanish - the hallmark of an unstable program. What I was thinking was that this particular location (GladeBase) would be a good area to hook into some graphical exception handler, explaining to the user that an unexpected error occurred and providing the same stack-trace and version information that a crash report does - just without having to terminate the program. This would make it easier for the user to report the error to us. - C. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHnXwgfMAUnRdb+8oRAmKIAKDK0uH5VEilY4JQn0+ZxS9nS4XPjACfQxD5 34vVuIfAmnmly2hpw8iTDqI= =s1LM -----END PGP SIGNATURE----- From tristil at gmail.com Mon Jan 28 10:38:20 2008 From: tristil at gmail.com (Joseph Method) Date: Mon, 28 Jan 2008 10:38:20 -0500 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: <20080128065414.5e1ace42@matilda> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> <20080124165020.76067b69@matilda> <167b6aa00801272149n4e4f26d9ve0de698d1b40f04c@mail.gmail.com> <20080128065414.5e1ace42@matilda> Message-ID: <167b6aa00801280738m4b743b7dk326b73bfefdb9563@mail.gmail.com> On Jan 28, 2008 1:54 AM, Cathal Mc Ginley <cathal.alexandria at gnostai.org> wrote: > I suppose what I really mean is "What is the Debian way?" > (Unfortunately, we no longer have a Debian packager on the project who > can advise us in matters of the Debian Policy. But I *think* that > solving this issue with a virtual package would be contrary to > the policy.) Honestly, I feel Debian Policy is sometimes bizarre, but I may be wrongheaded about this. Relevant sections is here: http://www.debian.org/doc/debian-policy/ch-binary.html (3.6 Virtual Packages). They do seem to feel that virtual packages are for offering different versions of the same package (like totem-gstreamer vs. totem-xine), so you're probably right. > Once we set up our own deb repository (or when we get the latest > version of Alexandria back into Debian) we can just modify the > installation instructions we give to achieve this outcome. At the > moment our instructions are to run 'dpkg --install alexandria.deb'; > optional dependencies are not automatically loaded, or even suggested. > (This was the problem recently encountered by Jack Myrseth, it seems.) I > just think the problem might fix itself when most of our users are > installing Alexandria via deb repositories. Okay, I see. With the Launchpad repository, we should anticipate the instructions being either `sudo apt-get install alexandria` or `go to Add/Remove programs...`. Add/Remove programs does use Synaptic and dpkg (dpkg --status-fd 50 --unpack --auto-deconfigure $file). We can test again to see if recommends get installed when the time comes, and if so, this is indeed the solution. > What I was thinking was that this particular location (GladeBase) would > be a good area to hook into some graphical exception handler, > explaining to the user that an unexpected error occurred and providing > the same stack-trace and version information that a crash report does - > just without having to terminate the program. This would make it easier > for the user to report the error to us. I agree. We should have a good graphical exception popup window and work on meaningful error messages. We should even have a last-resort "This application is going to crash now. This shouldn't happen. Please report!" popup. -- -J. Method From devi.webmaster at gmail.com Mon Jan 28 14:28:04 2008 From: devi.webmaster at gmail.com (Daniel Brumbaugh Keeney) Date: Mon, 28 Jan 2008 13:28:04 -0600 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> Message-ID: <3bceeb2d0801281128r7387c63dj50beb02e34bf7489@mail.gmail.com> On Jan 23, 2008 10:48 PM, Joseph Method <tristil at gmail.com> wrote: > - For this release, I think we should utilise the launchpad PPA > service for setting up a deb repository. Team "alexandria-team" has > one at https://launchpad.net/~alexandria-team/+archive. I have set up a repository for general Ruby programs at http://apt.rubyforge.org/ which you might consider using instead of making your own. Daniel Brumbaugh Keeney From devi.webmaster at gmail.com Mon Jan 28 15:38:10 2008 From: devi.webmaster at gmail.com (Daniel Brumbaugh Keeney) Date: Mon, 28 Jan 2008 14:38:10 -0600 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> Message-ID: <3bceeb2d0801281238k7fddca3dq9404016c8bcb7043@mail.gmail.com> On Jan 23, 2008 10:48 PM, Joseph Method <tristil at gmail.com> wrote: > Hi all, > > I propose that we do a very modest 0.6.3 release based on a few small > changes, and that we make the timing of the release dependent on > completion of the tasks we set ourselves in this thread. I'm debating whether it is worth adding a version epoch onto the Alexandria 0.6.2 package so that 0.6.2>0.6.2bx How long do you expect 0.6.3 to take? I don't suppose you have any idea how well-distributed the 0.6.2 betas were. Daniel Brumbaugh Keeney http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version From cathal.alexandria at gnostai.org Mon Jan 28 16:37:52 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Mon, 28 Jan 2008 21:37:52 +0000 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: <3bceeb2d0801281238k7fddca3dq9404016c8bcb7043@mail.gmail.com> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> <3bceeb2d0801281238k7fddca3dq9404016c8bcb7043@mail.gmail.com> Message-ID: <20080128213752.45cd9d86@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 28 Jan 2008 14:38:10 -0600 "Daniel Brumbaugh Keeney" <devi.webmaster at gmail.com> wrote: > On Jan 23, 2008 10:48 PM, Joseph Method <tristil at gmail.com> wrote: > > Hi all, > > > > I propose that we do a very modest 0.6.3 release based on a few > > small changes, and that we make the timing of the release dependent > > on completion of the tasks we set ourselves in this thread. > > I'm debating whether it is worth adding a version epoch onto the > Alexandria 0.6.2 package so that 0.6.2>0.6.2bx > How long do you expect 0.6.3 to take? I don't suppose you have any > idea how well-distributed the 0.6.2 betas were. > Yes, I only figured out the versioning difficulty I had introduced just as we were about to release 0.6.2 final. But I don't expect 0.6.3 to take more than two or three weeks (two weeks is perhaps optimistic). That being the case, 0.6.3 will be 'newer' than 0.6.2bx - the damage I caused is limited - so an epoch won't be needed. > http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version So, betas for 0.6.3 should be versioned as 0.6.2+0.6.3b1 - is this right? I'm following "Packaging tips for unofficial Debian packages" http://people.debian.org/~calvin/unofficial/ (the section "Advanced package versioning") In terms of deb files downloaded from RubyForge http://rubyforge.org/frs/?group_id=205 0.6.2b1 322 0.6.2b2 518 0.6.2 (final) 467 - From getdeb.net, I remember remarking on a few hundred downloads of beta2, and the current count for 0.6.2final is 290. So, yes, it seems beta2 is more widely distributed than the final release. D'oh! Well, I think we'll be making more announcements for the 0.6.3 release anyway, now that we're a bit more confident about the release process. - Cathal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHnks6fMAUnRdb+8oRAgGFAKCfgj/6etB7q4t36LCVCCWcNORyQACbBVqJ bv9S82vdlF37Mf3Uz53DEpM= =R0wx -----END PGP SIGNATURE----- From cathal.alexandria at gnostai.org Mon Jan 28 16:56:34 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Mon, 28 Jan 2008 21:56:34 +0000 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: <3bceeb2d0801281128r7387c63dj50beb02e34bf7489@mail.gmail.com> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> <3bceeb2d0801281128r7387c63dj50beb02e34bf7489@mail.gmail.com> Message-ID: <20080128215634.3978e8ca@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 28 Jan 2008 13:28:04 -0600 "Daniel Brumbaugh Keeney" <devi.webmaster at gmail.com> wrote: > On Jan 23, 2008 10:48 PM, Joseph Method <tristil at gmail.com> wrote: > > - For this release, I think we should utilise the launchpad PPA > > service for setting up a deb repository. Team "alexandria-team" has > > one at https://launchpad.net/~alexandria-team/+archive. > > I have set up a repository for general Ruby programs at > http://apt.rubyforge.org/ > which you might consider using instead of making your own. > This looks good! I see alexandria is already in there too! I imagine we'd have to collaborate with the developers of Ruby/ZOOM, ruby-revolution and Ruby/Amazon so they could host deb files in their own accounts. By this I mean I could help roll deb files from their projects & contribute the code to them, and then they could keep up-to-date just by running 'rake debian:deb'. This gives us less control than our own mini-repository, I suppose, but it's also good in that it spreads the deb-generation software about (the other projects will gain more users on Debian-style systems), and it cuts down on our own burden of responsibility. It's swings and roundabouts, I guess! But we've a few weeks to think about it, and there's nothing really stopping us hosting on more than one repository, to see which works best. Cheers, - C. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHnk+bfMAUnRdb+8oRAlwWAJ9eJBJywbJHbD6qRhyXr/JqQ0ry/QCeNk74 GAyC5Azzpu9fGw5Q+zX4PEY= =g4gW -----END PGP SIGNATURE----- From waldner at waldner.priv.at Mon Jan 28 18:57:15 2008 From: waldner at waldner.priv.at (Robert Waldner) Date: Tue, 29 Jan 2008 00:57:15 +0100 Subject: [Alexandria-list] 0.6.3 Plans In-Reply-To: Your message of "Mon, 28 Jan 2008 06:54:14 GMT." <20080128065414.5e1ace42@matilda> References: <167b6aa00801232048ldda43bap19b33a875b3ded28@mail.gmail.com> <20080124165020.76067b69@matilda> <167b6aa00801272149n4e4f26d9ve0de698d1b40f04c@mail.gmail.com> <20080128065414.5e1ace42@matilda> Message-ID: <20080128235729.7897543E2D@fsck.waldner.priv.at> On Mon, 28 Jan 2008 06:54:14 GMT, Cathal Mc Ginley writes: >> Well, it's a question of whether a) to require that all the optional >> packages be installed b) not require them and provide instructions on >> the website indicating which to install or c) providing a virtual >> package so that a power user can opt out of installing the extra >> packages. I would say the goal is to avoid getting "where's the >> feature in the screenshot" questions, which is why I prefer a or c. >I suppose what I really mean is "What is the Debian way?" Policy is rather (for once!) relatively clear on that one: what a program *depends* on to actually work must go in a Depends: - what's just nice-to-have or whatnot yields a Recommends: apt* has "--with-recommends"/"--without-recommends" for a reason. Someone with a clue can override that anyway (and an 'apt-get source foo; vi debian/control" is not that hard), everyone else is better served with a clean package with proper dependencies. cheers, &r<just my 2 cents>w -- -- you know you're getting old when.. -- The new Ikea catalog is more appealing -- than the latest Playboy. - MrBill -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080129/ac663311/attachment.bin From timothy.malone at gmail.com Wed Jan 30 11:46:42 2008 From: timothy.malone at gmail.com (Timothy Malone) Date: Wed, 30 Jan 2008 11:46:42 -0500 Subject: [Alexandria-list] CSV import Message-ID: <1201711602.6948.5.camel@timdesktop> I've been working on an import filter for CSV files and had a few questions. The primary focus of my filter is the CSV format used by goodreads.com (sorta like librarything). I've got it working but was wondering what the status of adding a "date read" entry to Alexandria was. I searched the archives and noticed that it was mentioned a little while ago but wanted to check and see if it was planned for a future version, or if it was waiting for a bigger overhaul of the book storage format. Also, I am considering changing the way Alexandria exports CSV to make it more user friendly by adding labels at the top of the columns. Any thoughts on that idea? From lennart at karssen.org Wed Jan 30 12:14:34 2008 From: lennart at karssen.org (L.C. Karssen) Date: Wed, 30 Jan 2008 17:14:34 +0000 Subject: [Alexandria-list] CSV import In-Reply-To: <1201711602.6948.5.camel@timdesktop> References: <1201711602.6948.5.camel@timdesktop> Message-ID: <1201713274.1232.37.camel@rubidium01> Hi Timothy, On Wed, 2008-01-30 at 11:46 -0500, Timothy Malone wrote: > Also, I am considering changing the way Alexandria exports CSV to make > it more user friendly by adding labels at the top of the columns. Any > thoughts on that idea? Sounds like a good idea. While you're at it you could also try to export more fields, like the "Read it", "own it", "want it" checkboxes and or the star rating :-). Thanks for your work on alexandria! Lennart Karssen. > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list -- ---------------------------------------------------- L.C. Karssen Utrecht The Netherlands lennart at karssen.org Stuur me aub geen Word of Powerpoint bestanden! Zie http://www.gnu.org/philosophy/no-word-attachments.nl.html ---------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20080130/aee134c9/attachment.bin From cathal.alexandria at gnostai.org Thu Jan 31 15:09:09 2008 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Thu, 31 Jan 2008 20:09:09 +0000 Subject: [Alexandria-list] CSV import In-Reply-To: <1201711602.6948.5.camel@timdesktop> References: <1201711602.6948.5.camel@timdesktop> Message-ID: <20080131200909.0b095f73@matilda> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 30 Jan 2008 11:46:42 -0500 Timothy Malone <timothy.malone at gmail.com> wrote: > I've been working on an import filter for CSV files and had a few > questions. The primary focus of my filter is the CSV format used by > goodreads.com (sorta like librarything). Neat. LibraryThing import is also somewhere on our list of things to do. > I've got it working but was > wondering what the status of adding a "date read" entry to Alexandria > was. I searched the archives and noticed that it was mentioned a > little while ago but wanted to check and see if it was planned for a > future version, or if it was waiting for a bigger overhaul of the > book storage format. The "date-read" issues was recently requested as a feature on the tracker [#17563]. This was my comment: "This is a fairly common request on the mailing-list. It is one of the features planned as part of a new design for Alexandria which will support more complex data storage. We don't want to simply bolt-on support for this, we are instead trying to ensure that the redesigned system supports it properly. So it won't be added in the near future, unfortunately." The thing is, adding a "date-read" field would change the data format again, without fully satisfying the requirements of people who want "Reading Management" capabilities - like the date you started reading, number of pages read... I think we need to do a bit of analysis first, so I put up a page on the wiki for users to add their requirements: http://wiki.alexandria-projects.org/wiki/ReadingManagementRequirements In the mean time, if you don't want to lose the "date-read" data you're importing, you can save it *informally* as a Note or Tag (this kind of thing is also mentioned on the wiki page). > Also, I am considering changing the way Alexandria exports CSV to make > it more user friendly by adding labels at the top of the columns. Any > thoughts on that idea? > Yes, this should make the CSV file more useful to users. I wonder though, should we translate the headings to the current LANG or leave them in English? There are two forces here: * leaving them in English would make scripting easier, even if the CSV format were to change. * translating them would make it easy for users to import an exported CSV directly as a spreadsheet. Leaving them in English works for now anyway. - C. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: GnuPT 2.6.2.1 by EQUIPMENTE.DE iD8DBQFHoirwfMAUnRdb+8oRArVFAJwMQvrN07v7tuN+4X04P5jtR23ukACgwAkK sLeSHSjYrhuVTHahxNIHHXs= =QUl2 -----END PGP SIGNATURE----- From timothy.malone at gmail.com Thu Jan 31 15:49:16 2008 From: timothy.malone at gmail.com (Timothy Malone) Date: Thu, 31 Jan 2008 15:49:16 -0500 Subject: [Alexandria-list] CSV import In-Reply-To: <20080131200909.0b095f73@matilda> References: <1201711602.6948.5.camel@timdesktop> <20080131200909.0b095f73@matilda> Message-ID: <1201812556.6932.16.camel@timdesktop> On Thu, 2008-01-31 at 20:09 +0000, Cathal Mc Ginley wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 30 Jan 2008 11:46:42 -0500 > Timothy Malone <timothy.malone at gmail.com> wrote: > > > I've been working on an import filter for CSV files and had a few > > questions. The primary focus of my filter is the CSV format used by > > goodreads.com (sorta like librarything). > > Neat. LibraryThing import is also somewhere on our list of things to do. > I've been meaning to look into LibraryThing. I saw that it was a requested feature. > > I've got it working but was > > wondering what the status of adding a "date read" entry to Alexandria > > was. I searched the archives and noticed that it was mentioned a > > little while ago but wanted to check and see if it was planned for a > > future version, or if it was waiting for a bigger overhaul of the > > book storage format. > > The "date-read" issues was recently requested as a feature on the > tracker [#17563]. This was my comment: > > "This is a fairly common request on the mailing-list. It is one > of the features planned as part of a new design for Alexandria > which will support more complex data storage. We don't want to > simply bolt-on support for this, we are instead trying to ensure > that the redesigned system supports it properly. So it won't > be added in the near future, unfortunately." > > The thing is, adding a "date-read" field would change the data format > again, without fully satisfying the requirements of people who want > "Reading Management" capabilities - like the date you started reading, > number of pages read... I think we need to do a bit of analysis first, > so I put up a page on the wiki for users to add their requirements: > That is a really good point. I did write a patch for the "Date Read" field and it worked in all my testing with no compatibility problems, so I ended up committing it (revision 892 I believe). Feel free to reverse that if it was a bit premature. I hadn't considered the reading management issue before. My two cents on it would be that it should be a tab of its own (or plugin like the wiki suggests), but that "Date Read" is used commonly enough that it should remain on the main properties page. > http://wiki.alexandria-projects.org/wiki/ReadingManagementRequirements > > In the mean time, if you don't want to lose the "date-read" data you're > importing, you can save it *informally* as a Note or Tag (this kind of > thing is also mentioned on the wiki page). > > > Also, I am considering changing the way Alexandria exports CSV to make > > it more user friendly by adding labels at the top of the columns. Any > > thoughts on that idea? > > > Yes, this should make the CSV file more useful to users. I wonder > though, should we translate the headings to the current LANG or leave > them in English? There are two forces here: > > * leaving them in English would make scripting easier, even if the > CSV format were to change. > * translating them would make it easy for users to import an exported > CSV directly as a spreadsheet. > My thoughts on that are that it makes sense from a user's perspective to output a translated version. It seems like when you take your data out of a program and put it into a format that is essentially plain text and is directly modifiable by the user, every effort should be made to make the data as understandable as possible. If the labels inside the program are labeled in the user's native language then it seems reasonable to expect the output to be labeled in their native language as well. Tim > Leaving them in English works for now anyway. > > - C.