Please bump to version 1.6. The current ebuild is severely out of date which caused conflicts and have denied me updating my system: [blocks B ] dev-dotnet/pango-sharp ("dev-dotnet/pango-sharp" is blocking dev-dotnet/gtk-sharp-2.12.21) [blocks B ] dev-dotnet/gdk-sharp ("dev-dotnet/gdk-sharp" is blocking dev-dotnet/gtk-sharp-2.12.21) [blocks B ] dev-dotnet/atk-sharp ("dev-dotnet/atk-sharp" is blocking dev-dotnet/gtk-sharp-2.12.21) [blocks B ] dev-dotnet/glib-sharp ("dev-dotnet/glib-sharp" is blocking dev-dotnet/gtk-sharp-2.12.21) Please fix.
Here's working pinta-1.6.ebuild. I installed it successfully with dev-lang/mono with enabled "mininal" USE-flag.
Created attachment 412154 [details] pinta-1.6.ebuild
Are you willing to proxy maintain this? https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
Created attachment 418982 [details] Simple version bump Here is a simpler version bump to 1.6 for pinta. It's working for me on gentoo stable.
Created attachment 418984 [details] Simple version bump I merged some of the code proposed by Rinaldus in my ebuild.
The gtk-sharp-2.12.21.ebuild sets explicit blockers on most of the deps listed in the ebuild of attachments 418982 418984. Also 1999-2013 need be reset to 1999-2015, and EAPI to 5. The list in the ebuild by Rinaldus is accepted by emerge. Then the pinta # emerge media-gfx/pinta -1 failed
Created attachment 419024 [details] build log See log
Created attachment 419028 [details] Version bump Modified as per Ian comments. I also added some version limits for mono (<4.0) and for gtk# (~2.12.10).
Created attachment 419030 [details] Version bump (build log) Here is the build log of the attachment #419028 [details].
Created attachment 419032 [details, diff] Patch to compile with Mono 4.x This patch should solve the compilation issues with Mono 4.0 and above.
Created attachment 419034 [details] Version bump Latest version of the ebuild including the patch to compile Pinta 1.6 with Mono 4.0 and above.
Created attachment 419036 [details] Version bump (build log) Updated build log on gentoo stable (Mono 2.10).
commit cf9b8ba89c2466d6755f541ad8ee6664ab4611b6 Author: Ian Delaney <idella4@gentoo.org> Date: Sat Dec 12 22:37:04 2015 +0800 media-gfx/pinta: rm vn. 1.5_pre20121118 commit c8880e74e9a2cdb7326083c5aad4b9e11b6c3562 Author: Ian Delaney <idella4@gentoo.org> Date: Sat Dec 12 22:33:59 2015 +0800 media-gfx/pinta: add proxy maintainer (axelgenus), bump to 1.6 Substitute herd with proxy-maintainers project, ebuild by new maintainer submitted via the gentoo bug and prepared with support via irc. Ebuild sets dep upon <mono-4 (further preparation required for mono-4) in a revbump Gentoo bug: #559162
It's impossible to install Pinta 1.6 using pinta-1.6-r1 ebuild. There's dependency slot conflict: [binary N ] x11-themes/gnome-icon-theme-3.12.0::gentoo USE="branding" 0 KiB [binary NS ] sys-devel/automake-1.11.6-r1:1.11::gentoo [1.13.4:1.13::gentoo, 1.14.1:1.14::gentoo, 1.15:1.15::gentoo] 590 KiB [binary N ] www-client/links-2.12-r1:2::gentoo USE="bzip2 gpm ipv6 jpeg ssl tiff unicode zlib -X -directfb -fbcon -libressl -livecd -lzma (-suid) (-svga)" 575 KiB [ebuild N ] dev-lang/mono-4.2.1.124::gentoo USE="minimal nls (-doc) -pax_kernel -xen" 0 KiB [ebuild NS ] sys-devel/automake-1.10.3-r1:1.10::gentoo [1.13.4:1.13::gentoo, 1.14.1:1.14::gentoo, 1.15:1.15::gentoo] 936 KiB [binary N ] x11-misc/icon-naming-utils-0.8.90::gentoo 20 KiB [ebuild N ] dev-dotnet/glib-sharp-2.12.10:2::gentoo USE="-debug" 1 601 KiB [ebuild N ] dev-dotnet/gtk-sharp-gapi-2.12.10:2::gentoo USE="-debug" 0 KiB [ebuild N ] dev-dotnet/atk-sharp-2.12.10:2::gentoo USE="-debug" 0 KiB [ebuild N ] dev-dotnet/pango-sharp-2.12.10:2::gentoo USE="-debug" 0 KiB [ebuild N ] dev-dotnet/gdk-sharp-2.12.10:2::gentoo USE="-debug" 0 KiB [ebuild N ] dev-dotnet/gtk-sharp-2.12.10:2::gentoo USE="-debug" 0 KiB [ebuild N ] dev-dotnet/gtk-sharp-2.12.21:2::gentoo USE="-debug" 2 440 KiB [ebuild N ] dev-dotnet/mono-addins-1.0-r1::gentoo USE="gtk" 537 KiB [ebuild N ] media-gfx/pinta-1.6-r1::gentoo 1 411 KiB Total: 15 packages (13 new, 2 in new slots, 4 binaries), Size of downloads: 8 106 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-dotnet/gtk-sharp:2 (dev-dotnet/gtk-sharp-2.12.10:2/2::gentoo, ebuild scheduled for merge) pulled in by ~dev-dotnet/gtk-sharp-2.12.10 required by (media-gfx/pinta-1.6-r1:0/0::gentoo, ebuild scheduled for merge) ^ ^^^^^^^ (dev-dotnet/gtk-sharp-2.12.21:2/2::gentoo, ebuild scheduled for merge) pulled in by >=dev-dotnet/gtk-sharp-2.12.21:2 required by (dev-dotnet/mono-addins-1.0-r1:0/0::gentoo, ebuild scheduled for merge) ^^ ^^^^^^^^^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. Why you don't use my ebuild given in attachment 412154 [details]? It completely works.
> Why you don't use my ebuild given in attachment 412154 [details]? It > completely works. Mostly because you restricted Pinta to work only for Mono 4.0.2 and above. The Mono version considered stable in Portage is 2.10. You also removed many dependencies which are required when gtk-shark 2.12.10 (also stable in Portage) is installed. I am looking for an alternative way to support also ~x86 and ~amd64 users.
It's not impossible to install Pinta 1.6 using pinta-1.6-r1 ebuild, I did it. I would not have revbumped it otherwise. However these dependency slot conflicts are currently a real issue in gentoo. There are issues but do be careful using closed judgements of the style 'impossible'. It allows no 'wiggle' room. At this point Alessandro Calorì is looking for an alternative. You are also free to continue in submitting suggestions or patches. This is not a closed 'shop'.
in the tree
