Re: call for release?

On 3 July 2015 at 17:45, Robert Eden <[email protected]> wrote:
> On 6/27/2015 9:12 PM, Nick Morrott wrote:
>>> With more grabbers being improved since the release of 0.5.66 8
>>> months ago it's probably time for another XMLTV release. I'll get
>>> that packaged for Debian and NMU'd once it's out. Cheers, Nick
> Sounds like a call for release?  What do folks think? Any objections?
> Sunday too soon?

That's fine with me :)

>From today's (2015-07-03) nightly tester run (looking at the Debian
sid/CVS HEAD page) no grabbers are currently failing (thanks everyone)
and only a few are reporting issues:

  http://debian.crustynet.org.uk/~xmltv-tester/sid/nightly/

I've got newly-respun Debian packages ready to NMU (non-maintainer
upload) for 0.5.66 but I'll happily hold off for a new release in the
next week as the Date::Manip patching and most of the other backported
stuff will now drop out and users will get the latest and greatest.

i) The noisy Date::Manip deprecated TZ variable warnings triggered in
new releases of the D::M distribution should now be handled in the
core libraries, utilities and grabbers.

ii) I'm going to have another quick look at _uk_bleb (and
tv_cat/XMLTV::cat/XMLTV::catfiles) to try and resolve the
'notadditive' issue.

The 'sorterror' duplicate programme issue should now be fixed after
updating Grab_XML.pm.

This work is not urgent, it just would be nice to resolve.

iii) _na_dd is still not completely silent when running with --quiet.
Should the 2 current warnings be silenced in quiet mode? Can the
offending lineup on SD be updated to fix the errors at source?

iv) As Geoff mentioned previously, uk_atlas reports noprogrammes on
the nightly tester but this is due to the tester configuration missing
a private API key required for listings retrieval.

v) _fi and _nl are the only other grabbers reporting non-fatal issues
(sorterror/notadditive).

> This can probably be the last CVS release... I can look more into the
> GIT side of things... (still very, very busy!)

It makes sense (to me at least) to get this release 'out the door'
ASAP and packaged downstream by distros and then start the process of
moving development from sourceforge to github.

It might be worth adding something to the README to mention the
proposed move away from sourceforge to Github and to point at the
XMLTV project page (https://github.com/XMLTV) for more details in due
course.

Cheers,
Nick

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/