-
Notifications
You must be signed in to change notification settings - Fork 527
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue new release/give open source community ability to create releases #2567
Comments
Conceptually, I'm into this. @springmeyer has the best and most current insight into how the release process works and any additional complexities. Management-wise, what I'd like and what I've seen in similar projects is:
|
Probably something to consider for the future, but I think it can happen later.
I sure hope so! I don't run Tilemill myself so I'm not likely to do anything beyond releases. My only interest is in updating dependencies. In short, I'm involved here because I need to be, not because I want to be. If it weren't for Windows (and partially OS X) I'd drop TM support from osm-carto and just use Kosmtik, since the additional features of TM don't work with a style sheet that complex. But TM is an easy install on Windows, and Kosmtik is not.
This is a tougher one. I think this release should go out like other MB ones because most of the commits are from MB. In the future, perhaps we can upload the binaries as Github releases? That wasn't possible at the time of previous releases but is an option now. I'm not sure what to do with the PPA, but that's because I'm not sure what it's doing right now. I don't think anything else needs to change on the technical side. On the branding/community side, it'd require revisions to the Tilemill content on mapbox.com. More on that with the next question
I think the name should be kept. Mapbox isn't using the name for anything else and unless they want to reuse the name for a different product, there's no risk of confusion. If Mapbox wants to make it clear that they're not actively involved in Tilemill, how about taking the TM content on Mapbox's site and splitting off tilemill.com, then redirecting mapbox.com/tilemill stuff there? This would be good for MB since TM doesn't fit with your current infrastructure or plans and by putting it on its own domain without references to Mapbox* you'd make it clear that it's no longer supported. *Except as appropriate for mentioning Mapbox integrations, that MB wrote most of it, etc |
cc @nebulon42 |
I'd love to see Tilemill kept active and more frequent releases. I'd be willing to help on release process. |
Two issues here: Tagging versionsAs far as I can see it, for Releasing binariesUnfortunately, a whole 'nother story: packing desktop software is just as bad as it's cracked up to be. See tilemill-win-launcher and tilemill-builder-osx for the details there. I never ran a TileMill release, so never got the lay of the land in terms of building new distributions, and we know that they have significant gotchas - OSX startup issues and so on. I think there are roughly two options:
|
Thanks for your comment!
and I understand his words like "a tag would be enough" - but I'm just guessing. This way or another, tagging would be probably needed to make a proper binary release (not tilemill-snapshot), so I would like to see new TileMill tag anyway. With 405 commits and almost 4 years from v0.10.1, I guess v0.11.0 (instead of v0.10.2) makes a lot of sense. |
With the repo move + travel I haven't had a chance to respond to this
Tagging a release and uploading it to npm would be a start, but we might need a release like the current TM releases. Either that or give up on binary releases completely and revise the tilemill instructions accordingly. Put differently, what we need is the tilemill.com version to be updated. Needing this as opposed to just a git tag is because tilemill has two main advantages over alternatives like Kosmtik
The text editor doesn't matter for osm-carto because it doesn't work on very large styles, but the binaries do. If we can't get new binary releases going or it's too much work, what I'm inclined to do is tag a new release (easy), drop osm-carto TM support, and potentially drop the outdated binaries. I think the route forward is to start by tagging a RC and trying to get the build process to work on that RC. |
Okay, you're good to go on that route, then - you have the repo permissions to tag an RC and we can deal with the s3 permissions once a binary is built. |
I'll look into it in a few days when I'm back home. |
I try to look at making Windows binary and it's possible, but just a lot of work. With Windows/MSIE virtual machines freely available one can do it even under Linux with VirtualBox, as I do. However big list of dependencies needed, lack of automation and time passage (some locations or versions may change) makes it rather tedious. @springmeyer I guess you are the one who has working VM to create Windows binary version of TileMill? Could you try it with current master? |
You'll need to set up a VM from the mapnik instructions linked in that ticket - this project can't rely on other people's time for the build process. |
Anything new with this idea? I was trying to set Windows environment inside VM, but it proved to be really complicated and I gave up at some point, however I might try it again. People are still asking for TileMill and I guess Windows executable is important for them, as @pnorman said. |
I just learned that current Mapnik builds for Windows can be done this way: https://github.com/mapbox/windows-builds so I will try again. |
There have been a lot of changes since the last tagged release. We would like to create a release and update the binaries.
This means
** Uploading the windows build to http://tilemill.s3.amazonaws.com/latest/TileMill-v0.y.z-Setup.exe
** Uploading the Mac OS X build to http://tilemill.s3.amazonaws.com/latest/TileMill-0.10.1.zip
** Updating the PPA at developmentseed/mapbox
If I were to do this myself I'd need the access rights as well as instructions.
What is the best route for this?
The text was updated successfully, but these errors were encountered: