OJS OCS OMP OHS

You are viewing the PKP Support Forum | PKP Home Wiki



Packaging Open Journal System for Debian

OJS development discussion, enhancement requests, third-party patches and plug-ins.

Moderators: jmacgreg, btbell, michael, bdgregg, barbarah, asmecher

Forum rules
Developer Resources:

Documentation: The OJS Technical Reference and the OJS API Reference are both available from the OJS Documentation page.

Git: You can access our public Git Repository here. Comprehensive Git usage instructions are available on the wiki.

Bugzilla: You can access our Bugzilla report tracker here.

Search: You can use our Google Custom Search to search across our main website, the support forum, and Bugzilla.

Questions and discussion are welcome, but if you have a workflow or usability question you should probably post to the OJS Editorial Support and Discussion subforum; if you have a technical support question, try the OJS Technical Support subforum.

Re: Packaging Open Journal System for Debian

Postby jerico » Sat May 23, 2009 12:15 pm

I've seen that HEAD of the pkp project contains further libraries:
- jQuery
- phputf8
- PHP Quick Profiler
- parts of the Zend framework

Will all of these be required to run OJS 2.3.x?
jerico
 
Posts: 94
Joined: Sat May 16, 2009 2:45 pm

Re: Packaging Open Journal System for Debian

Postby asmecher » Sat May 23, 2009 1:04 pm

Hi Florian,

The parts of the Zend Framework that are included are unmodified and are optional (currently only used by the PKP Harvester, and that in the form of an optional plugin). Likewise, JQuery is unmodified, but we'll be using it more and more as time progresses so it's likely to be a required library if it isn't already.

The profiler is optional, but I believe it's been modified for compatibility with PHP4.

I'll check if the phputf8 library is stock or if we've modified that -- stay tuned. It's required.

Regards,
Alec Smecher
Public Knowledge Project Team
asmecher
 
Posts: 8316
Joined: Wed Aug 10, 2005 12:56 pm

Re: Packaging Open Journal System for Debian

Postby asmecher » Mon May 25, 2009 10:38 am

Hi Florian,

We'll do our best to help with this as time permits -- it is a lot of work, but it would be wonderful to see it pay off.

I asked our guy who works on UTF8 issues about the PHPUTF8 library and he says it should be unmodified. However, PQP is indeed heavily modified and probably won't be easy to reconcile. If it's an issue, I'd suggest leaving it out of the Debian package entirely, since it's optional.

Meanwhile, I'll get back onto the ADODB guys about incorporating some of the patches. As a secondary solution, having Debian incorporate the patches would be fine with me, but I don't know how much work it would entail -- obviously the best solution would be to have the original maintainer integrate them.

Regards,
Alec Smecher
Public Knowledge Project Team
asmecher
 
Posts: 8316
Joined: Wed Aug 10, 2005 12:56 pm

Re: Packaging Open Journal System for Debian

Postby jerico » Mon May 25, 2009 6:26 pm

asmecher wrote:I asked our guy who works on UTF8 issues about the PHPUTF8 library and he says it should be unmodified.


ok, great.

asmecher wrote:However, PQP is indeed heavily modified and probably won't be easy to reconcile. If it's an issue, I'd suggest leaving it out of the Debian package entirely, since it's optional.


This would be ok. We do this often in such a case.

asmecher wrote:obviously the best solution would be to have the original maintainer integrate them.


I agree. :-)

Another question out of interest: How do you currently integrate upstream changes (bug fixes, security fixes, feature upgrades) into your modified software? Isn't this a big maintenance issue? I have so far always avoided modifying upstream software in a way that doesn't allow for automatic merges of upstream releases. If you maintained a set of patches (as you did when you started to fix ADOdb) it would be easier to keep track of upstream changes and it will be a lot easier to maintain the Debian package. ;-)
jerico
 
Posts: 94
Joined: Sat May 16, 2009 2:45 pm

Re: Packaging Open Journal System for Debian

Postby asmecher » Wed May 27, 2009 7:45 am

Hi Jerico,

We've unfortunately fallen a bit behind in terms of integrating upstream releases of libraries, and for the stable releases we're likely to keep things as they are; however, for the development line, we'll be keeping more up-to-date and will be returning to maintaining current patch files against the upstream release to ease transitions between library releases. In our stable releases, we've been maintaining several copies of nearly identical code (i.e. between OJS and OCS), which imposes major maintenance overhead; now that this has been reconciled into a separate library, we'll be a bit more nimble.

Regards,
Alec Smecher
Public Knowledge Project Team
asmecher
 
Posts: 8316
Joined: Wed Aug 10, 2005 12:56 pm

Re: Packaging Open Journal System for Debian

Postby jerico » Wed May 27, 2009 11:09 am

asmecher wrote:we'll be keeping more up-to-date and will be returning to maintaining current patch files against the upstream release


This sounds great! BTW, won a new OJS customer yesterday. :-) I've got some urgent project things to resolve here. But soon I'll start to help you sort out the compatibility layer for ADOdb.

