Packager is having issues again. Yesterday, 10 hours ago as of this writing, I tagged Release 1.2.9 of SmartRes2. When I checked the wowace addons a few minutes later, it said there was a new version.
Unfortunately, it did not create a zip, and worse, it says on curse.com it was updated, but shows the latest version as Release 1.2.8.
When I check SR2's repository tab, I see this. End result is "Form invalid: {'file': [u'This field is required.']}" which is odd since I changed nothing in any of my files, aside from *poking* for the new versions of LibResComm-1.0 and LibBars-1.0
SVN complains that permission is denied to /home/curseforge/logs/packaging-commits.log. Packager does not start. Is someone keeping this file locked, preventing the packager from starting?
SVN complains that permission is denied to /home/curseforge/logs/packaging-commits.log. Packager does not start. Is someone keeping this file locked, preventing the packager from starting?
(note: 42 hours ago all worked OK)
Similar problem here. The files get updated on the SVN as I can see the updated files using Tortoise and the repo browser option. However on commit the above mentioned error message apears and no new zip is created. tagging doesn't work either.
Did still work yesterday evening around 19:00 CET.
Traceback (most recent call last):
File "/home/curseforge/curseforge/packager/main.py", line 373, in create_zips
repo.create_tag_zip(tag_name, with_externals=True)
File "/home/curseforge/curseforge/packager/repository.py", line 635, in create_tag_zip
self._add_tag_files_to_zip(f, self.get_package_as(tag_name), '', tag_name, nolib_version=(not with_externals), move_folders=move_folders)
File "/home/curseforge/curseforge/packager/git.py", line 253, in _add_tag_files_to_zip
self.__add_files_to_zip(f, zip_subpath, repo_subpath, tag_name, nolib_version=nolib_version, move_folders=move_folders, ignore=self.get_ignore(tag_name), compress_files=self.get_compress_files(tag_name))
File "/home/curseforge/curseforge/packager/git.py", line 208, in __add_files_to_zip
stdoutdata, stderrdata = p.communicate()
File "/usr/lib/python2.6/subprocess.py", line 701, in communicate
return self._communicate(input)
File "/usr/lib/python2.6/subprocess.py", line 1199, in _communicate
rlist, wlist, xlist = select.select(read_set, write_set, [])
ValueError: filedescriptor out of range in select()
The packager appears to be sleeping again... it hasn't packaged any commits or tags on Grid in the last few hours, and the last update to any addon was 4 hours ago. Please send someone to poke it with a stick.
The packager appears to be sleeping again... it hasn't packaged any commits or tags on Grid in the last few hours, and the last update to any addon was 4 hours ago. Please send someone to poke it with a stick.
Not quite... it appears to have overlooked Grid's r1483 completely, packaged r1482 out of order, and forgot to make a regular (libs included) package for the latest version (r1485, tagged as 4.3.4.1485-beta). The first two issues don't really matter, but the lack of a non-nolib package for the latest version is a bit of a problem. :(
Not sure if this is the proper place for this but when I go to Repository management for my little addon (WymBuffs) and click on View packager status I get the following message on the packager status page: There was an error displaying this markup. Please report this to a moderator.
There is something wrong. Updates for Inline Aura are always available as a nolib-package, and the full package seems to be released when a new version has arrived...
Unfortunately, it did not create a zip, and worse, it says on curse.com it was updated, but shows the latest version as Release 1.2.8.
When I check SR2's repository tab, I see this. End result is "Form invalid: {'file': [u'This field is required.']}" which is odd since I changed nothing in any of my files, aside from *poking* for the new versions of LibResComm-1.0 and LibBars-1.0
I'm having some trouble...
I updated one of my addons yesterday and introduced a bug, which I've since fixed. But I'm getting an error when committing the tag. (Using git.)
There's a python error, throwing an IOError: [Errno 13] Permission denied: '/home/curseforge/log/packaging-commits.log'
Git shows that the tags are on the repo, and I can clone the repo from the remote and it has the tags. But nothing's being packaged.
Any idea what's going on?
Thanks.
(note: 42 hours ago all worked OK)
Similar problem here. The files get updated on the SVN as I can see the updated files using Tortoise and the repo browser option. However on commit the above mentioned error message apears and no new zip is created. tagging doesn't work either.
Did still work yesterday evening around 19:00 CET.
Cheers
N.
My project's packager is spilling some weird errors. Could anyone help me? Check them out here:
http://wow.curseforge.com/addons/noobstats/repositories/mainline/packager/
Thank you kindly
I can't pull anything from his repository
*If that's got anything to do with why the packager was sleeping
Fixed.
http://www.wowace.com/packager/#w-packager-start-2012-12-01t16-48-45-608513
http://wow.curseforge.com/addons/readysetding/repositories/mainline/packager/#w-packager-start-2012-12-01t16-48-45-608513
Am I maybe doing something wrong here?
This was the diff, if it matters: http://pastebin.com/ZFkRaArm