Hey, (yes I'm still living ;-))
what about writing a jira for this to update the 1.0.1 release? Than
we can assign it to someone.
Regards
Nils
Am 04.01.2011 um 14:55 schrieb Rubén Pérez:
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
---------------------------------------------------------------------
Dipl. Kfm. Nils Birnbaum
QA Manager
The Opencast Matterhorn Project
http://www.opencastproject.org
[email protected]
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
