Package Details: enchant1.6 1.6.1-7

Git Clone URL: https://aur.archlinux.org/enchant1.6.git (read-only)
Package Base: enchant1.6
Description: A wrapper library for generic spell checking
Upstream URL: https://abiword.github.io/enchant/
Licenses: LGPL
Submitter: Schmeidenbacher
Maintainer: Schmeidenbacher
Last Packager: Schmeidenbacher
Votes: 9
Popularity: 7.359996
First Submitted: 2017-12-03 12:19
Last Updated: 2017-12-12 21:17

Latest Comments

Schmeidenbacher commented on 2017-12-12 21:18

And thanks to the help of dtbaumann this version should now actually build without problems.

Schmeidenbacher commented on 2017-12-12 20:56

Alright. For now i will implement the workaround. I am in contact with someone with a more clean solution. Might be that rel 7 is just around the corner after i did some testing.

cousinm commented on 2017-12-12 20:34

@Scheidenbacher: couldn't make it build with previous PKGBUILDs either. Your fix makes it work here. So yeah, ugly, but at least it works :)

Schmeidenbacher commented on 2017-12-11 20:14

This error drives me up the wall. I have found bug reports from unrelated packages (on debian and not even enchant related) which had this error. At least one reported that the first build failed but the second went through without any changes in between.

Based on that idea i did some testing. About 50% of the time enchant1.6 would fail with the autoloop error, the other times it would actually build WITHOUT ME HAVING CHANGED ANYTHING IN BETWEEN. I did this with several combinations of NOCONFIGURE=1 on or off, and the autogen.sh call in either prepare or build. Results did not change. It randomly build or failed to do so.

So, present this shitty workaround. This, at least for me is actually reliable. Even if the firt autogen call provides a failure (which is ignored in this version) the second one finishes and the build starts.

Before i put this in i would like some guys with the build problems to test this if time permits. If it looks good, i will load this version up.

https://gist.github.com/jschuck/59533d635c145db9aee40a13ffb3e08b

Schmeidenbacher commented on 2017-12-11 19:40

@yannleretaille: Even with those changes you suggested the package won't build on any of my dirty systems, unless i build it in a clean chroot. I copied your PKGBUILD 1:1. So i repeat, neither my rel 5 nor your rel 6 builds on any of my dirty systems. Only in a clean chroot.

Still remains the only reliable way to build this package. So yeah, aur-helpers are no good for this one either i'm afraid.

yannleretaille commented on 2017-12-11 14:08

I can confirm that rev5 is still not building for me!

@dtbaumann's fix worked for me though (adding NOCONFIGURE=1). My PKGBUILD now looks like this: https://gist.github.com/yannleretaille/30e153a5a8337dc5b0073ecacf6481b0

colinkeenan commented on 2017-12-09 16:35

I have needed to fix package-lock.json when building this for the archlinuxcn repo because the current dependencies in package-lock.json cause enchant1.6 to have security vulnerabilities.

After making the changes suggested here: https://github.com/archlinuxcn/repo/network/dependencies#30309942, the package still built just fine in a clean chroot, and gnucash still works just fine after installing the new package. I set pkgrel to 5.1 in the PKGBUILD to force and upgrade for people using this package from archlinuxcn, but also allow me to be notified if you increased the pkgrel to 6.

Here are the changed parts of package-lock.json:

% diff package-lock.json ~/repo/enchant1.6/package-lock.json 214c214 < "handlebars": "1.0.12"

<hr>
    "handlebars": "4.0.0"

294,295c294,295 < "version": "1.0.12", < "resolved": "https://registry.npmjs.org/handlebars/-/handlebars-1.0.12.tgz",

<hr>
  "version": "4.0.0",
  "resolved": "<https://registry.npmjs.org/handlebars/-/handlebars-4.0.0.tgz>",

300c300 < "uglify-js": "2.3.6"

<hr>
    "uglify-js": "2.6.0"

411,412c411,412 < "version": "2.3.6", < "resolved": "https://registry.npmjs.org/uglify-js/-/uglify-js-2.3.6.tgz",

<hr>
  "version": "2.6.0",
  "resolved": "<https://registry.npmjs.org/uglify-js/-/uglify-js-2.6.0.tgz>",

philo commented on 2017-12-09 14:18

@Schmeidenbacher The maintainer of rainlendar-lite has benn AWOL for a long time.

simona commented on 2017-12-07 23:01

"yaourt -Syua" is buggy?

Schmeidenbacher commented on 2017-12-07 16:44

@philo: You'll have to tell that to the maintainer of the rainlendar-lite package. They have to add it as a dependency to be listed here.

@Tharbad: Are we talking about the automake issue? That one remained for me as well. This package can only be reliably built in a clean chroot (https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot).

All comments