Homebrew Cask for mac? #346
Comments
|
I'd love to help support MyPaint on the Mac. I just don't have a copy of Mac OS to build it with. Check out README_OSX.md for a MacPorts-based solution for testing. I'd love it if that doc came in Homebrew or Flink flavours, and I'd be willing to accept PRs to make it awesome. The same goes for any code PRs needed for portability. @ryandesign has worked on the MacPorts port before. Say hi! As ever, I'm happy to help out with any porting issues from the MyPaint side. Just ask via the our issue tracker or on IRC/twitter. I'm just sorry that I can be of little use myself in actually fixing porting issues - but I do know the guts of MyPaint. If anyone really wants to step up to the plate and act as a contactable maintainer for a port, I'd be happy to add them to @mypaint/collaborators or a new team. Let me know how far you want to go with this, and what you need from me. |
|
Hi, I do keep the MacPorts MyPaint (stable version) and MyPaint-devel (development version) ports updated. I have no experience with Homebrew, but you're welcome to crib from our work at MacPorts; we are permissively licensed (BSD). The port definitions are here. The MyPaint project is overdue in releasing a new stable version. The current stable version, 1.1.0, does not build on OS X 10.9 and later. |
|
Got it. We're approaching 1.2.0-beta now, so now is a good time to get changes in to support OSX, and get some thorough testing done. The beta cycle precludes new features and new strings (in order to be fair to our translators), but fixes for the weirdnesses of individual ports will still be fine, probably. |
|
Appreciate the quick reply and background info, guys! I can look into it but my Homebrew knowledge is pretty limited as well. We can leave the ticket open for now and gauge interest from others, if that works. |
|
I'll take a look into this. My brother uses MyPaint on a daily basis, and I'm trying to migrate him over to OS X from Linux. I'll look into building under homebrew and making a cask for it. |
|
Ok I've returned from my journey of building master on OS X 10.11 GM with homebrew! I took notes on the way, and I've got mostly good news. All the dependencies were installable using homebrew, although under slightly different names than macports. Pressure sensitivity is not working, although the wacom app detects it. I'm using a Wacom Intuos.
You'll need to homebrew pygobject3 as well. in addition, I had to fiddle with PKG_CONFIG_PATH, CFLAGS, LDFLAGS, and CPPFLAGS. I also had to install python from homebrew as it made some things easier (but some harder). The (very raw) notes I took are: Installation Troubles- autotools (brew install automake autoconf) - json-c (brew install json-c) - gettext (brew install gettext) - libffi add to PKG_CONFIG_PATH - /usr/local/Cellar/libffi/… - libintl - http://stackoverflow.com/questions/11370684/what-is-libintl-h-and-where-can-i-get-it - Need to add include folder to CFLAGS, LDFLAGS - gettext binaries need to be added to path by brew link —force - need pyobjc (sudo pip install pyobjc)Numpy and Scipy come with OS X stock it seems, but for my homebrewed version I had to |
|
|
|
Oh, nice to see that! Thanks for putting in the effort Speaking of libintl, I'd appreciate an OS X tester's eye on our |
|
@achadwick I'll take a closer look this Sunday once I have time. It would be great for Mac users if this was all easily installable as a .app or through homebrew cask, so I'll definitely give packaging for this platform a shot. As for the translation, I'll try configuring my desktop in one of the supported languages, but it seems the ones I do understand are not supported. Perhaps I'll translate the app into Spanish at some point down the road as well. |
|
I don't understand Mac packaging much myself, but that does sound awesome. Thanks for looking into it! MyPaint should be at 100% coverage in Spanish for both major components - you can dive in and review/change the strings if you'd like (https://hosted.weblate.org/engage/mypaint/ is the link we hand out to people). If the translation isn't taking effect (either fully or partially), that's probably an issue with the code linked above - this stuff is incredibly fussy and highly sensitive to the point at which it gets called during startup. The OSX side is untested by me and probably needs close scrutiny I can't do myself, so I'm really hoping somebody can help out here. If you're making binary packages, I can link to where you're uploading them or store them here. I try to arrange the Windows and Ubuntu beta releases to be built from the same signed source tarball. BTW, I'd be absolutely delighted to accept packaging/build scripts for well-defined platform distributions like Homebrew/Fink/MacPorts on Mac, MSYS2/MSYS/Cygwin on Windows, or Fedora/Arch/FooDistrib on Linux. If it has a package manager and you can write a build script for it, I'm interested! Normally, if the build script can slot into the main MyPaint project without upsetting third-party downstream builds, I'm happy to have the code reside in the mypaint/mypaint repository under a subdirectory which also contains instructions for the build. If it has more complex requirements (like our mypaint/debian one for the PPA, where the folder name would clash with official Debian builds), a separate module may be more useful. |
|
@achadwick re: Arch Linux, Have you talked to ShadowKyogre, the current maintainer of mypaint-git PKGBUILD? I'd expect he would be amenable to including the PKGBUILD (which should easily be adaptable to building directly from a local clone rather than re-cloning), and the rather minimal set of instructions needed ('cd $dir_containing_pkgbuild;makepkg -i`) to compile and install it. |
|
@0ion9: Found your comment mentioning me in my email inbox and thought I'd pop into the conversation. I'm a bit confused by what you mean by "from a local clone rather than re-cloning". The result wouldn't be any different from a local clone and it only clones the repo if there's no existing copy of it. Do you mean a PKGBUILD that can be run inside of the source directory? That's a bit finicky and is normally not how PKGBUILDs are written (and I believe it'd be a lot more complicated than how the current AUR PKGBUILD is written). Also, while I'd be happy to submit the PKGBUILD here, there's a quirk that I wasn't sure how I should report it to mypaint: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=mypaint-git#n48 What line 48 does is remove the references to where the package was built in the pkg-config files (which is needed to build things like Gimp's mypaint brush engine integration). |
|
@ShadowKyogre : Yes, being able to be run from the source directory was what I meant. Obviously if you just dropped it in as-is, it would see that there isn't a clone in the correct directory, and re-clone. That other issue.. hmm. I'm not sure if that can be solved on the mypaint side, since you are explicitly requesting that directory it's not surprising that the .pc file references it. |
|
@ShadowKyogre does EDIT: perhaps closer to https://github.com/Alexpux/MINGW-packages/blob/master/mingw-w64-mypaint/PKGBUILD is better. |
|
BTW, if anyone's interested in publicising their build, please feel free to add links to https://github.com/mypaint/mypaint/wiki/Packaging. (Maybe I'm getting ahead of myself asking for build scripting though. It's perhaps offtopic, and perhaps just links would do.) |
|
@achadwick: Tweaking that command to did the trick for me. Here's the tree output of the pkg directory when I used your tweaked command: and a search to verify the $pkgdir references are removed from the *.pcs: |
|
Hey, anyone know how to update the MyPaint version on Homebrew to 1.2? It's stuck on 1.0 right now (from Homebrew/homebrew-cask#8954 made by @puterleat ). Is that maintainer still around and willing to fix this? Or maybe point me in the direction of how to do it I know that the official Mac distribution platform for MyPaint is MacPorts, but I use Homebrew for installing most other open source apps in OS X (GIMP, LibreOffice etc.) and it's a bit tricky to get both working side-by-side. I'd love to have recent MyPaint versions on Homebrew too. |
|
@vitorgalvao, @puterleat: |
|
I have literally no idea what the procedure is for releasing a new Cask port, and no ability to get it done at my end. Is anyone willing to step in and be the maintainer? |
|
@achadwick Contributing is incredibly simple. After some quick initial setup, it can be as simple as Since you have Github-powered releases, we’ll be able to more often see when your app has been updated (already made the necessary changes). However, a problem remains. I no longer see a way to download OS X binaries from your website. I see a link to MacPorts, and that’s it. We need a download URL to hook to, and if it isn’t hosted on the same domain as the website, we need said URL to be present somewhere official and easily accessible, so users can easily audit it’s authenticity. To be clear, we don’t compile software (we homebrew-cask can’t, only homebrew can), we only grab it and install it, so without a ready-built binary, we can’t provide a cask. |
|
Okay, so the distribution announcement mechanism looks simple enough :D However I cannot personally build for OSX (lack of time and lack of hardware). Somebody will need to do that if this issue is to be progressed |
install-sandbox option of scons to make sure the
${pkgdir} references don't exist in the first place.
See mypaint/mypaint#346 (comment)
and onward for more information.
Love Mypaint. It's great for taking notes, annotating designs, and plain doodling. I happen to mainly use it on my Ubuntu Linux laptop with the mypaint-testing ppa. Sometimes I'm on a Mac, though. I can use it thanks to Homebrew Cask. with
brew cask install mypaint. But the version they have there is quite old (1.0.0). 1.1 and 1.2 alpha really add a lot of features/stability.Any interest/technical comfort in setting up a more recent build for it there? Mypaint was originally added in Homebrew/homebrew-cask#9104, but not much happened since. I can probably compile it but it might be a tougher reach for others.
Happy to test or elaborate more.
The text was updated successfully, but these errors were encountered: