[Slackbuilds-users] issue submitting new slackbuild
B. Watson
urchlay at slackware.uk
Tue Jun 2 00:26:01 UTC 2026
Here's a thing:
$ tar tvf elilong.tar.gz
-rwxr-xr-x root/root 3124 2026-06-01 18:32 elilong/elilong.SlackBuild
-rw-r--r-- root/root 424 2026-06-01 17:32 elilong/README
-rw-r--r-- root/root 287 2026-05-03 09:16 elilong/doinst.sh
-rw-r--r-- root/root 307 2026-06-01 18:32 elilong/elilong.info
-rw-r--r-- root/root 917 2026-05-30 09:48 elilong/slack-desc
There's no entry in the tar file for the containing directory. Normally
the first archive member would be elilong/ (the dir itself). If I
extract your tarball and then recreate it with a regular "tar cvfz",
I get this:
$ tar cvfz elilong.tar.gz elilong/
elilong/
elilong/README
elilong/elilong.SlackBuild
elilong/doinst.sh
elilong/elilong.info
elilong/slack-desc
$ tar tvf elilong.tar.gz
drwxr-xr-x urchlay/users 0 2026-06-01 20:17 elilong/
-rw-r--r-- urchlay/users 424 2026-06-01 17:32 elilong/README
-rwxr-xr-x urchlay/users 3124 2026-06-01 18:32 elilong/elilong.SlackBuild
-rw-r--r-- urchlay/users 287 2026-05-03 09:16 elilong/doinst.sh
-rw-r--r-- urchlay/users 307 2026-06-01 18:32 elilong/elilong.info
-rw-r--r-- urchlay/users 917 2026-05-30 09:48 elilong/slack-desc
I can add a check to sbolint, when it's checking a tarball, which
will complain if the tarball's first member isn't a directory,
mode 755, named the same as PRGNAM/ (in this case, elilong/). This
will let submitters catch and identify (and fix) the problem before
submitting... but it's still not an ideal solution.
Currently I'm looking at the server-side submission processor, to see
why it fails when the enclosing dir isn't present in the tarball. It
really shouldn't care... but obviously it does.
More information about the SlackBuilds-users
mailing list