From contact at dvisionfactory.com Sat Jun 2 11:03:57 2007 From: contact at dvisionfactory.com (Dimitrij Denissenko) Date: Sat, 02 Jun 2007 16:03:57 +0100 Subject: [Retrospectiva-general] Retrospectiva SVN version... In-Reply-To: <684cb0650705311339w56a4eb1di88787c0066ddba05@mail.gmail.com> References: <684cb0650705311339w56a4eb1di88787c0066ddba05@mail.gmail.com> Message-ID: <466186DD.4070903@dvisionfactory.com> Hi! This issue is is not directly related to the svn but to the ruby-svn bindings version. I tried 1.3.x and 1.4.x and had no problems at all. Dimitrij PS @Kou: Do you know something about previous binding incompatibilities? John Schult wrote: > What version of Subversion is Retrospectiva compatible with? I am > having problems with connecting to repositories, and I have svn 1.2.3 > installed. > > I see where the controller tries to connect (open) a repository, but > when I try a similar action in irb, I see where Svn::Repos.open() > requires 2 parameters and not the one that Retrospectiva's > Repository.rb is sending. From kou at cozmixng.org Sat Jun 2 21:21:30 2007 From: kou at cozmixng.org (Kouhei Sutou) Date: Sun, 03 Jun 2007 10:21:30 +0900 (JST) Subject: [Retrospectiva-general] Retrospectiva SVN version... In-Reply-To: <466186DD.4070903@dvisionfactory.com> References: <684cb0650705311339w56a4eb1di88787c0066ddba05@mail.gmail.com> <466186DD.4070903@dvisionfactory.com> Message-ID: <20070603.102130.51384998.kou@cozmixng.org> Hi, In <466186DD.4070903 at dvisionfactory.com> "Re: [Retrospectiva-general] Retrospectiva SVN version..." on Sat, 02 Jun 2007 16:03:57 +0100, Dimitrij Denissenko wrote: > This issue is is not directly related to the svn but to the ruby-svn > bindings version. > I tried 1.3.x and 1.4.x and had no problems at all. > > Dimitrij > > PS @Kou: Do you know something about previous binding incompatibilities? There was a big change between 1.2.x and 1.3.x. We need to pass memory pool object explicitly until 1.2.x. But we doesn't need to think about memory pool object from 1.3.x. To remove memory pool object from argument list, many APIs were changed between 1.2.x and 1.3.x. Thanks, -- kou From dgleal at gmail.com Mon Jun 4 07:52:58 2007 From: dgleal at gmail.com (David Leal) Date: Mon, 4 Jun 2007 12:52:58 +0100 Subject: [Retrospectiva-general] Coding extensions and hiding the project list Message-ID: <1b86cb980706040452v17204bbdjdfff16f3a46dc35b@mail.gmail.com> Hi everyone, After much investigation, I decided to choose Retrospectiva to handle my clients' projects. Thanks for the excellent work Dimitrij. However, I have two problems: 1. Is it possible to hide the project list that is currently Retrospectiva's index page? 2. I need to add time tracking funcionality to Retrospectiva. Is there any documentation on extension coding, or is the only choice to actually look at implemented extensions? Cheers, -- David Leal -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/retrospectiva-general/attachments/20070604/747b9ced/attachment.html From contact at dvisionfactory.com Tue Jun 5 03:21:04 2007 From: contact at dvisionfactory.com (Dimitrij Denissenko) Date: Tue, 05 Jun 2007 08:21:04 +0100 Subject: [Retrospectiva-general] Coding extensions and hiding the project list In-Reply-To: <1b86cb980706040452v17204bbdjdfff16f3a46dc35b@mail.gmail.com> References: <1b86cb980706040452v17204bbdjdfff16f3a46dc35b@mail.gmail.com> Message-ID: <46650EE0.5000008@dvisionfactory.com> Hi David! Ad1) You CAN hide the Projects page by setting-up the permissions. If you have 2 projects, but just want to show only one to public for example, simply revoke the permissions from the Default group to see the 2nd project. Conclusively, only the first one will be accessible (unless you login as a user with further privileges) and Retrospectiva will skip the Projects page automatically. Ad2) Currently, there is no documentation for writing extensions. I'm really sorry, but I simply don't have the time for that, I decided to spend the little I have by extending Retrospectiva. Please have a look on the current extension implementations (in SVN), they are REALLY straight-forward, maybe you could contribute to the project (and help me a little bit out) by summarising your extension-implementation-steps in the Wiki. Cheers Dimitrij David Leal wrote: > Hi everyone, > > After much investigation, I decided to choose Retrospectiva to handle my > clients' projects. Thanks for the excellent work Dimitrij. However, I > have > two problems: > > 1. Is it possible to hide the project list that is currently > Retrospectiva's index page? > > 2. I need to add time tracking funcionality to Retrospectiva. Is > there any > documentation on extension coding, or is the only choice to actually > look at > implemented extensions? > > Cheers, > > ------------------------------------------------------------------------ > > _______________________________________________ > Retrospectiva-general mailing list > Retrospectiva-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/retrospectiva-general > From contact at dvisionfactory.com Sat Jun 9 06:27:54 2007 From: contact at dvisionfactory.com (Dimitrij Denissenko) Date: Sat, 09 Jun 2007 11:27:54 +0100 Subject: [Retrospectiva-general] Ticket #212 - memory usage? Message-ID: <466A80AA.7070901@dvisionfactory.com> Hi Kou! Could you please have a look on http://retrospectiva.org/ticket/212 Do you any further suggestions how to handle this problem? Kind regards, Dimitrij From kimmo.lehto at gmail.com Tue Jun 19 08:02:19 2007 From: kimmo.lehto at gmail.com (Kimmo Lehto) Date: Tue, 19 Jun 2007 15:02:19 +0300 Subject: [Retrospectiva-general] Ticket creation fails with no error message Message-ID: I installed from trunk and everything else (project/user/component/milestone/etc creation) seems to work fine but I can't submit new tickets. When I click submit I get redirected to tickets/new/ with a blank form. I tried to create a ticket from console and after commenting out acts_as_spam_protectable I was able to create a new ticket that displays just fine on the page. Creation still fails with no message from the web interface. I installed the same version to another host and there it works perfectly from the same browser (latest firefox). If I change app/views/ticket/new.rhtml so that multipart is false, the form works ok except for the attachment. If multipart is enabled then ticket_controller/new never goes to the saving part because params[:ticket] is blank for some reason. Anyone got an idea what might be wrong? Host that doesn't work: --------------------------------------- ruby 1.8.6 (2007-03-13 patchlevel 0) [i686-linux] Rails 1.2.3 mysql Ver 14.12 Distrib 5.0.27, for pc-linux-gnu (i686) using readline 5.0 Host that works: --------------------------------------- ruby 1.8.5 (2006-08-25) [i486-linux] Rails 1.2.3 mysql Ver 14.12 Distrib 5.0.38, for pc-linux-gnu (i486) using readline 5.2 From lpalma at gmail.com Wed Jun 20 14:52:41 2007 From: lpalma at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Palma?=) Date: Wed, 20 Jun 2007 19:52:41 +0100 Subject: [Retrospectiva-general] Including .csv file in retrospectiva versioning front-end Message-ID: <185a0cb40706201152v66060ec1ud84a33e601d47877@mail.gmail.com> Hi people, Congratulations for retrospectiva software developers, a very nice work indeed! After some struggling I was able to deploy retrospectiva application in order to start a sort of network operations portal (network equipment configurations versioning, news, knowledge base and internal issues tracking). Until now the application seems to be very flexible and I have start using subversion to upload some perl configuration scripts and accessing them via retrospectiva front-end. I can check .pl and .txt texts but unfortunately I have some .csv files I would like also to compare in the versioning front-end system. Is it possible to see these type of files? Is there any tweak I can do before starting renaming these files? Thanks Luis Palma -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/retrospectiva-general/attachments/20070620/974e5055/attachment.html From contact at dvisionfactory.com Thu Jun 21 02:57:09 2007 From: contact at dvisionfactory.com (Dimitrij Denissenko) Date: Thu, 21 Jun 2007 07:57:09 +0100 Subject: [Retrospectiva-general] Including .csv file in retrospectiva versioning front-end In-Reply-To: <185a0cb40706201152v66060ec1ud84a33e601d47877@mail.gmail.com> References: <185a0cb40706201152v66060ec1ud84a33e601d47877@mail.gmail.com> Message-ID: <467A2145.8090507@dvisionfactory.com> Sure, this is very easy. You can either setup your SVN repository to return MIME-types for files, or you simply can add the following line: 'text/csv' => ['csv'], to lib/mime_types.rb in line 14. Dimitrij Lu?s Palma wrote: > Hi people, > > Congratulations for retrospectiva software developers, a very nice work > indeed! After some struggling I was able to deploy retrospectiva > application > in order to start a sort of network operations portal (network equipment > configurations versioning, news, knowledge base and internal issues > tracking). > > Until now the application seems to be very flexible and I have start > using > subversion to upload some perl configuration scripts and accessing > them via > retrospectiva front-end. I can check .pl and .txt texts but > unfortunately I > have some .csv files I would like also to compare in the versioning > front-end system. Is it possible to see these type of files? Is there any > tweak I can do before starting renaming these files? > > Thanks > Luis Palma > > ------------------------------------------------------------------------ > > _______________________________________________ > Retrospectiva-general mailing list > Retrospectiva-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/retrospectiva-general > From kou at cozmixng.org Sat Jun 30 08:37:49 2007 From: kou at cozmixng.org (Kouhei Sutou) Date: Sat, 30 Jun 2007 21:37:49 +0900 (JST) Subject: [Retrospectiva-general] a logical change per commit Message-ID: <20070630.213749.183936643.kou@cozmixng.org> Hi, Dimitrij, it's great your works! You've been fixing many problems and will fix more problems! Great! I have a request about your commit style. You fix some bugs and improves some features in a commit. For example, your latest commit r140 fixes 7 bugs and improves I18N, UI and so on. It's very difficult that we find which changes fixes my problem if many logical changes in a commit. In the revision, I wanted to know how you solved bug #212 but I couldn't find changes of trunk/lib/patches.rb in a short time. (And I can't believe the changes are all of my interesting changes.) If you split your great works into some logical changes and commit a logical change in a revision, we'll find our interesting changes easily. Could you consider my request? Regards, -- kou