These are chat archives for opf/openproject

10th
Feb 2015
David Arnold
@blaggacao
Feb 10 2015 08:30
Discussable: What where the decisions made to use openproject's own issue (bug tracking) system? (So that I can try to friendly challange this decision)
Alex Coles
@myabc
Feb 10 2015 08:48
@blaggacao as opposed to what?
David Arnold
@blaggacao
Feb 10 2015 08:51
@myabc as oposed to generally adopted github bug-tracker
Alex Coles
@myabc
Feb 10 2015 08:52
@blaggacao I wasn’t the one who made the decision, but I imagine it came down to eating your own dog food.
David Arnold
@blaggacao
Feb 10 2015 08:53
@myabc I can see further reasons ike, labeling, classification, etc (which is not possible for non-commiters on github)...
BUT: It precludes from easy bug reporting.. I almost didn't file a broken eventmachin 1.0.3 because it's a custom workflow (i needed to get to know in the first place)
Alex Coles
@myabc
Feb 10 2015 08:54
@blaggacao OpenProject fits better into the workflow of the people paid to work full-time on it…
David Arnold
@blaggacao
Feb 10 2015 08:56
Although it's difficult to quantify, but I think there is no question, that this is an entry barrier, favouring knowledge siloing...
Alex Coles
@myabc
Feb 10 2015 08:56
I agree that getting to the “new workpackage” view is probably too many steps. (fwiw this UI will be redesigned during the course of the year)
David Arnold
@blaggacao
Feb 10 2015 08:57
Any plans to make an extension to work with the native git issue reporting?
Alex Coles
@myabc
Feb 10 2015 08:59
@blaggacao we have the Github Integration Plugin. It only really offers a very shallow integration at this time, but I’d love to see us offer deep integration in the future.
Sync with GitHub issues isn’t something on the horizon right now AFAIK
But our work on our new API v3 (REST) as well as proper JavaScript and Ruby APIs should allow people to build much better integrations. / @NobodysNightmare
David Arnold
@blaggacao
Feb 10 2015 09:01
that would be great. Also, I think, gitlab is the solution of choice for many private client projects (just guessing)... On the other hand, on private projects, I don't see a problem with openprojects uild in issue handler... I just think, that for the open wild, it's not justified to use a custom solution... as many might not interact because of the custom interface..
Alex Coles
@myabc
Feb 10 2015 09:02
@blaggacao OpenProject currently provides repository hosting. My personal opinion (*not necessarily that of OpenProject Foundation) is that we should remove this functionality in favour of deep integration with GitLab, GitHub.
David Arnold
@blaggacao
Feb 10 2015 09:03
I'm really just concerned about this annoyance I had not to be able to report an issue on github. It's for sure just guessing, but I think a lot of people would not follow through and just leave...
@myabc (own repo hosting): I agree absolutely and completely on that point. Well defined (and limited) software projects generally have better acceptance rate...
Alex Coles
@myabc
Feb 10 2015 09:04
@blaggacao (ditto perhaps for Forums – Discourse provides an excellent solution there)
David Arnold
@blaggacao
Feb 10 2015 09:05
I'm going into discourse as well... It looks really great
We have the same problem in the Odoo community, It's just causing headaches, if one solution want's to provide every functionality instead of caring about a good integration api...
(well the latter is not necesarily the case for odoo)
Well, you can take this as kind of an out-side-in strategic feedback... I can imagine, that from within the project it is sometimes difficult to restrain the temptation ;)
(to build it oneself)
You mentioned the api. We have the idea of one day providing deep integration between odoo and openproject. Is it out already?
(and discourse ;) )
Alex Coles
@myabc
Feb 10 2015 09:12
@blaggacao I think we’re on the same wavelength :) we have clients though who rely on repository, forum functionality, so that functionality won’t go away any time soon.
We’d need to wait our API v3 is more complete + certify/test third-party solutions.
Unfortunatley, API v3 is still a work in progress.
There’s a nightly build of our API documentation available here: http://opf.github.io/
What endpoints/resources would you want specifically for a minimal Odoo-integration?
David Arnold
@blaggacao
Feb 10 2015 09:16
Anyway, openproject is a greate solution! Have you awareness of Odoo's ERP solution?
Alex Coles
@myabc
Feb 10 2015 09:16
@blaggacao I wasn't actually. Looking at the Odoo site now.
David Arnold
@blaggacao
Feb 10 2015 09:18
you can go straight to: http://runbot.odoo.com/runbot
click on any green master login icon and login with admin:admin
I think it's self explaining, why odoo and openrpoject are a natural fit ;)
Alex Coles
@myabc
Feb 10 2015 09:22
@blaggacao do you work for Odoo or are you an independent consultant?
David Arnold
@blaggacao
Feb 10 2015 09:22
we are independent
Alex Coles
@myabc
Feb 10 2015 09:22
:+1:
@blaggacao feedback on our API v3 development is definitely welcome
David Arnold
@blaggacao
Feb 10 2015 09:27
I think, it will take some time, until we would get work started... we are just about laying the foundations of our company here in colombia...
Alex Coles
@myabc
Feb 10 2015 09:28
Sure. I can imagine it’s a lot of work.
David Arnold
@blaggacao
Feb 10 2015 09:29
That's why I'm already awake again ;)
trying to get openproject running on archlinux within docker... :worried:
maybe you can help me on dependency hell... is the bundler gemfile.lock required or is the normal Gemfile just fine equally?
(well it's contents)
David Arnold
@blaggacao
Feb 10 2015 09:36
just reading your blogpost: bundle install --without=postgres,sqlite3 might save me ;)
Alex Coles
@myabc
Feb 10 2015 10:11
@blaggacao passing bundler flags is probably easiest.