Summary: | media-libs/libmypaint[gegl] ebuild request (required for media-gfx/gimp-9999) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | DrSlony <bugs> |
Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bugs, fordfrog, hwoarang, jstein, link, robink, serge, sping |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
libmypaint-9999.ebuild r1
libmypaint-9999.ebuild r2 libmypaint-9999.ebuild r3 libmypaint-9999.ebuild r4 |
Description
DrSlony
2015-12-23 21:22:20 UTC
Created attachment 420586 [details]
libmypaint-9999.ebuild r1
Upstream ticket https://github.com/mypaint/mypaint/issues/535 seems related. Markos, as the maintainer of media-gfx/mypaint, do you have any preferences / wishes / requirements on future media-libs/libmypaint packages? I gave the attached live ebuild a closer look and a spin now: * The enable_gegl="true" part should go to src_compile only or as well * Installing conflicts with two files /usr/share/locale/zh_TW/LC_MESSAGES/libmypaint.mo /usr/share/locale/zh_CN/LC_MESSAGES/libmypaint.mo owned by media-gfx/mypaint. * I also run into weird compile errors if I don't post-process Gentoo-wide CFLAGS like CFLAGS="$(sed 's,--param [^ ]\+,,g' <<<"${CFLAGS}")" The flag-o-matic eclass way seems to be running strip-unsupported-flags. I have reported that issue upstream: https://github.com/mypaint/libmypaint/issues/30 Sebastian please see bug 569738. Did you manage to emerge GIMP? (In reply to DrSlony from comment #4) > Sebastian please see bug 569738. Did you manage to emerge GIMP? With libmypaint installed: yes. Please see bug 569738 again. Created attachment 421284 [details]
libmypaint-9999.ebuild r2
Updated ebuild with misc fixes
Your ebuild compiles successfully. * Messages for package media-libs/libmypaint-9999: * This package will overwrite one or more files that may belong to other * packages (see list below). You can use a command such as `portageq * owners / <filename>` to identify the installed package that owns a * file. If portageq reports that only one package owns a file then do * NOT file a bug report. A bug report is only useful if it identifies at * least two or more packages that are known to install the same file(s). * If a collision occurs and you can not explain where the file came from * then you should simply ignore the collision since there is not enough * information to determine if a real problem exists. Please do NOT file * a bug report at http://bugs.gentoo.org unless you report exactly which * two packages install the same file(s). See * http://wiki.gentoo.org/wiki/Knowledge_Base:Blockers for tips on how to * solve the problem. And once again, please do NOT file a bug report * unless you have completely understood the above message. * * Detected file collision(s): * * /usr/share/locale/ru/LC_MESSAGES/libmypaint.mo * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * media-gfx/mypaint-1.1.0-r2:0::gentoo * /usr/share/locale/ru/LC_MESSAGES/libmypaint.mo * * Package 'media-libs/libmypaint-9999' NOT merged due to file * collisions. If necessary, refer to your elog messages for the whole * content of the above message. Created attachment 421382 [details] libmypaint-9999.ebuild r3 (In reply to Serge Gavrilov from comment #9) > * Detected file collision(s): > * > * /usr/share/locale/ru/LC_MESSAGES/libmypaint.mo A block on media-gfx/mypaint was missing. I have also added missing dependencies. Is it really that gimp block mypaint? (In reply to Serge Gavrilov from comment #11) > Is it really that gimp block mypaint? I'm afraid before we have a version of mypaint in Gentoo that (a) uses libmypaint or (b) provides libmypaint-gegl the answer for Gimp 9999 is yes. Any other ideas for a fix? It seems that GIMP mypaint tool is unusable without MyPaint installed (no brushes). The only blockers are libmypaint.mo files from libmypaint. I install the packages in the following order: 1) libmypaint (ebuild without conflict with mypaint) 2) GIMP 2.9 Now GIMP cannot find any mypaint brushes 3) rm -f `locate libmypaint.mo` 4) mypaint Now everything seems to work in a proper way (both mypaint & GIMP) Hello Using libmypaint-9999.ebuild r3 attached above, emerging media-libs/libmypaint-9999 today fails with: >>> Compiling source in /var/tmp/portage/media-libs/libmypaint-9999/work/libmypaint-9999 ... scons -j8 enable_openmp=1 enable_gegl=true enable_shared=true prefix=/usr scons: *** No SConstruct file found. I asked on #gimp and was told that libmypaint is being autotooled and we should try the autoconf.sh / configure type of incantations instead. I am used to compiling manually, but I don't know how that is done in an ebuild. Could someone help update the ebuild so that we can get this to compile, as gimp-9999 depends on it? P.S. I tried this https://bpaste.net/show/b67eda274b49 and it emerged well. No idea whether its safe though. My ebuild mod probably didn't work, because compiling gimp-9999 fails with: GIMP configuration failed. The following mandatory dependencies are missing: - libmypaint >= 1.3.0 Created attachment 435140 [details]
libmypaint-9999.ebuild r4
The attached libmypaint-9999.ebuild r4 leads to a successfully compiled libmypaint which gimp-9999 picks up and compiles successfully against. I make no claims as to it being safe - use at your own risk.
1.3.0_beta1 now in Gentoo: https://github.com/gentoo/gentoo/commit/76d49b5609a56bdc5b817ac65be4593b2cb450a7 |