Florian
jerico
 
Posts: 94
Joined: Sat May 16, 2009 2:45 pm

Re: Packaging Open Journal System for Debian

Postby asmecher » Wed May 27, 2009 12:19 pm

Hi Florian,

Great -- meanwhile, Matt on our team has provided some of our modifications to the Smarty maintainers in the hopes that they'll be able to pick some of it up.

Regards,
Alec Smecher
Public Knowledge Project Team
asmecher
 
Posts: 8316
Joined: Wed Aug 10, 2005 12:56 pm

Re: Packaging Open Journal System for Debian

Postby asmecher » Fri May 29, 2009 4:01 pm

Hi Florian,

One more question -- we're trying to keep our intellectual property as clear as possible at the moment, as we're clearing up a few details. Would it be acceptable to you if we credited you in the code headers, but left the copyrights assigned to John Willinsky as per the rest of the code?

Regards,
Alec Smecher
Public Knowledge Project Team
asmecher
 
Posts: 8316
Joined: Wed Aug 10, 2005 12:56 pm

Re: Packaging Open Journal System for Debian

Postby jerico » Sat May 30, 2009 5:02 am

asmecher wrote:Would it be acceptable to you if we credited you in the code headers, but left the copyrights assigned to John Willinsky as per the rest of the code?


This is ok for me, but it probably won't reliably protect you from copyright issues once you try to depart from the license under which community members contributed. AFAIK copyright is unalineable in most jurisdictions of the world. Just not mentioning authors' copyright doesn't mean that it ceases to exist. IMHO you just introduce some legal uncertainty for your users if you don't make them fully aware of the copyright holders of your code. I am not a lawyer though and my opinion is based on the legal systems I know a little better.

I'll however license all my contributions to OJS under the GPL v2 (or later if you like) which is your usual license anyway. Therefore this shouldn't be a problem as long as your software always remains free (in the sense of the GPL). I wouldn't contribute if you could make my code proprietary one day. (Have a look at Alfresco if you want and example of what kind of hassle you have to organize for your community contributors if you want to coerce them into providing proprietary code.)
jerico
 
Posts: 94
Joined: Sat May 16, 2009 2:45 pm

Re: Packaging Open Journal System for Debian

Postby asmecher » Sat May 30, 2009 5:32 pm

Hi Florian,

Not to worry -- we have no plans to move away from GPL; we're considering how/when/if to transfer copyright over to Public Knowledge Project officially, and the fewer individuals named under copyright in the code, the easier it'll be to coordinate.

Regards,
Alec Smecher
Public Knowledge Project Team
asmecher
 
Posts: 8316
Joined: Wed Aug 10, 2005 12:56 pm

Re: Packaging Open Journal System for Debian

Postby jerico » Fri Jun 05, 2009 5:58 am

Hi Alec,

today and on the weekend I'll have time to take care of the ADOdb bugs. I just wanted to make sure beforehand that we don't duplicate efforts. AFAICS you've not started to work on these bugs, did you?

I think we should continue to package the stable branch (2.2.x). But before I write patches: Is it ok for you to introduce a compatibility layer into the 2.2.x branch? Or is this too intrusive for a maintenance branch?

Florian
jerico
 
Posts: 94
Joined: Sat May 16, 2009 2:45 pm

Re: Packaging Open Journal System for Debian

Postby asmecher » Fri Jun 05, 2009 8:08 am

Hi Florian,

That sounds great; I'll watch out for those bugzilla entries and comment on anything that comes to mind.

Could you describe what you have in mind for a compatibility layer?

Regards,
Alec Smecher
Public Knowledge Project Team
asmecher
 
Posts: 8316
Joined: Wed Aug 10, 2005 12:56 pm

Re: Packaging Open Journal System for Debian

Postby jerico » Fri Jun 05, 2009 12:22 pm

asmecher wrote:Could you describe what you have in mind for a compatibility layer?


A patch says more than 1000 words. ;-) I'll attach it to #4357.
jerico
 
Posts: 94
Joined: Sat May 16, 2009 2:45 pm

Re: Packaging Open Journal System for Debian

Postby jerico » Fri Jun 05, 2009 2:12 pm

Patch has been attached to #4357, I'll now start to create patches that require the compatibility layer to be installed. I'll just do one or two examples so that you can comment before I go on.
jerico
 
Posts: 94
Joined: Sat May 16, 2009 2:45 pm

Re: Packaging Open Journal System for Debian

Postby jerico » Sat Jun 06, 2009 7:21 am

Hi Alec!

Have you already considered introducing unit tests (PHPUnit or the like)? I am missing them quite dearly while doing regression testing for my compatibility layer changes. Now that you are introducing a shared framework unit tests may be even more useful. (Maybe they exist and I just didn't see them?)

Florian
jerico
 
Posts: 94
Joined: Sat May 16, 2009 2:45 pm

PreviousNext

Return to OJS Development

Who is online

Users browsing this forum: No registered users and 1 guest

cron