Package Details: gimp-gap 2.7-2

Git Clone URL: https://aur.archlinux.org/gimp-gap.git (read-only, click to copy)
Package Base: gimp-gap
Description: Gimp Animation Package, gimp's plugin for animation
Upstream URL: https://www.gimp.org/tutorials/Using_GAP/
Licenses: GPL3
Submitter: ElMastro
Maintainer: ElMastro
Last Packager: ElMastro
Votes: 12
Popularity: 0.141753
First Submitted: 2015-12-03 22:05 (UTC)
Last Updated: 2023-11-11 18:01 (UTC)

Dependencies (11)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

komitaltrade commented on 2016-01-28 17:09 (UTC)

OK. In fact, I know, but that is not point of issue. You should first to make some sort of the poll to see how many peoples will be available to be your "testers". If that will satisfy you, than you should to create your own testing repository, what all your "testers" can add to repos and than they will be able to test it. Creating repo is quite simple. Only question remain from begin - do you have enough "testers".

komitaltrade commented on 2016-01-28 15:51 (UTC)

That is the right question. ..... no idea.

ElMastro commented on 2016-01-28 15:21 (UTC)

@komitaltrade Well, I hunderstand what you say, and I think everybody knows this package has problems regarding libraries and configuration, both here and in the forum. For me the problem is really simple: Before uploading the first PKGBUILD I asked in the forum if someone would mantain it, and nobody could do it. Because it was suppressed when I searched it. How can we test it, if we remove it from the AUR? Can you suggest alternatives to the removal?

komitaltrade commented on 2016-01-28 01:06 (UTC)

Mmmm... lets start with "technicalities". 1) If user will ignore it, how will found about available "health" update? 2) You (package) have obviously several issues (not just one). 3) For me, it fails for "Makefile:331: recipe for target 'install-recursive' failed". 4) It can be installed if previous first will be removed. 5) Again, obvious that you have some problems in compilation in sense that you using in compiltion some libraries from same locations where are they located if package is installed. Arch and AUR 1) First to be clear, this is not a critics. I want to try to explain to you all your "responsibilities". So, primary thanks for maintaining it. However, you should to be aware about entire Linux (Arch) community, not just about your package. Material fact is that building issue obviously indicate about the quality of the package itself (in all elements). Packages like this, gives the "material" (proves) for "experts" to "shit" on Arch like "unstable" distro, what clearly drop down users numbers and popularity. More "problematic" packages = less users. That is so obvious also for "blind" persons. 2) Second, what is the real purpose of the package existence on AUR what most users cannot install/update in any case??? 3) What is the GIMP community benefits to have "problematic" packages??? 4) Clearly low amount of comments, obviously shows that not to many people on Arch use GAP at all. So, do yu realy beleive that "problematic" update package will help to GAP to increase number of users???

moulu commented on 2016-01-27 23:23 (UTC)

Same problem as AndrzejL. A successfull workaround for me was to remove gimp-gap 2.6.0-4 and then to install gimp-gap 2.6.0-5

ElMastro commented on 2016-01-27 16:50 (UTC)

For me doesn't work, even with setconf. I do believe that in my case it keeps including libmpeg3. Probably I need time to experiment various configurations in the PKGBUILD. For komitaitrade, I think's simpler to configure the system to ignore gimp-gap, either with "--ignore" from the shell or inserting the option "IgnoreGroup" on pacman.conf, as usually AUR do often has broken/ experimental packages. However, if someone else says it bothers, I'll remove it.

frankspace commented on 2016-01-27 08:58 (UTC)

Well, I just double-checked my proposed PKGBUILD on a different computer to be sure that it still works for me, and it does (I mean, it doesn't build libmpeg3, but apart from that). Is it possible that there is an unidentified dependency that I just happen to have installed and you don't? One of the older PKGBUILDs I referred to when creating mine specifies "setconf" as a makedepend, which I do happen to have installed although I don't know why it would be needed; nevertheless, do you? Otherwise, I'm out of guesses.

komitaltrade commented on 2016-01-26 18:15 (UTC)

Please remove the package until it will be fixed, as update notification bother.

ElMastro commented on 2016-01-26 17:06 (UTC)

I've tryed both of solution, but don't work. Inserting cmake doen't change anything to me, and I've tried the PKGBUILD made by frankspace, but it doen't compile (it stops with ffmpeg). I've aslo made a PKGBUILD of my own, in http://pastebin.com/R0jV71wH , but It appears as I can't get ride of the problem with ffmpeg. For what I think, it's still a problem of configuration, but I really don't know how to fix it, as on the files from the source of gimp-gap, it really doesn't say anithing about that.

frankspace commented on 2016-01-26 07:42 (UTC)

As far as I can figure, a lot of distros, and at least one prior PKGBUILD that I had lying around, simply disable libmpeg3. I cobbled together a PKGBUILD that worked for me based on various things I found: http://pastebin.com/QWbzLdw5 This omits the need for cmake. I hope that helps.

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »