[Solved] How do I submit a tar.xz package in the AUR?

bycomputing · 2017-03-03 07:32:30

There is a 3D modeler software called Glise, which is not yet on the AUR because I think it is somewhat new. It is available on Linux only as a .deb file, which I have successfuly packaged into a tar.xz file using a program I downloaded from the AUR called "debtap." In the documention under uploading packages it says that I need at least a PKGBUILD and .SRCINFO to push my package in the AUR, but I already have a tar.xz. I also noticed that some packages in the AUR only provide a tar.xz for their download. I would like to submit my package in the AUR, but it seems I cannot find any information on how to do it with a tar.xz file.

Last edited by bycomputing (2017-03-06 03:33:16)

Jristz · 2017-03-03 07:48:51

you dont, you use the git in aur to upload the pkgbuild and .srcinfo files to aur

i recomend you read the wiki and any related thing to submmiting packages.

ewaller · 2017-03-03 15:15:57

Jristz wrote:

...i recomend you read the wiki and any related thing to submmiting packages.

Specifically https://wiki.archlinux.org/index.php/Ar … g_packages

Last edited by ewaller (2017-03-03 15:16:14)

progandy · 2017-03-03 22:07:27

You'll have to create a PKGBUILD manually since debtap doesn't do that. You can use the debtap output to get the meta information like dependencies, description and version, though. You can also take the generated .INSTALL file as your install script if necessary.
If you want to do that manually, the information is contained in control.tar.gz/./control. There may also be some files with commands you have to put into an install script.
The files you have to install are contained in the data.tar.gz archive, so you can extract that in your package function. It may be that you have to add some move commands to match the directory structure, e.g. moving /sbin to /usr/bin.

