Package Details: execline 2.9.6.1-1

Git Clone URL: https://aur.archlinux.org/execline.git (read-only, click to copy)
Package Base: execline
Description: A (non-interactive) scripting language, like sh
Upstream URL: http://skarnet.org/software/execline
Licenses: ISC
Submitter: codekoala
Maintainer: meanjollies
Last Packager: meanjollies
Votes: 8
Popularity: 0.017936
First Submitted: 2014-01-19 08:09 (UTC)
Last Updated: 2024-10-10 01:25 (UTC)

Latest Comments

« First ‹ Previous 1 2

konimex commented on 2018-06-06 09:32 (UTC)

Remove the conflict with imagemagick since execline has moved the command import to importas.

andykluger commented on 2017-04-12 19:04 (UTC)

@MarcinWieczorek Please consider removing import and define, as in https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=execline-no-conflicts It would be great to just add this to package(): for bin in import define; do rm ${pkgdir}/usr/bin/${bin} done

MarcinWieczorek commented on 2016-12-12 17:25 (UTC)

Sure, send patches to my email.

andykluger commented on 2016-12-12 17:08 (UTC)

I'm in agreement with mytbk, despite the patch-iness in an Arch context. Though removing seems extreme when we can just rename it to something such as "eimport"

mytbk commented on 2016-05-30 07:54 (UTC)

@alad execline has an executable called import, thus conflicts with imagemagick. IMO, if the execline scripts only use importas instead of import, I think we can remove the import binary.

Alad commented on 2016-05-18 14:23 (UTC)

Also fails to build: ==> Starting build()... checking for C compiler... ... gcc checking whether C compiler works... ... yes checking target system type... ... x86_64-pc-linux-gnu ./configure: error: target x86_64-pc-linux-gnu does not match the contents of /usr/lib/skalibs/sysdeps/target ==> ERROR: A failure occurred in build(). Aborting...

Alad commented on 2016-05-02 21:41 (UTC)

Why does this conflict with imagemagick?

codekoala commented on 2014-07-25 15:21 (UTC)

@Alad, it looks like you don't have skalibs installed correctly. That's what provides the stuff execline needs to be compiled. Here's what I have in my /usr/lib/skalibs/sysdeps directory: % ls -l /usr/lib/skalibs/sysdeps total 16 -rwxr-xr-x 1 root root 0 May 16 09:58 rt.lib* -rwxr-xr-x 1 root root 0 May 16 09:58 socket.lib* -rwxr-xr-x 1 root root 0 May 16 09:58 sysclock.lib* -rwxr-xr-x 1 root root 1915 May 16 09:58 sysdeps* -rwxr-xr-x 1 root root 2923 May 16 09:58 sysdeps.h* -rwxr-xr-x 1 root root 59 May 16 09:58 systype* -rwxr-xr-x 1 root root 0 May 16 09:58 taianow.lib* -rwxr-xr-x 1 root root 7 May 16 09:58 util.lib* And they're all owned by skalibs: % pacman -Qo /usr/lib/skalibs/sysdeps/* /usr/lib/skalibs/sysdeps/rt.lib is owned by skalibs 1.6.0.0-1 /usr/lib/skalibs/sysdeps/socket.lib is owned by skalibs 1.6.0.0-1 /usr/lib/skalibs/sysdeps/sysclock.lib is owned by skalibs 1.6.0.0-1 /usr/lib/skalibs/sysdeps/sysdeps is owned by skalibs 1.6.0.0-1 /usr/lib/skalibs/sysdeps/sysdeps.h is owned by skalibs 1.6.0.0-1 /usr/lib/skalibs/sysdeps/systype is owned by skalibs 1.6.0.0-1 /usr/lib/skalibs/sysdeps/taianow.lib is owned by skalibs 1.6.0.0-1 /usr/lib/skalibs/sysdeps/util.lib is owned by skalibs 1.6.0.0-1 Perhaps try re-installing skalibs?

Alad commented on 2014-07-23 12:11 (UTC)

Fails to build Linking ./src into ./compile... Importing ./conf-compile files into the build tree... (Remove the compile/ subdirectory if conf-compile/ has been modified since the last build.) Importing external files... Wrong import directory: /usr/lib/skalibs/sysdeps

« First ‹ Previous 1 2