Package Details: execline

Git Clone URL: (read-only, click to copy)
Package Base: execline
Description: A (non-interactive) scripting language, like sh
Upstream URL:
Licenses: ISC
Submitter: codekoala
Maintainer: meanjollies
Last Packager: meanjollies
Votes: 6
Popularity: 0.29
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 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

It would be great to just add this to package():

for bin in import define; do
rm ${pkgdir}/usr/bin/${bin}

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().

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
/usr/lib/skalibs/sysdeps/socket.lib is owned by skalibs
/usr/lib/skalibs/sysdeps/sysclock.lib is owned by skalibs
/usr/lib/skalibs/sysdeps/sysdeps is owned by skalibs
/usr/lib/skalibs/sysdeps/sysdeps.h is owned by skalibs
/usr/lib/skalibs/sysdeps/systype is owned by skalibs
/usr/lib/skalibs/sysdeps/taianow.lib is owned by skalibs
/usr/lib/skalibs/sysdeps/util.lib is owned by skalibs

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