For the stable release I will create a source archive of some sort. If time permits, I'll try to create them for the rc branches as well.
On 9/8/2015 1:37 PM, Ian Woloschin wrote: > Hooray for already solved problems! :D Too bad the baby is still > sleeping. Time for new things to solve! > > For the Gentoo ebuild, will the project consider releasing a source > tarball, or is it just going to be a bzr (...git?) tag in the > appropriate repository? I don't think it matters, I believe ebuilds can > pull straight from repositories, but it'd be helpful to know what to target. > > -Ian > > On Tue, Sep 8, 2015 at 1:33 PM Adam Wolf <adamw...@feelslikeburning.com > <mailto:adamw...@feelslikeburning.com>> wrote: > > Ian, I think you are right. I think everything is already done, > except me putting the "issue a PR" into Jenkins so it happens > periodically. > > Adam Wolf > > > On Tue, Sep 8, 2015 at 12:31 PM, Ian Woloschin <i...@woloschin.com > <mailto:i...@woloschin.com>> wrote: > > I think that there should be an easy to grab DMG that can be > installed, but it appears to be trivial to use homebrew casks to > "automate" the process. Keep in mind, casks are *not* compiling > anything, they're just grabbing pre-existing binaries because it > makes it "easier" (for CLI folk) to install packages. Biggest > benefit is versioning should be automatic, so long as someone > here can commit to also releasing a new cask, but that looks > like a pretty simple process (though it does add "just one more > thing" to the list, which may be undesirable). > > I'm going to leave the current homebrew cask stuff alone for now > since I believe it works "as is" and just needs to be updated > once we have a RC DMG. > > Going to take a look at Gentoo ebuilds this afternoon I think. > This might be tough without a tagged release, but I'll see what > I can do. > > -Ian > > On Tue, Sep 8, 2015 at 1:22 PM Adam Wolf > <adamw...@feelslikeburning.com > <mailto:adamw...@feelslikeburning.com>> wrote: > > The DMGs are not going away and are the primary method for > KiCad on OS X. > > I'm not going to spend my limited time supporting folks who > want to compile KiCad on their own on OS X, but I'm also not > going to hide or obsfucate any of the helper scripts I use > to build it. > > On the other hand, it looks like someone else has made a > homebrew cask thing that pulls from the DMGs, which is > pretty slick. > > Adam Wolf > Cofounder and Engineer > Wayne and Layne > > On Tue, Sep 8, 2015 at 12:12 PM, Andy Peters > <de...@latke.net <mailto:de...@latke.net>> wrote: > > > > On Sep 7, 2015, at 9:13 AM, Bernhard Stegmaier > <stegma...@sw-systems.de > <mailto:stegma...@sw-systems.de>> wrote: > > > > Hi, > > > > a small note on homebrew (or, MacPorts) for OS X: > > The problem is, that you need a special patched wxWidgets > for KiCad. > > So, you can’t (no, you can’t) use the stock one such a > package system provides - and you probably cannot easily provide your own one > because it might interfere with the original one. > > > > You could probably build and package the custom version of > wxWidgets within a homebrew/MacPorts recipe for KiCad, but then there is > really no advantage in using such a system to build yourself (i.e., sharing > libraries across the system). > > Just take Adam’s nightly builds which do the same (just > without a recipe). > > I’m sure I speak for a lot of Mac users when I say: > > We greatly prefer a simple disk image with either an > installer or a package with the program we can drag to > /Applications and libraries to the usual install locations. > > Homebrew and the like are perhaps fine if people want to > build from source. Having too many package managers > seems to muck things up, and I prefer not using any of them. > > Just my view, of course. > > -a > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > <mailto:kicad-developers@lists.launchpad.net> > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > <mailto:kicad-developers@lists.launchpad.net> > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > > > > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
