Phanx converted Grid from Subversion to Git and ever since then the building has been having issues. Phanx added me as a Maintainer so I am trying to figure out this issue.
If I try to push a specific tag:
$ git push wowace master tag 7.0.0.2
The Curse packager doesn't do anything.
If I push all tags:
$ git push --tags wowace
The packager rebuilds every tagged version except the current tag. It only uploads the -nolib files for some reason so there is no files with the libraries available for download.
I also keep getting errors from the Packager status like:
No data available
Can't connect to repository_manager, please try again later.
Those errors may be due to the load on the servers today, but the issues with only uploading -nolib and building all tags have been around since converting from Subversion.
Thanks, Nevcariel. Please let me know if there is anything I can do to get Grid to build properly. I have an e-mail in to Phanx to ask if he would mind if I try deleting all current tags and create a new one to see if that would fix the build issue. Not an ideal option if it can be fixed on the Curse side.
FWIW, I occasionally run into crazy tag problems with one of my larger addons. I'm using Mercurial, and as a workaround I occasionally move tag entries out of .hgtags and into .hg/localtags (which isn't pushed to the server).
It's a horrible abuse of tags, but it means that when the packager goes bonkers and begins repackaging *every* tag as "the latest", it's limited to a small handful and not all of project history.
Maybe Git has something similar you could temporarily abuse?
I've deleted all of the existing tags as mentioned in this thread and pushed a new tag; I don't know if this will actually solve anything, though.
Edit: It looks like pushing the new tag caused all of the existing files to be refreshed. I have no idea how that's possible when there aren't any tags to package, though. Can't we just remove all files and all repository data from the project, and then I create a new repository and push to it without any of the historical baggage that's screwing up the packager?
As Phanx said above, he tried deleting all tags and rebuilding. The issue still occured with only one tag. It seems like sometimes the Curse packager does the previous build instead of the current build and that looks like what happened as it didn't build the current tag (7.0.3.0-beta) he added but all the old tags.
I'd like to try another build with the new tag (I can delete it and create it or create a new tag) now that there is only one tag. Someone on the Curse side disabled packaging on Grid (was neither Phanx nor I).
I don't want to turn packaging back on and get in trouble for overloading the packager if removing the tags didn't fix the issue.
Or can someone on the Curse side manually launch another package of the 7.0.3.0-beta tag and see if the issue is at least somewhat resolved?
So far that is the only version of Grid built on Curse that actually works. I changed it from alpha to release so that people will start downloading a working version with Curse client (although not current).
I had this same issue with SpartanUI I ended up finding a issue with the conversion process. So far i have only made 1 tag since cleaning up i will do a few tests and see what i can find out since i know someone else is having the same headaches as me.
TLDR: I had to delete all my tags. And you need to ensure Curse tags get deleted not just your local ones.
Info for other people who find this:
If you open your Git Repo with SourceTree Do your tags appear as dead-end branches?
Below is a screenshot of my oUF repo, all the lines on the left are all the branches, click on Branches to get this view. http://i.imgur.com/EEaIORy.png
Now it sounds and looks wierd, they are not branches since they are not labeled as a branch, sourcetree will show you only have 1 branch. Even git command lines will return that there is only 1 branch. Something in SourceTree is able to see them as a "partial" branch and I think the Curse Packager is seeing it as well. If you delete the tag the commit will no longer appear as a branch and will then fall in line with the rest of the main repo's branch. Once all tags are deleted new tags will function as intended.
Sorry for double post but. I was able to run the tests after cleaning the repo of all old tags new tags are working:
So to test i added a empty text file and did a commit, i got an alpha zip
-Commit A - <Date>.zip
-Commit A - Tag Added - <Tag>.zip
-Commit B - <Commit A Tag>-1-<Commit ID>.zip
-Commit C - <Commit A Tag>-2-<Commit ID>.zip http://imgur.com/eSeaGfo.png
The Commit that is tagged 4.1.1-Release never had a zip made until AFTER the following commit occurred due to packager being a bit overloaded yesterday, i think we can count that one as a rare occurrence.
I then added a tag to that test comit and a new zip was generated.
-Commit C - Tag Added - <Tag>.zip http://i.imgur.com/nXE2ShR.png
I am not seeing duplicates anymore for my Repo after deleting of all old tags, if someone on the GRID team has a backup of their repo pre-tag deletion i would love to see if they have the "dead-end branches"
Wutname1, I am glad deleting tags worked for you, but it didn't work for Grid. Someone enabled packaging on Grid again and I took that as permission to try again. The issue is still there even with only a single tag in the repository. I don't know where the packager is getting all the tags to build from. Obviously it has cached them somewhere.
I deleted the previous tag and created a new one (only a single tag in the repo):
Ya, something is definitely cached. You could try pushing a blank repo or setting the repo back to SVN then back to GIT in a effort to wipe what ever is sitting on wowace. I would then try a test push that would generate a lone alpha build before re-pushing the real repo with cleaned tags.
Also there looks to be some log differences based on curseforge or wowace project (I know in the backend they are said to be the same) but looking at packager status there is alot more information given on Curseforge, SUIGRID on curseforge i can see what repo is getting pulled into "media/cf-repositories/packager/zip/wow/<zip name>" and i can also see Tags that are to be handled. I dont think this will find the issue since it only affects nolib builds but hopefully someone at curse might get an idea based on the finding.
Phanx would have to be the one to change the repo. I would be nervous about changing it to SVN and back to Git as that could just make the situation worse.
I have a bunch of fixes for Grid I would love to release, but without being able to build or upload zip files I am not sure what the solution is. I would really appreciate an update from the Curse folks on this issue.
Its been the weekend, but I've been told that the issue currently affecting Grid is quite fundamental in the packager, so they are having trouble deploying a quick fix.
I'll try to inquire again tomorrow when they are back at work.
Phanx apparently turned packaging back on, I've disabled it again in the meantime, there is no sense in spamming the project with old zips every couple minutes.
I just did a commit/push with no tags, but that apparently triggered another build even though alpha builds were not enabled. The Curse packager is fine with my other addons; but it is totally screwed up with Grid.
Someone did another build this morning other than me. Phanx has packaging disabled, so I doubt it was him. If it was someone on the Curse side, please at least delete the oldest version with the actual .zip file (non -nolib) version if you do a build so that people don't download a WoW 3.0.9 version of Grid.
1.30000.2009011501 Release Normal 1 hour ago 3.0.9 Grid-1.30000.2009011501.zip 6,223
Over 6,000 people downloaded invalid old versions before I saw the e-mails about the build and had a chance to delete all the files created by the build an hour ago.
Please leaving packaging off at this point. With the move to Curseforge we can now upload zips manually. Phanx and I are now using a third-party packager that seems to work fine. I uploaded a new 7.0.3.1 version produced by this new packager.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
If I try to push a specific tag:
$ git push wowace master tag 7.0.0.2
The Curse packager doesn't do anything.
If I push all tags:
$ git push --tags wowace
The packager rebuilds every tagged version except the current tag. It only uploads the -nolib files for some reason so there is no files with the libraries available for download.
I also keep getting errors from the Packager status like:
No data available
Can't connect to repository_manager, please try again later.
Those errors may be due to the load on the servers today, but the issues with only uploading -nolib and building all tags have been around since converting from Subversion.
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30000.2008102601-nolib.zip /media/cf-repositories/packager/zip/wow/Grid-1.30000.2008102601.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30000.2008112401-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30000.2008120802-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-_1.30000.2008120801-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-unitguid-r1076-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-prerelease-1.30000.2009011501-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30000.2009011501-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30000.2009021101-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30100.2009041601-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30200.2009080501-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30200.2009081101-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30200.2009120101-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30300.2009121801-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30300.1265-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30300.1290-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30300.1304-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.30300.1308-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.40000.1370-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.40000.1400-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.40000.1403-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.40000.1400-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-1.40000.1432-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.1.0.1441-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.2.0.1442-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.3.0.1453-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.3.2.1455-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.3.2.1458-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.3.4.1482-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.3.4.1485-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.3.4.1500-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.3.4.1510-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-4.3.4.1512-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.0.4.1517-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.0.4.1520-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.0.5.1537-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.0.5.1539-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.0.5.1548-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.0.5.1552-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.1.0.1553-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.2.0.1571-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.2.0.1573-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.2.0.1578-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.2.0.1591-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.2.0.1594-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.2.0.1596-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.2.0.1598-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.2.0.1600-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.3.0.1604-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.3.0.1606-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.3.0.1611-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.3.0.1621-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.4.1.1628-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-5.4.7.1653-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-6.0.2.1674-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-6.0.2.1679-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-6.0.2.1699-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-6.0.3.1710-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-6.0.3.1714-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-6.0.3.1740-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-6.2.0.1754-beta-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-7.0.0.0-nolib.zip
Successfully uploaded /media/cf-repositories/packager/zip/wow/Grid-7.0.0.0-beta-nolib.zip
Check status at: http://wow.curseforge.com/packager/
My addon not packaged half an hour ago...
Packager finished: 2016-07-19T23:06:38.095034.
Completed in 0:33:01.195963
Even with it building all tags, I haven't figured out why it isn't uploading the non -nolib versions with the libraries.
It's a horrible abuse of tags, but it means that when the packager goes bonkers and begins repackaging *every* tag as "the latest", it's limited to a small handful and not all of project history.
Maybe Git has something similar you could temporarily abuse?
Edit: It looks like pushing the new tag caused all of the existing files to be refreshed. I have no idea how that's possible when there aren't any tags to package, though. Can't we just remove all files and all repository data from the project, and then I create a new repository and push to it without any of the historical baggage that's screwing up the packager?
stassart@shadowrun ~/Grid
$ git tag -l
7.0.3.0-beta
stassart@shadowrun ~/Grid
$ git ls-remote --tags wowace
54c3f5ecc8f43a36ee994a380bf46d5fde74b0c5 refs/tags/7.0.3.0-beta
0219f9a39188951480ea0076ccb05ffe97be7fa1 refs/tags/7.0.3.0-beta^{}
I'd like to try another build with the new tag (I can delete it and create it or create a new tag) now that there is only one tag. Someone on the Curse side disabled packaging on Grid (was neither Phanx nor I).
I don't want to turn packaging back on and get in trouble for overloading the packager if removing the tags didn't fix the issue.
Or can someone on the Curse side manually launch another package of the 7.0.3.0-beta tag and see if the issue is at least somewhat resolved?
One interesting thing of note, someone on the Curse side turned on alpha packaging and we actually got a good build of:
http://www.wowace.com/addons/grid/files/8009-7-0-0-2-1-gce9bd44/
So far that is the only version of Grid built on Curse that actually works. I changed it from alpha to release so that people will start downloading a working version with Curse client (although not current).
Phanx also set a note to download the latest version from Wowinterface until this issue is resolved (for anyone reading this thread and wanting the current version):
http://www.wowinterface.com/downloads/info5747-Grid.html
TLDR: I had to delete all my tags. And you need to ensure Curse tags get deleted not just your local ones.
Info for other people who find this:
If you open your Git Repo with SourceTree Do your tags appear as dead-end branches?
Below is a screenshot of my oUF repo, all the lines on the left are all the branches, click on Branches to get this view.
http://i.imgur.com/EEaIORy.png
Now it sounds and looks wierd, they are not branches since they are not labeled as a branch, sourcetree will show you only have 1 branch. Even git command lines will return that there is only 1 branch. Something in SourceTree is able to see them as a "partial" branch and I think the Curse Packager is seeing it as well. If you delete the tag the commit will no longer appear as a branch and will then fall in line with the rest of the main repo's branch. Once all tags are deleted new tags will function as intended.
So to test i added a empty text file and did a commit, i got an alpha zip
-Commit A - <Date>.zip
-Commit A - Tag Added - <Tag>.zip
-Commit B - <Commit A Tag>-1-<Commit ID>.zip
-Commit C - <Commit A Tag>-2-<Commit ID>.zip
http://imgur.com/eSeaGfo.png
The Commit that is tagged 4.1.1-Release never had a zip made until AFTER the following commit occurred due to packager being a bit overloaded yesterday, i think we can count that one as a rare occurrence.
I then added a tag to that test comit and a new zip was generated.
-Commit C - Tag Added - <Tag>.zip
http://i.imgur.com/nXE2ShR.png
I am not seeing duplicates anymore for my Repo after deleting of all old tags, if someone on the GRID team has a backup of their repo pre-tag deletion i would love to see if they have the "dead-end branches"
I deleted the previous tag and created a new one (only a single tag in the repo):
stassart@shadowrun ~/Grid
$ git ls-remote --tags wowace
af61e522e62ff068c52cad670ef5c1229c439352 refs/tags/7.0.3.0
0219f9a39188951480ea0076ccb05ffe97be7fa1 refs/tags/7.0.3.0^{}
If it's useful, here is what the Grid wowace git looks like in SourceTree:
http://imgur.com/VwK2PM9
This is what the attempt uploaded this time (7.0.3.0 was not built and except the oldest one, everything uploaded was -nolib files):
Also there looks to be some log differences based on curseforge or wowace project (I know in the backend they are said to be the same) but looking at packager status there is alot more information given on Curseforge, SUI GRID on curseforge i can see what repo is getting pulled into "media/cf-repositories/packager/zip/wow/<zip name>" and i can also see Tags that are to be handled. I dont think this will find the issue since it only affects nolib builds but hopefully someone at curse might get an idea based on the finding.
I have a bunch of fixes for Grid I would love to release, but without being able to build or upload zip files I am not sure what the solution is. I would really appreciate an update from the Curse folks on this issue.
I'll try to inquire again tomorrow when they are back at work.
Phanx apparently turned packaging back on, I've disabled it again in the meantime, there is no sense in spamming the project with old zips every couple minutes.
1.30000.2009011501 Release Normal 1 hour ago 3.0.9 Grid-1.30000.2009011501.zip 6,223
Over 6,000 people downloaded invalid old versions before I saw the e-mails about the build and had a chance to delete all the files created by the build an hour ago.