From cathal.alexandria at gnostai.org Sat Nov 3 00:16:06 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sat, 03 Nov 2007 04:16:06 +0000 Subject: [Alexandria-list] Announcing Alexandria 0.6.2 beta 2 Message-ID: <1194063366.9307.13.camel@matilda> I am pleased to announce Alexandria 0.6.2b2, the second beta of the new release cycle. I've updated the website to note the new beta, and release notes can be found here: http://alexandria.rubyforge.org/news/2007-11-03--0.6.2b2-released.html This second beta fixes a couple of bugs relating to stabililty and importing libraries, thanks to the excellent bug-reporting skills of the users on this mailing list. It also includes some updated translations (actually included this time, 0.6.2b1 didn't install the translation files). I hope this beta improves the reliability of Alexandria, but you should still back up your libraries before upgrading. Thanks, - Cathal Mc Ginley. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071103/f35e8ae1/attachment.bin From cathal.alexandria at gnostai.org Sat Nov 3 06:15:13 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sat, 03 Nov 2007 10:15:13 +0000 Subject: [Alexandria-list] Alexandria Grimoire and Spells Message-ID: <1194084913.26686.7.camel@matilda> I'm fairly sure I'm the only one on this list who uses SourceMage GNU/Linux, but I thought I'd mention anyway that I've created an alexandria grimoire with spells for: * ruby-gettext * ruby-amazon * ruby-zoom * yaz * alexandria (I think this is roughly analagous to an 'overlay' in Gentoo with several 'ebuild' scripts. Which suggests that writing ebuilds mightn't be too hard after this.) Anyway, in SourceMage all you need to do is, as root: scribe add alexandria from \ http://alexandria.rubyforge.org/grimoire/alexandria.tar.bz2 cast alexandria Cheers, - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071103/e7730bec/attachment.bin From girish at hri.res.in Sat Nov 3 14:53:03 2007 From: girish at hri.res.in (Girish Kulkarni) Date: Sun, 4 Nov 2007 00:23:03 +0530 Subject: [Alexandria-list] installation and runtime problem Message-ID: <8a2141c0711031153l12f1634fr78675cc981225a1@mail.gmail.com> Hi Cathal, I hadn't looked at Alexandria after I spoiled a nicely working version of it three months ago when I had problems adding Z39.50 providers: http://rubyforge.org/pipermail/alexandria-list/2007-July/001280.html But my ~/.alexandria was intact so I decided to give 0.6.2b2 a try. (Meanwhile I have also upgraded from Ubuntu 7.04 to 7.10.) Here is what dpkg says when I try to install using alexandria_0.6.2b2_all.deb: (Reading database ... 141550 files and directories currently installed.) Preparing to replace alexandria 0.6.2b2 (using alexandria_0.6.2b2_all.deb) ... Unpacking replacement alexandria ... Setting up alexandria (0.6.2b2) ... The generated cache was invalid. dpkg: error processing alexandria (--install): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: alexandria Further, when I try to *use* Alexandria the following comes up: Can't load image_size, hence exported libraries are not optimized Can't load mechanize, hence provider Deastore not available ----------------------- Alexandria just crashed ----------------------- Timestamp: Sun Nov 04 00:16:26 +0530 2007 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:7 Release: 0.6.2b2 Uname -a: Linux geeku 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux -- Please report this dump to 'alexandria-list at rubyforge.org' with some additional information, such as the description of the crash and the steps to reproduce it (if it's possible). Any diagnosis or solutions? Please note that I *have had* Alexandria working peacefully on my machine for about a fortnight (in July). I tried using Tellico for a while after my earlier Alexandria stopped working. But I stopped that soon; the interface wasn't agreeable. I'd love to see Alexandria working again, but unfortunately I am too pressed for time to spend some on troubleshooting all these issues. Thanks. Girish. -- Girish Kulkarni - Allahabad, India - http://girish.50webs.com From cathal.alexandria at gnostai.org Sun Nov 4 06:09:36 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sun, 04 Nov 2007 11:09:36 +0000 Subject: [Alexandria-list] installation and runtime problem In-Reply-To: <8a2141c0711031153l12f1634fr78675cc981225a1@mail.gmail.com> References: <8a2141c0711031153l12f1634fr78675cc981225a1@mail.gmail.com> Message-ID: <1194174576.8928.22.camel@matilda> On Sun, 2007-11-04 at 00:23 +0530, Girish Kulkarni wrote: > Hi Cathal, > > I hadn't looked at Alexandria after I spoiled a nicely working version > of it three months ago when I had problems adding Z39.50 providers: > Hi Girish, yes, I remember suggesting new ways to wreck a working installation by installing the (then very unstable) svn version. Sorry about that! > http://rubyforge.org/pipermail/alexandria-list/2007-July/001280.html > > But my ~/.alexandria was intact so I decided to give 0.6.2b2 a try. Actually, I believe one or two of your books will probably have been corrupted, most likely you have ended up with some empty .yaml files. > (Meanwhile I have also upgraded from Ubuntu 7.04 to 7.10.) > > Here is what dpkg says when I try to install using alexandria_0.6.2b2_all.deb: > > (Reading database ... 141550 files and directories currently installed.) > Preparing to replace alexandria 0.6.2b2 (using > alexandria_0.6.2b2_all.deb) ... > Unpacking replacement alexandria ... > Setting up alexandria (0.6.2b2) ... > The generated cache was invalid. > dpkg: error processing alexandria (--install): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > alexandria I did a web search for the line "The generated cache was invalid" and found this... In that script the line gtk-update-icon-cache --force --quiet "$dir" was failing with a message "The generated cache was invalid.". I did not start debugging why this was happening. As the list of installed gtk related packages is quite short then I just installed gtk2-engines-pixbuf and the cache update started working. Lucky guess (Thanks http://tom.jabber.ee/chessblog/ ) I tested the deb file on gNewSense 1.1 (an Ubuntu (Dapper 6.06) variant) which is not my main system, and it installed cleanly, so I must have the requisite package installed there already. See does this line (run as root, or with sudo): gtk-update-icon-cache -q -f -t /usr/share/icons/hicolor give you that error. Then try installing gtk2-engines-pixbuf and try again, I suppose. Also, the line "Preparing to replace alexandria 0.6.2b2" looks a little odd, since dpkg hasn't actually managed to install it fully but the system is clearly in two minds about it. What I always do is 'sudo dpkg --remove alexandria' before I install the new one. Then I get a message like this: Selecting previously deselected package alexandria. (Reading database ... 82495 files and directories currently installed.) Unpacking alexandria (from .../alexandria_0.6.2b2_all.deb) ... Setting up alexandria (0.6.2b2) ... > > > Further, when I try to *use* Alexandria the following comes up: > > Can't load image_size, hence exported libraries are not optimized > Can't load mechanize, hence provider Deastore not available > ----------------------- > Alexandria just crashed > ----------------------- > Timestamp: Sun Nov 04 00:16:26 +0530 2007 > Message: undefined method `isbn' for false:FalseClass > Backtrace: > /usr/local/lib/site_ruby/1.8/alexandria/library.rb:168:in > `regularize_book_from_yaml' This is a known bug, but it's actually fixed in 0.6.2b2, so the deb can't have installed. (Because of the error in the debian/postinst script.) I must include the version number in that crash report! What it means is that one of the .yaml files in one of your libraries (under ~/.alexandria/My Library or something) is empty. Use 'ls -l ~/.alexandria/*' and check for files with 0 bytes. To work around the problem, you can make a note of the ISBN of those files (the numerical part of the file name) and just remove the file, then add them later when the program starts up. > > Any diagnosis or solutions? Please note that I *have had* Alexandria > working peacefully on my machine for about a fortnight (in July). I > tried using Tellico for a while after my earlier Alexandria stopped > working. But I stopped that soon; the interface wasn't agreeable. I'd > love to see Alexandria working again, but unfortunately I am too > pressed for time to spend some on troubleshooting all these issues. Sorry about all the problems you're experiencing. It's true that Alexandria's fairly unstable at the moment, but if you can just get 0.6.2b2 installed it's a lot more stable. There is still an issue with Z39.50 support, since ruby-zoom and yaz aren't nicely packaged as deb files yet (I was thinking that the Alexandria team should probably roll some deb files for these very useful dependencies). But I've managed to talk other Debian users through the phases of getting Alexandria with Z39.50 working on Debian. > Thanks. > > Girish. > Thanks for sticking with Alexandria, - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071104/d57d9300/attachment.bin From girish at hri.res.in Sun Nov 4 06:38:35 2007 From: girish at hri.res.in (Girish Kulkarni) Date: Sun, 4 Nov 2007 17:08:35 +0530 Subject: [Alexandria-list] installation and runtime problem In-Reply-To: <1194174576.8928.22.camel@matilda> References: <8a2141c0711031153l12f1634fr78675cc981225a1@mail.gmail.com> <1194174576.8928.22.camel@matilda> Message-ID: <8a2141c0711040338s6752650dmed1e95e71ebed666@mail.gmail.com> Hi Cathal, On 11/4/07, Cathal Mc Ginley wrote: > This is a known bug, but it's actually fixed in 0.6.2b2, so the deb can't have > installed. (Because of the error in the debian/postinst script.) > I must include the version number in that crash report! Thanks for your message. I will try installing gtk2-engines-pixbuf and report back to you (this weekend, if not before that). Although this reply is a bit premature (since I haven't done the troubleshooting yet) I'd like to point out that the Alexandria crash report does include its version number. It is the last but one line if you look at the complete crash report that I included in my earlier message. And in my case, it shows 0.6.2b2, which puzzles me! Girish. From cathal.alexandria at gnostai.org Sun Nov 4 06:40:25 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sun, 04 Nov 2007 11:40:25 +0000 Subject: [Alexandria-list] installation and runtime problem In-Reply-To: <1194174576.8928.22.camel@matilda> References: <8a2141c0711031153l12f1634fr78675cc981225a1@mail.gmail.com> <1194174576.8928.22.camel@matilda> Message-ID: <1194176426.8928.25.camel@matilda> Forgot to mention that I tried to replicate conditions with Alexandria on gNewSense by creating an empty .yaml file in a library, and got this warning message: W, [2007-11-04T10:35:07.366077 #5638] WARN -- [Cls Alexandria::Library]: Book file 9781857231380.yaml was empty This is the kind of thing users of 0.6.2b2 should see. - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071104/58958e4a/attachment.bin From cathal.alexandria at gnostai.org Sun Nov 4 06:58:51 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sun, 04 Nov 2007 11:58:51 +0000 Subject: [Alexandria-list] installation and runtime problem In-Reply-To: <8a2141c0711040338s6752650dmed1e95e71ebed666@mail.gmail.com> References: <8a2141c0711031153l12f1634fr78675cc981225a1@mail.gmail.com> <1194174576.8928.22.camel@matilda> <8a2141c0711040338s6752650dmed1e95e71ebed666@mail.gmail.com> Message-ID: <1194177531.8928.36.camel@matilda> On Sun, 2007-11-04 at 17:08 +0530, Girish Kulkarni wrote: > Hi Cathal, > > On 11/4/07, Cathal Mc Ginley wrote: > > This is a known bug, but it's actually fixed in 0.6.2b2, so the deb can't have > > installed. (Because of the error in the debian/postinst script.) > > I must include the version number in that crash report! > > Thanks for your message. I will try installing gtk2-engines-pixbuf and > report back to you (this weekend, if not before that). > > Although this reply is a bit premature (since I haven't done the > troubleshooting yet) I'd like to point out that the Alexandria crash > report does include its version number. It is the last but one line if > you look at the complete crash report that I included in my earlier > message. And in my case, it shows 0.6.2b2, which puzzles me! > Ah! I've spotted what's happening! You're of course right, the version number is included (I didn't see it), but the other thing I didn't see was the file names in the stack trace /usr/local/lib/site_ruby/1.8/alexandria/library.rb:168:in `regularize_book_from_yaml' If it's /usr/local/lib/site_ruby then it must have been installed using 'rake install' from a source distribution, rather than the deb file which puts everything in /usr/lib/ruby Also, line 168 in 0.6.2b2 is actually outside the regularize_book_from_yaml method, so you probably don't have a completely consistent installation under that directory. Unfortunately, I haven't written a 'rake uninstall' task yet, but if you go to /usr/local/lib/site_ruby and go 'sudo rm -rf alexandria*' you should clear up the stray libraries being caught at least. > Girish. I don't know if you'd have any spare time to work through your installation problems, but I've found that direct contact over IRC (you can arrange to meet me (CathalMagus) in #ruby-gnome2 on irc.gnome.org) or Jabber (I'm gnostai at gmail.com) can sort out these issues much more quickly. Cheers, - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071104/31b4c230/attachment-0001.bin From afb at paradise.net.nz Sun Nov 4 21:11:57 2007 From: afb at paradise.net.nz (Adam Bogacki) Date: Mon, 05 Nov 2007 15:11:57 +1300 Subject: [Alexandria-list] Re. mixed fortunes with 2b2 .. Message-ID: <472E7BED.80100@paradise.net.nz> > /usr/lib/ruby/1.8/fileutils.rb:243:in `mkdir': Permission denied - > /home/adam/.alexandria/.web-themes (Errno::EACCES) I can find no '.web-themes' in /home/adam/.alexandria Adam. From cathal.alexandria at gnostai.org Mon Nov 5 12:10:48 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Mon, 05 Nov 2007 17:10:48 +0000 Subject: [Alexandria-list] Mixed fortunes with alex*2b2 In-Reply-To: <472E7B1E.8070600@paradise.net.nz> References: <472E7B1E.8070600@paradise.net.nz> Message-ID: <1194282648.9398.17.camel@matilda> On Mon, 2007-11-05 at 15:08 +1300, Adam Bogacki wrote: > Hi Cathal, > > I chose to go with the '*gz". After 'sudo rake install' it opens as > root, but noit as user 'adam' with the output below. > Hi Adam, I'm going to go ahead and say it's permissions-related! Which is not to say there isn't a legitimate complaint to answer here. At every point where Alexandria crashes or fails to open, we should just be catching and logging the problem, reporting it to the user if it's serious, moving on if it's not. In this case, I think that creating a .web-themes directory before the user has performed a "HTML Export" is unneccessary. And if it should fail, it certainly shouldn't be a show-stopper. Anyway, what I think is happening is: your .alexandria directory was initially created by root, so it will have root ownership. An ordinary user won't have permission to write over it. Check if this is the case: $ ls -al ~/.alexandria total 8 drwxr-xr-x 11 root root 352 Nov 5 15:51 . drwxr-xr-x 142 cathal users 8288 Nov 5 15:52 .. drwxr-xr-x 2 root root 96 Nov 5 15:51 .amazon_cache ... A simple fix is to chown the .alexandria directory back to you; as root: # chown -R adam.users ~/.alexandria Your group might not be 'users', in many modern distros it'll be the same as your username, so you'd use 'adam.adam' - I check my main group like this: $ ls -ld ~ drwxr-xr-x 142 cathal users 8344 Nov 5 15:54 /home/cathal > What am I missing here ? I've backed up my recored and had 0.6.1 > running flawlessly before. > > Adam Bogacki, > afb at paradise.net.nz > Hope this helps, - C. On Mon, 2007-11-05 at 15:08 +1300, Adam Bogacki wrote: > > /usr/lib/ruby/1.8/fileutils.rb:243:in `mkdir': Permission denied - > > /home/adam/.alexandria/.web-themes (Errno::EACCES) > > from /usr/lib/ruby/1.8/fileutils.rb:243:in `fu_mkdir' > > from > > /usr/local/lib/site_ruby/1.8/alexandria/web_themes.rb:62:in `load' > > from /usr/local/lib/site_ruby/1.8/alexandria/web_themes.rb:30:in `all' -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071105/a889fbe4/attachment.bin From sabutay at gmail.com Fri Nov 9 19:00:27 2007 From: sabutay at gmail.com (Fatih Arslan) Date: Sat, 10 Nov 2007 02:00:27 +0200 Subject: [Alexandria-list] Add a feature: "Read at ...." Message-ID: <4734F49B.809@gmail.com> Hi guys, I've installed Alexandria and i like it very much. However there is a feature that i'm missing. I'm reading every 3-4 days on book, and i write the date down when i read that. It is possible to add a small date function next to "Read it?" box. It would be nice to list the books due the read date. Thanks in advance Regards Fatih Arslan From cathal.alexandria at gnostai.org Fri Nov 9 22:40:01 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sat, 10 Nov 2007 03:40:01 +0000 Subject: [Alexandria-list] Add a feature: "Read at ...." In-Reply-To: <4734F49B.809@gmail.com> References: <4734F49B.809@gmail.com> Message-ID: <1194666001.13588.21.camel@matilda> On Sat, 2007-11-10 at 02:00 +0200, Fatih Arslan wrote: > Hi guys, > > I've installed Alexandria and i like it very much. However there is a > feature that i'm missing. I'm reading every 3-4 days on book, and i > write the date down when i read that. It is possible to add a small date > function next to "Read it?" box. It would be nice to list the books due > the read date. This is a feature releated to "reading management" which has been brought up before. It's certainly something that's on the to-do list for future releases (possibly in the 0.7 series) after we get the 0.6.2 release stable. It will be very useful to have a large set of "use cases" like this to inform the requirements for the upcoming design phase. In the mean time, you can always add this kind of information informally in the Notes section of each book. If you make the note semi-formal, like "[finished-reading:2007-11-10]" then in the future - if Alexandria ever does support a 'finished-reading date' - it will be possible to extract the information from the notes programmatically (by writing a ruby script) and update your books. (Obviously, we don't know if any new version of Alexandria will support a given feature, or how easy it will be to extract information out of notes - but I can say that it's the kind of thing I'm considering for forthcoming versions of Alexandria: making it easy to write scripts which update your books in this kind of way. In any case, you'll at least have the information stored!) > > Thanks in advance > Regards Fatih Arslan I noticed your bug report too, by the way (#15510). I can see *where* the problem is, but I don't know why it's happening yet. I may have to ask you to run a couple of test ruby-gnome2 scripts... I'll hack them up tomorrow. - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071110/4a55cf39/attachment.bin From sabutay at gmail.com Sat Nov 10 04:05:08 2007 From: sabutay at gmail.com (Fatih Arslan) Date: Sat, 10 Nov 2007 11:05:08 +0200 Subject: [Alexandria-list] Add a feature: "Read at ...." In-Reply-To: <1194666001.13588.21.camel@matilda> References: <4734F49B.809@gmail.com> <1194666001.13588.21.camel@matilda> Message-ID: <47357444.7050203@gmail.com> Thanks for the advice. I know now what you mean with the field "finishing-read". Than all i have to do is put the dates in the comment section in a given format. That's it. And which scripts should i run? Regards Cathal Mc Ginley wrote: > On Sat, 2007-11-10 at 02:00 +0200, Fatih Arslan wrote: >> Hi guys, >> >> I've installed Alexandria and i like it very much. However there is a >> feature that i'm missing. I'm reading every 3-4 days on book, and i >> write the date down when i read that. It is possible to add a small date >> function next to "Read it?" box. It would be nice to list the books due >> the read date. > > This is a feature releated to "reading management" which has been brought > up before. It's certainly something that's on the to-do list for future > releases (possibly in the 0.7 series) after we get the 0.6.2 release stable. > It will be very useful to have a large set of "use cases" like this to inform > the requirements for the upcoming design phase. > > In the mean time, you can always add this kind of information informally > in the Notes section of each book. If you make the note semi-formal, > like "[finished-reading:2007-11-10]" then in the future - if Alexandria > ever does support a 'finished-reading date' - it will be possible to > extract the information from the notes programmatically (by writing a > ruby script) and update your books. > > (Obviously, we don't know if any new version of Alexandria will support > a given feature, or how easy it will be to extract information out of > notes - but I can say that it's the kind of thing I'm considering for > forthcoming versions of Alexandria: making it easy to write scripts > which update your books in this kind of way. In any case, you'll at > least have the information stored!) > >> Thanks in advance >> Regards Fatih Arslan > > I noticed your bug report too, by the way (#15510). I can see *where* > the problem is, but I don't know why it's happening yet. I may have to > ask you to run a couple of test ruby-gnome2 scripts... I'll hack them up > tomorrow. > > - Cathal. > From cathal.alexandria at gnostai.org Sat Nov 10 09:12:28 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Sat, 10 Nov 2007 14:12:28 +0000 Subject: [Alexandria-list] Add a feature: "Read at ...." In-Reply-To: <47357444.7050203@gmail.com> References: <4734F49B.809@gmail.com> <1194666001.13588.21.camel@matilda> <47357444.7050203@gmail.com> Message-ID: <1194703948.8926.2.camel@matilda> Oops! No, what I'm saying is that you *might* be able to extract the information using some kind of script *in the future*, if Alexandria supports the feature in a later version (maybe in a couple of months time!) - C. On Sat, 2007-11-10 at 11:05 +0200, Fatih Arslan wrote: > Thanks for the advice. I know now what you mean with the field > "finishing-read". Than all i have to do is put the dates in the comment > section in a given format. That's it. And which scripts should i run? > > Regards > > Cathal Mc Ginley wrote: ----------- 8<----- snip ------ 8<------------ > > In the mean time, you can always add this kind of information informally > > in the Notes section of each book. If you make the note semi-formal, > > like "[finished-reading:2007-11-10]" then in the future - if Alexandria > > ever does support a 'finished-reading date' - it will be possible to > > extract the information from the notes programmatically (by writing a > > ruby script) and update your books. > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071110/25024ce1/attachment.bin From cathal.alexandria at gnostai.org Fri Nov 23 16:14:21 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Fri, 23 Nov 2007 21:14:21 +0000 Subject: [Alexandria-list] Nearly ready for 0.6.2 release? Message-ID: <1195852462.8971.23.camel@matilda> Hi again. Movement has been slow in Alexandria development over the past few weeks. However, we've had several hundred new downloads of 0.6.2b2 thanks to Joseph Method's work getting alexandria on getdeb.net - and only a handful of new bugs (a few which I fixed, a few which seemed to be false reports and some with no follow-up from the reporters, so I don't know if they're real or not). In any case, I think this is the level of stability we were talking about for a stable release for 0.6.2. So, I'm going to set a provisional date of next friday (30th Nov) for the release. There are a couple of things to do in the mean time, so I'll just fill everyone in on my TODO list. == Debian TODO == * Add optional dependencies libimage-size-ruby and libwww-mechanize-ruby to the deb file (thanks to yell0w on getdeb.net for pointing that out). * (Possibly) create a new deb file for the latest version of ruby-zoom. * Fix the handful of errors in the deb file flagged up by lintian. * Add some real documentation to /usr/share/doc/alexandria upon installation. == Website TODO == * Add a call for translators, (we've lost a few over the many months of inactivity, but we've gained a couple as well). * Include a list of known shortcomings next to the list of features. * Include a wish-list for features (condensing the various wish-lists composed on this mailing list over the years). == General TODO == * Update the ChangeLog for the project (this is one job I'm not looking forward to - there have been dozens of quite major changes in alexandria between versions 0.6.1 and 0.6.2). * Make the minimum of necessary changes to the Manual, so it reflects the current features of the program, so as not to confuse new users. -- Anyway, these are the types of things to be done over the next week. After 0.6.2 is released, I'm going to start sketching out designs for the architecture Alexandria 0.7 in very broad terms, starting by describing in slightly formal language what the program does at the moment. - Cathal. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071123/ee9e1cbc/attachment.bin From tristil at gmail.com Sat Nov 24 19:37:43 2007 From: tristil at gmail.com (Joseph Method) Date: Sat, 24 Nov 2007 19:37:43 -0500 Subject: [Alexandria-list] Nearly ready for 0.6.2 release? In-Reply-To: <1195852462.8971.23.camel@matilda> References: <1195852462.8971.23.camel@matilda> Message-ID: <167b6aa00711241637s692e1ca2p333a1d372fb29f2a@mail.gmail.com> Hi Cathal, I had some lightly refactored code in my working copy with a few more tests, but I was waiting for an unfreeze before committing. I decided to publish these changes to svn+ssh://method at rubyforge.org/var/svn/alexandria/branches/alexandria_post_0.6.2_method/alexandria. Nothing special in there. I'll definitely follow your lead on architectural decisions, but one refactoring I thought of is to associate libraries with a LibraryManager object and move all file-retrieval-specific operations onto this. So the first refactoring iteration would be moving all the code that knows about YAML into the new class and delegating the methods. In general, is this a good design move? On Nov 23, 2007 4:14 PM, Cathal Mc Ginley wrote: > Hi again. > > Movement has been slow in Alexandria development over the past few > weeks. However, we've had several hundred new downloads of 0.6.2b2 > thanks to Joseph Method's work getting alexandria on getdeb.net - and > only a handful of new bugs (a few which I fixed, a few which seemed to > be false reports and some with no follow-up from the reporters, so I > don't know if they're real or not). > > In any case, I think this is the level of stability we were talking > about for a stable release for 0.6.2. So, I'm going to set a provisional > date of next friday (30th Nov) for the release. There are a couple of > things to do in the mean time, so I'll just fill everyone in on my TODO > list. > > == Debian TODO == > > * Add optional dependencies libimage-size-ruby and libwww-mechanize-ruby > to the deb file (thanks to yell0w on getdeb.net for pointing that out). > > * (Possibly) create a new deb file for the latest version of ruby-zoom. > > * Fix the handful of errors in the deb file flagged up by lintian. > > * Add some real documentation to /usr/share/doc/alexandria upon > installation. > > == Website TODO == > > * Add a call for translators, (we've lost a few over the many months of > inactivity, but we've gained a couple as well). > > * Include a list of known shortcomings next to the list of features. > > * Include a wish-list for features (condensing the various wish-lists > composed on this mailing list over the years). > > == General TODO == > > * Update the ChangeLog for the project (this is one job I'm not looking > forward to - there have been dozens of quite major changes in alexandria > between versions 0.6.1 and 0.6.2). > > * Make the minimum of necessary changes to the Manual, so it reflects > the current features of the program, so as not to confuse new users. > > -- > > Anyway, these are the types of things to be done over the next week. > After 0.6.2 is released, I'm going to start sketching out designs for > the architecture Alexandria 0.7 in very broad terms, starting by > describing in slightly formal language what the program does at the > moment. > > - Cathal. > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > -- -J. Method From devi.webmaster at gmail.com Mon Nov 26 07:38:53 2007 From: devi.webmaster at gmail.com (Daniel Brumbaugh Keeney) Date: Mon, 26 Nov 2007 06:38:53 -0600 Subject: [Alexandria-list] introduction Message-ID: <3bceeb2d0711260438l7379dc70vda83cb29584ba3d9@mail.gmail.com> I have been lurking on this list for a while and have posted 2 bug reports, but I haven't contributed anything. Unfortunately, this list has seen no activity, so my lurking has been quite fruitless. Anyhow, I would like to contribute to Alexandria, finding it a great program, but am not really sure to start in the rather large codebase. My attempts at fixing the bugs I reported were absolutely unsuccessful, mainly because I couldn't find the appropriate section of code to fix. This is a rather long way to say that if there's some section of code you would like to see work on, some new area, or otherwise something you could point me to, I'd be glad to help. Daniel Brumbaugh Keeney From tristil at gmail.com Mon Nov 26 08:56:01 2007 From: tristil at gmail.com (Joseph Method) Date: Mon, 26 Nov 2007 08:56:01 -0500 Subject: [Alexandria-list] introduction In-Reply-To: <3bceeb2d0711260438l7379dc70vda83cb29584ba3d9@mail.gmail.com> References: <3bceeb2d0711260438l7379dc70vda83cb29584ba3d9@mail.gmail.com> Message-ID: <167b6aa00711260556w571cfa1ej7b0c3a9c37f46255@mail.gmail.com> Hi Daniel, I think I know where you're coming from. I think on the one hand that it's necessary to *learn* the code to a certain extent, by just following the threads of logic. On the other hand, Alexandria's code base is so large and so concentrated in one file (main_app.rb) that it's hard to follow what's going on. As Cathal mentioned, the next development stage will focus on redesign and refactoring. For myself I would say that you could help by taking a look at the RSpec files under /specs (http://rspec.rubyforge.org) and adding to the coverage. This involves looking at a class that's being described and working to understand what its method "should" do, and then specifying that it does so. The other thing you can do is to make good, simple refactorings of the code where you think the sense is really lost. The advice I take to heart from Martin Fowler's book on Refactoring is that sometimes a single line of code deserves to be in its own method if the _name_ of the method helps to explain what's happening in the line of code. Finally, for something concrete, I would say to look at the "migration" code in library.rb. You can search for the text HACK :). On Nov 26, 2007 7:38 AM, Daniel Brumbaugh Keeney wrote: > I have been lurking on this list for a while and have posted 2 bug > reports, but I haven't contributed anything. > Unfortunately, this list has seen no activity, so my lurking has been > quite fruitless. Anyhow, I would like to contribute to Alexandria, > finding it a great program, but am not really sure to start in the > rather large codebase. My attempts at fixing the bugs I reported were > absolutely unsuccessful, mainly because I couldn't find the > appropriate section of code to fix. This is a rather long way to say > that if there's some section of code you would like to see work on, > some new area, or otherwise something you could point me to, I'd be > glad to help. > > > Daniel Brumbaugh Keeney > _______________________________________________ > Alexandria-list mailing list > Alexandria-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > -- -J. Method From cathal.alexandria at gnostai.org Mon Nov 26 20:03:59 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Tue, 27 Nov 2007 01:03:59 +0000 Subject: [Alexandria-list] Nearly ready for 0.6.2 release? In-Reply-To: <167b6aa00711241637s692e1ca2p333a1d372fb29f2a@mail.gmail.com> References: <1195852462.8971.23.camel@matilda> <167b6aa00711241637s692e1ca2p333a1d372fb29f2a@mail.gmail.com> Message-ID: <1196125439.8805.26.camel@matilda> On Sat, 2007-11-24 at 19:37 -0500, Joseph Method wrote: > Hi Cathal, > > I had some lightly refactored code in my working copy with a few more > tests, but I was waiting for an unfreeze before committing. I decided > to publish these changes to > svn+ssh://method at rubyforge.org/var/svn/alexandria/branches/alexandria_post_0.6.2_method/alexandria. Good plan, branches being cheap in SVN it's a good idea to use them where we can. It also means I can merge in any changes which have a small impact even before the 0.6.2 release. > I'll definitely follow your lead on architectural decisions, Thanks, I think! :^) Well, I have designed the architecture of projects of comparable size to Alexandria (i.e. 15k lines or greater) before, but usually when I'd written all of the code myself (and in Java!). Hopefully I'll be able to make my case for any architectural changes I come up with. > but one refactoring I thought of is to > associate libraries with a LibraryManager object and move all > file-retrieval-specific operations onto this. So the first refactoring > iteration would be moving all the code that knows about YAML into the > new class and delegating the methods. In general, is this a good > design move? > It's absolutely the kind of change that is needed, in particular it makes it easier to test the system. I was thinking myself that any file-based interaction and any internet-based interaction should go through particular points of the code so that they can be mocked for RSpec testing. However, in a broader consideration of the system, I think some of the fundamental snags in Alexandria - e.g. the inability to have more than one copy of a book - would be best worked out in a conceptual design phase rather than by continuous small refactorings. Again, this is where branching will help us; after 0.6.2 we can continue making small improvements to the main development line, the SVN 'trunk' (what CVS called 'HEAD') and a somewhat experimental 0.7 branch can introduce the same changes accompanying a more radical redesign of the core classes. (But this redesign would begin with a sort of 'requirements gathering' and 'specification' and then a brainstorming session or two to generate a stronger 'Domain Driven Design') Now, this might mean a lot of work, but I'm volunteering for it - and hopefully it will generate energy and momentum for the project. Hmmm, I'm not being very clear. I might write at greater length on the matter later on. - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071127/83eb443d/attachment.bin From cathal.alexandria at gnostai.org Mon Nov 26 23:39:28 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Tue, 27 Nov 2007 04:39:28 +0000 Subject: [Alexandria-list] introduction In-Reply-To: <3bceeb2d0711260438l7379dc70vda83cb29584ba3d9@mail.gmail.com> References: <3bceeb2d0711260438l7379dc70vda83cb29584ba3d9@mail.gmail.com> Message-ID: <1196138369.8805.57.camel@matilda> On Mon, 2007-11-26 at 06:38 -0600, Daniel Brumbaugh Keeney wrote: > I have been lurking on this list for a while and have posted 2 bug > reports, but I haven't contributed anything. Hi Daniel. Thanks for the bug reports. Fortunately (for me) one of them (#15926) is a duplicate of #15510, which is already fixed in the latest SVN. Unfortunately, the spacing of icons in the user interface is a long-standing problem which I don't really have a clue about - it will require studying the GNOME docs and such. (I've just had a look at the screenshots attached to your report (#15936) and the spacing issues you're getting are *way* stranger than any I've seen.) > Unfortunately, this list has seen no activity, so my lurking has been > quite fruitless. Yes, we're a small bunch of developers (these days it's mainly just me and Joseph who are active) and when we both have other projects taking up our time the mailing list tends to go dormant. Unless an interesting bug report comes along. > Anyhow, I would like to contribute to Alexandria, > finding it a great program, but am not really sure to start in the > rather large codebase. Personally, I started working in the dialogs, Joseph did us the immense favour of putting them in a separate directory lib/alexandria/ui/dialogs/ and I wrote my first code for the acquire_dialog Of course, you'll also have to understand (or at least read) the associated glade files in data/alexandria/glade/ which describe the GNOME user interface in XML format files. > My attempts at fixing the bugs I reported were > absolutely unsuccessful, mainly because I couldn't find the > appropriate section of code to fix. Not surprising. It took me about 2 hours to work through the root cause of #15510 with the user who had reported it, including demo ruby-gnome2 scripts, debug traces and lots of reading the ruby-gnome2 docs - even though I'd already done my homework on the bug and tracked down the line that was causing the problem. And I've been working on Alexandria for a few months. > This is a rather long way to say > that if there's some section of code you would like to see work on, > some new area, or otherwise something you could point me to, I'd be > glad to help. > Always happy to have new developers. And in fact, there should soon be lots of precice things to work on. After the 0.6.2 release (hopefully this week) we should be embarking on a fresh design phase which should allow new work on: * thinking about how existing features are implemented * coming up with new features * writing specifications * designing a more flexible architecture for Alexandria * implementing (some) brand new code in a tidier, more testable way The first stage of this new design phase will be a kind of "requirements gathering", except that we already require that (pretty much) all of the existing features of Alexandria 0.6.2 will be availble in the redesigned system. So, turning existing features into 'requirements' will be the very first step. And we'll have to remember to try to keep the behaviour of the user-interface separate from the functionality when doing this. One other thing that would also be useful is to say what it is about the current Alexandria that leads you to call it "a great program". I mean, it's a popular opinion amongst our users, and we want to make sure that the reasons for our greatness are not lost in any future development! :^) Cheers, - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071127/a643d27c/attachment.bin From tristil at gmail.com Tue Nov 27 23:37:21 2007 From: tristil at gmail.com (Joseph Method) Date: Tue, 27 Nov 2007 23:37:21 -0500 Subject: [Alexandria-list] Nearly ready for 0.6.2 release? In-Reply-To: <1196125439.8805.26.camel@matilda> References: <1195852462.8971.23.camel@matilda> <167b6aa00711241637s692e1ca2p333a1d372fb29f2a@mail.gmail.com> <1196125439.8805.26.camel@matilda> Message-ID: <167b6aa00711272037g2a3380a8n186986fe9c03eee8@mail.gmail.com> > Hmmm, I'm not being very clear. I might write at greater length on the > matter later on. > > - C. It's clear enough. I agree on the redesign over refactoring. On a different topic, I think we need to make the project a lot *louder*, so that we collect way more developers. When 0.6.2 releases, we should probably have release announcements to gnome-announce, rubyforge and sourceforge. -- -J. Method From aqeel at aqeeliz.com Tue Nov 27 23:46:25 2007 From: aqeel at aqeeliz.com (Aqeel Zafar) Date: Wed, 28 Nov 2007 09:46:25 +0500 Subject: [Alexandria-list] introduction Message-ID: <474CF2A1.2070402@aqeeliz.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Nov 27, 2007 9:39 AM, Cathal Mc Ginley wrote: >> Unfortunately, this list has seen no activity, so my lurking has >> been quite fruitless. > Yes, we're a small bunch of developers (these days it's mainly just > me and Joseph who are active) and when we both have other projects > taking up our time the mailing list tends to go dormant. Unless an > interesting bug report comes along. Hello everyone, This is good to know, that even if the list is not much active, there are few lurkers here, like me. :) About contributing, I have been thinking about it, but I have never programmed in ruby before, also I still consider myself pretty much a beginner in desktop software development and I was bit busy too. I have been waiting for 0.6.2 release though, would see what I can do after that. Regards, Aqeel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTPKgzfHlmGMMN0gRAviuAKCGn3sBkGGIwJ86rYGMihG4QIRvHwCgh7rL KrixctTjkQIaK/XmooxrRI0= =s7Su -----END PGP SIGNATURE----- From tlockney at gmail.com Wed Nov 28 13:41:33 2007 From: tlockney at gmail.com (Thomas Lockney) Date: Wed, 28 Nov 2007 10:41:33 -0800 Subject: [Alexandria-list] Another introduction Message-ID: <474DB65D.2010708@gmail.com> Since introductions seem to be the in thing... I've also just joined the project. Of course, this somewhat happened by accident. I was nearing the point of writing a quick webapp (using Camping, most likely) to track the books I have been reading when I remembered Alexandria and decided to poke around with it a bit to see if I got an ideas or could maybe build the functionality I needed on top of it. I checked the latest code out from SVN and almost immediately found a bug. I dug around until finding the solution and put a patch up on the tracker. Next thing I knew, I had been added to the project! ;~) I'm really excited about digging in and seeing if I can lend a hand and maybe along the way get some new features added. I've been coding Ruby on and off for about 4 years now. Mostly off, but I keep finding fun little things to hack on to keep me sane, so I'd still consider myself somewhat adept at it. I've also done a tiny bit of fiddling around with Gtk in C, so I'm hoping my basic understand of it from that angle will translate well to figuring out the Ruby side of things. I dug around in the code for a couple hours the other day and found a lot of places where it looks like some heavy refactoring could really improve things. I'm planning to check out the tests/specs and see what's there and see if I can add to them a bit. I also noticed that there seem to be loads of outdated tickets in the tracker. If no one is opposed, I'd be happy to run through some of them and close out things that look like they have been dealt with already. ~thomas From tristil at gmail.com Wed Nov 28 20:36:32 2007 From: tristil at gmail.com (Joseph Method) Date: Wed, 28 Nov 2007 20:36:32 -0500 Subject: [Alexandria-list] introduction In-Reply-To: <474CF2A1.2070402@aqeeliz.com> References: <474CF2A1.2070402@aqeeliz.com> Message-ID: <167b6aa00711281736o3d3522a8j74f44b318d27f996@mail.gmail.com> Hi Aqeel, > About contributing, I have been thinking about it, but I have never > programmed in ruby before, also I still consider myself pretty much a > beginner in desktop software development and I was bit busy too. I have > been waiting for 0.6.2 release though, would see what I can do after that. > > Regards, > Aqeel Well, be sure to recommend or request anything that could help you out with hacking on Alexandria. As for Ruby, it's not just another language you'd have to learn; it's an awesome language that actually teaches you how to program better. Seriously! I wonder whether anyone else lurking on the list would be interested in informal pair programming or code orientation sessions. I also wonder whether there's an opportunity to attract Ruby developers from the main Ruby mailing lists and IRC channels to act as mentors for people wanting to learn Ruby in order to hack on Alexandria. This could be promoted as acting to support Ruby+Gtk. -- -J. Method From tristil at gmail.com Wed Nov 28 20:52:43 2007 From: tristil at gmail.com (Joseph Method) Date: Wed, 28 Nov 2007 20:52:43 -0500 Subject: [Alexandria-list] Another introduction In-Reply-To: <474DB65D.2010708@gmail.com> References: <474DB65D.2010708@gmail.com> Message-ID: <167b6aa00711281752y5011e102h4c2c5726b9d79e13@mail.gmail.com> Hi Thomas, On Nov 28, 2007 1:41 PM, Thomas Lockney wrote: > Since introductions seem to be the in thing... > > I've also just joined the project. Of course, this somewhat happened by > accident. I was nearing the point of writing a quick webapp (using > Camping, most likely) to track the books I have been reading when I > remembered Alexandria and decided to poke around with it a bit to see if > I got an ideas or could maybe build the functionality I needed on top of > it. One of the future plans for Alexandria is to abstract the backend database away from the main application, precisely so that it could be used for a GUI or a webapp, or the GUI could be connected to a remote database, etc. The web-scraping for book cover lookups that you would likely need in a webapp would also be pulled out into its own library. BTW, have you looked at this? http://mybooklist.sourceforge.net/html/introduction.html It's done in Rails. > I've been coding Ruby on and off for about 4 years now. Mostly off, but > I keep finding fun little things to hack on to keep me sane, so I'd > still consider myself somewhat adept at it. I've also done a tiny bit of > fiddling around with Gtk in C, so I'm hoping my basic understand of it > from that angle will translate well to figuring out the Ruby side of things. There's not much difference between the Ruby bindings and say the Python bindings except that sometimes some smart things have been done using the Ruby block syntax. > I dug around in the code for a couple hours the other day and found a > lot of places where it looks like some heavy refactoring could really > improve things. I'm planning to check out the tests/specs and see what's > there and see if I can add to them a bit. You'll see a lot of pending specs atm. > I also noticed that there seem to be loads of outdated tickets in the > tracker. If no one is opposed, I'd be happy to run through some of them > and close out things that look like they have been dealt with already. > > ~thomas You should definitely be bold on this one. If you have a question about a ticket, just copy it to the list. -- -J. Method From girish at hri.res.in Thu Nov 29 04:00:23 2007 From: girish at hri.res.in (Girish Kulkarni) Date: Thu, 29 Nov 2007 14:30:23 +0530 Subject: [Alexandria-list] introduction In-Reply-To: <8a2141c0711290059x2b2cbdcu6814f4a6fa83233e@mail.gmail.com> References: <474CF2A1.2070402@aqeeliz.com> <167b6aa00711281736o3d3522a8j74f44b318d27f996@mail.gmail.com> <8a2141c0711290059x2b2cbdcu6814f4a6fa83233e@mail.gmail.com> Message-ID: <8a2141c0711290100l56026167v5d22f65a68ab0766@mail.gmail.com> Hi Joseph, On Nov 29, 2007 7:06 AM, Joseph Method wrote: > I wonder whether anyone else lurking on the list would be interested > in informal pair programming or code orientation sessions. I also > wonder whether there's an opportunity to attract Ruby developers from > the main Ruby mailing lists and IRC channels to act as mentors for > people wanting to learn Ruby in order to hack on Alexandria. This > could be promoted as acting to support Ruby+Gtk. This is an interesting idea. I have been looking at Ruby for some months now and have found it to be a good programming language. Looking at the Alexandria source in one of the "code orientation sessions" would be great to get hold on it. Girish. From cathal.alexandria at gnostai.org Thu Nov 29 22:56:10 2007 From: cathal.alexandria at gnostai.org (Cathal Mc Ginley) Date: Fri, 30 Nov 2007 03:56:10 +0000 Subject: [Alexandria-list] Another introduction In-Reply-To: <474DB65D.2010708@gmail.com> References: <474DB65D.2010708@gmail.com> Message-ID: <1196394970.8694.22.camel@matilda> On Wed, 2007-11-28 at 10:41 -0800, Thomas Lockney wrote: > Since introductions seem to be the in thing... > Hi Thomas, I'm Cathal, the other admin. > I've also just joined the project. Of course, this somewhat happened by > accident. I was nearing the point of writing a quick webapp (using > Camping, most likely) to track the books I have been reading when I > remembered Alexandria and decided to poke around with it a bit to see if > I got an ideas or could maybe build the functionality I needed on top of > it. Ooh, if you have any ideas for new functionality, do share! There's that upcoming design phase I keep going on about... > I checked the latest code out from SVN and almost immediately found a > bug. I dug around until finding the solution and put a patch up on the > tracker. Next thing I knew, I had been added to the project! ;~) > Yeah, this happened to me! Joseph added me 'cos I suggested implementing some more CueCat support. Then I started rearranging the codebase and he made me an admin. Before I knew it I was releasing a beta and coordinating the translation team! Very exciting, this is the first pre-existing free software project I've become actively involved in. I've found myself conducting debugging sessions with users in America, India and Turkey; and it's hard to describe just how awesome it is to receive e-mails like "Hi, I'm the new Japanese translator please integrate this file!" :^D ------- 8<--------- snip -------- 8<------------- > I also noticed that there seem to be loads of outdated tickets in the > tracker. If no one is opposed, I'd be happy to run through some of them > and close out things that look like they have been dealt with already. > I agree with Joseph here. One of the problems with closing the old bugs is that often the report was anonymous, so there's no-one to contact to confirm that the problem is fixed. This is even an issue with recent bug reports. Perhaps we should have a note on the website saying we'd like people to follow up if they find the issue was resolved. Of course, being new to the project, you can probably judge quite fairly if bugs have been fixed. Also, you're on an 64-bit system which seems to show up ruby-gnome2 bugs more clearly than the forgiving 32-bit implementation. (Well, that's my excuse for not having caught these issues myself!) Cheers, - C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 231 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20071130/70b09ff9/attachment.bin From tristil at gmail.com Fri Nov 30 00:15:08 2007 From: tristil at gmail.com (Joseph Method) Date: Fri, 30 Nov 2007 00:15:08 -0500 Subject: [Alexandria-list] Code Orientation? Message-ID: <167b6aa00711292115nf5fbb58o39f206ca6f8a5d68@mail.gmail.com> Is anyone else interested in something like this? It would be a meeting in IRC or Jabber that would go into Gobby or a shared screen session to talk about some points in the code. On Nov 29, 2007 3:59 AM, Girish Kulkarni wrote: > Hi Joseph, > > On Nov 29, 2007 7:06 AM, Joseph Method wrote: > > I wonder whether anyone else lurking on the list would be interested > > in informal pair programming or code orientation sessions. I also > > wonder whether there's an opportunity to attract Ruby developers from > > the main Ruby mailing lists and IRC channels to act as mentors for > > people wanting to learn Ruby in order to hack on Alexandria. This > > could be promoted as acting to support Ruby+Gtk. > > This is an interesting idea. I have been looking at Ruby for some > months now and have found it to be a good programming language. > Looking at the Alexandria source in one of the "code orientation > sessions" would be great to get hold on it. > > Girish. > -- -J. Method From devi.webmaster at gmail.com Fri Nov 30 04:44:56 2007 From: devi.webmaster at gmail.com (Daniel Brumbaugh Keeney) Date: Fri, 30 Nov 2007 03:44:56 -0600 Subject: [Alexandria-list] Code Orientation? In-Reply-To: <167b6aa00711292115nf5fbb58o39f206ca6f8a5d68@mail.gmail.com> References: <167b6aa00711292115nf5fbb58o39f206ca6f8a5d68@mail.gmail.com> Message-ID: <3bceeb2d0711300144m595f36f3g86e93902c91c5d2a@mail.gmail.com> On Nov 29, 2007 11:15 PM, Joseph Method wrote: > Is anyone else interested in something like this? It would be a > meeting in IRC or Jabber that would go into Gobby or a shared screen > session to talk about some points in the code. Count me in. Daniel Brumbaugh Keeney