Package Details: execline 2.5.3.0-1

Git Clone URL: https://aur.archlinux.org/execline.git (read-only)
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: 6
Popularity: 0.46
First Submitted: 2014-01-19 08:09
Last Updated: 2019-11-04 16:32

Latest Comments

Anonymous comment on 2018-12-15 07:03

Internet explorer is the most useful program in windows 10 operating system if you were the new user of windows 10 pc then from here http://internetexplorerwindows10.com get the process to open internet explorer in windows 10 pc in few steps.

konimex commented on 2018-06-06 09:32

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

andykluger commented on 2017-04-12 19:04

@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

Sure, send patches to my email.

andykluger commented on 2016-12-12 17:08

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

@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

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

Why does this conflict with imagemagick?

codekoala commented on 2014-07-25 15:21

@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

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