...
source=(http://xx.yy.zz/the_package.deb)
...

package() {
    bsdtar -zxf data.tar.gz -C "${pkgdir}"
    # maybe you have to move some files around here, e.g. ./sbin to ./usr/bin
}

Last edited by progandy (2017-03-03 22:09:11)

bycomputing · 2017-03-04 05:07:26

Hi Jristz, Oops sorry my bad. I just realized that the packages I'm talking about that have a tar.xz for their download are from the community repo and not from the AUR. I stand corrected and I think the title for this thread should actually be renamed to 'How do I submit a .deb file in the AUR?'

jasonwryan · 2017-03-04 06:32:40

You don't. You have been linked to the relevant documentation twice now, please read it before continuing to ask questions that are clearly documented there.

bycomputing · 2017-03-04 08:53:38

Hi jasonwryan, I am not actually asking another question. All I was saying was that I would not have asked the first question if I did not get mixed up in the first place, because the title could be misleading when what I actually mean was the other question.

bycomputing · 2017-03-04 09:33:28

Hi progandy, Thank you for explaining things to me. The information you gave was very helpful. I thought of making use of the meta information that debtap gives too to make my life easier. I now have a working PKGBUILD.
I was just wondering though if I should add a -bin to the name of my package to reflect it uses a pre-built binary?
Also thank you to everyone, you have all been very helpful.
Here is my PKGBUILD:

# Maintainer: Ryan Salvador <salvadorrye@gmail.com>
# Contributor: Ryan Salvador <salvadorrye@gmail.com>
pkgname=glise-bin
pkgver=1.7.1_1
pkgrel=1
pkgdesc="A subdivision surfaces 3D modeler featuring a complete Python API."
arch=('x86_64')
url="http://www.twistednormal.com/"
license=('custom')
depends=('aarch64-linux-gnu-gcc'
         'freetype2'
         'gcc-libs'
         'glibc'
         'intel-tbb'
         'libpng12'
         'libx11'
         'libxau'
         'libxcb'
         'libxcursor'
         'libxdmcp'
         'libxext'
         'libxfixes'
         'libxinerama'
         'libxrandr'
         'libxrender'
         'libxxf86vm'
	 'vagrant-substrate')
source=(http://www.twistednormal.com/download/glise_1.7.1_amd64.deb)
md5sums=('eb0453d1708e9113e24f333a6b5e4553')
package() {
    tar -xf data.tar.xz -C "${pkgdir}"
    install -D -m644 "/opt/glise/COPYRIGHTS.txt" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"
    install -D -m644 "/opt/glise/EULA.txt" "${pkgdir}/usr/share/licenses/${pkgname}/EULA"
    ln -s "/usr/lib/x86_64-linux-gnu/libembree.so" "${pkgdir}/usr/lib/libembree.so"
    ln -s "/usr/lib/x86_64-linux-gnu/libembree.so.2" "${pkgdir}/usr/lib/libembree.so.2"
    ln -s "/usr/lib/x86_64-linux-gnu/libembree.so.2.13.0" "${pkgdir}/usr/lib/libembree.so.2.13.0"
}

Last edited by bycomputing (2017-03-06 03:28:08)

Lone_Wolf · 2017-03-04 11:57:44

adding -bin to the packagename for these kind of packages is common practice.

a few comments :

You can remove the version requirements for the dependencies

The pkgdesc is rather long and includes the name of the package,

Use 'custom' in the license field and make sure the EULA is placed in /usr/share/licenses/$pkgname

Last edited by Lone_Wolf (2017-03-04 11:58:16)

bycomputing · 2017-03-06 03:28:22

Thanks. Now edited.

Lone_Wolf · 2017-03-06 11:22:34

    install -D -m644 "/opt/glise/COPYRIGHTS.txt" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"
    install -D -m644 "/opt/glise/EULA.txt" "${pkgdir}/usr/share/licenses/${pkgname}/EULA"

These lines will fail unless glise is already installed.

Looking at data.tar.xz, those files should be present at $pkgdir/opt/glise/ (after extracting data.tar.xz) .
Try using that as path/to/file for the install commands

bycomputing · 2017-03-07 13:42:23

I've run some tests and it actually does the job. However, I still took your word for it and updated the script just the same. One question though regarding version requirements for the dependencies, what difference does it make by removing them?

Lone_Wolf · 2017-03-07 14:38:39

I'm not sure if it is written down somewhere, but there's a very basic assumption about arch linux packages (both aur and official) :

They are build against latest versions in official repos.
Using min versions for dependencies conflicts with that.

Also by using min versions you claim it will work with any version between the minimum and the latest.
To make that a valid claim, you'd have to test against all those versions which is a lot of work.

Arch Linux

#1 2017-03-03 07:32:30

[Solved] How do I submit a tar.xz package in the AUR?

#2 2017-03-03 07:48:51

Re: [Solved] How do I submit a tar.xz package in the AUR?

#3 2017-03-03 15:15:57

Re: [Solved] How do I submit a tar.xz package in the AUR?

#4 2017-03-03 22:07:27

Re: [Solved] How do I submit a tar.xz package in the AUR?

#5 2017-03-04 05:07:26

Re: [Solved] How do I submit a tar.xz package in the AUR?

#6 2017-03-04 06:32:40

Re: [Solved] How do I submit a tar.xz package in the AUR?

#7 2017-03-04 08:53:38

Re: [Solved] How do I submit a tar.xz package in the AUR?

#8 2017-03-04 09:33:28

Re: [Solved] How do I submit a tar.xz package in the AUR?

#9 2017-03-04 11:57:44

Re: [Solved] How do I submit a tar.xz package in the AUR?

#10 2017-03-06 03:28:22

Re: [Solved] How do I submit a tar.xz package in the AUR?

#11 2017-03-06 11:22:34

Re: [Solved] How do I submit a tar.xz package in the AUR?

#12 2017-03-07 13:42:23

Re: [Solved] How do I submit a tar.xz package in the AUR?

#13 2017-03-07 14:38:39

Re: [Solved] How do I submit a tar.xz package in the AUR?

Board footer