Hello, Is there somebody reading this thread? I hope so, so that this maintenance release fulfills its objectives.
I believe no other 1.0.1 versions have been cut, but the tag is still outdated: the current matterhorn_init_d.sh file does not correctly start Felix 3 as a service. Apart from that, I just realized that the ZipUtil.java version in that tag is also outdated: it's the old one, using the native Java Zip libraries, and therefore lacking support for >4GB files. We have been instructing our fellow Spanish adopters to patch the 1.0.x version with the ZipUtil file in the trunk, to allow them working with big zip files, but this is really painful[1]. It would be nice (I'd say indispensable) to include the new ZipUtil version in the maintenance release, or even updating the 1.0.x branch that (apparently) everybody is using. I know that the Christmas Holidays have slowed down things a little (btw. Happy New Year to you all), but still we shouldn't forget these issues that are easy to include and solve two very annoying issues in the current version. Best regards, Rubén [1] Has somebody a better solution to get the big Zip files working? El 23 de diciembre de 2010 11:08, Rubén Pérez <[email protected]>escribió: > Felix running as a service is NOT fixed in that tag: the > matterhorn_init_d.sh script based in "nohup" that Rüdiger refactored is not > included there. The old one would work, but needs to be modified according > to the suggestion Tobias made in http://opencast.jira.com/browse/MH-5673. > I can provide a patched "old" script, but I believe that Rüdiger script > should make it into the release, since it seems it's tested and works. > I still like "start-stop-daemon" better, but since that command is only > available in Debian-like distributions, Rüdiger's nohup-based version should > be the one to go. > > 2010/12/23 Adam Hochman <[email protected]> > > Since 1.1 will likely be released late January, early February, a >> maintenance release will be made available to institutions looking to expand >> or kickstart their Spring 2011 pilots within an early January timeframe. >> There are a few blockers that have been addressed in this release, but the >> code base is largely the same as 1.0.0. Although there has been some QA for >> this release, it would help if you could test it out (particularly the fixes >> below). Unless something major comes up, we will look to officially offer >> this release at the beginning of January. >> http://opencast.jira.com/svn/MH/tags/1.0.1.9418/ >> >> Keep in mind that most 1.0.0 bugs will be addressed in 1.1, so please take >> the time to look in Jira before you enter a new bug. Unlike the 1.0.0 >> release, you should use felix 3.0 - 3.0.4 instead of 2.x for the maintenance >> branch. Make sure to use the updated matterhorn_init_d.sh if you want to run >> Matterhorn as a service in felix 3.x. >> >> Blockers Addressed in 1.0.1: >> Engage player: streaming performance - video stutter >> http://opencast.jira.com/browse/MH-5669 >> >> Schedule Group of Recordings: Wrong time in "upcoming" if splitting over >> clock change to daylight saving time >> http://opencast.jira.com/browse/MH-5631 >> >> Engage Player Does Not Work in Chrome (7.0.517.44) >> http://opencast.jira.com/browse/MH-5851 >> >> Unable to setup Felix3 to run as a service >> http://opencast.jira.com/browse/MH-5673 >> >> ~Adam >> >> >> >> >> _______________________________________________ >> Matterhorn-users mailing list >> [email protected] >> http://lists.opencastproject.org/mailman/listinfo/matterhorn-users >> > >
_______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
