[aur-general] Can't upload package to AUR
Hi, I've just built the new version of kernel26-fbcondecor (http://aur.archlinux.org/packages.php?ID=15603) based on the split package kernel26 from [core]/abs. It builds and installs fine and it creates every three packages. The first problem is that makepkg --source doesn't include the .install file into the package. The second problem is that I can't upload the archive which I then created with tar cfvz kernel26-fbcondecor.tar.gz kernel26-fbcondecor which includes the file kernel26.install. When I try to upload it I get a page with this error message: "Submit Use `makepkg --source` to generate source packages for submission! Invalid name: only lowercase letters are allowed." The package name is definitely correct. Is this a bug in AUR? If AUR parses the PKGBUILD's variable pkgname then it should parse the variable pkgbase instead if it's a split package because pkgname is an array in split packages. Greetings, Heiko
On 01/02/2010 12:35 PM, Heiko Baums wrote:
Hi,
I've just built the new version of kernel26-fbcondecor (http://aur.archlinux.org/packages.php?ID=15603) based on the split package kernel26 from [core]/abs.
It builds and installs fine and it creates every three packages.
The first problem is that makepkg --source doesn't include the .install file into the package.
The second problem is that I can't upload the archive which I then created with tar cfvz kernel26-fbcondecor.tar.gz kernel26-fbcondecor which includes the file kernel26.install. When I try to upload it I get a page with this error message:
"Submit
Use `makepkg --source` to generate source packages for submission! Invalid name: only lowercase letters are allowed."
The package name is definitely correct.
Is this a bug in AUR? If AUR parses the PKGBUILD's variable pkgname then it should parse the variable pkgbase instead if it's a split package because pkgname is an array in split packages.
Greetings, Heiko
aur doesn't support split builds -- Ionut
Am Sat, 02 Jan 2010 12:36:24 +0200 schrieb Ionut Biru <biru.ionut@gmail.com>:
aur doesn't support split builds
That's bad because makepkg does and I'd like to build kernel26-fbcondecor on top of kernel26 because my intention is to have the stock kernel with the additional fbcondecor patch. Is there a way to add support for split packages to AUR? Greetings, Heiko
On Sat 02 Jan 2010 11:40 +0100, Heiko Baums wrote:
Am Sat, 02 Jan 2010 12:36:24 +0200 schrieb Ionut Biru <biru.ionut@gmail.com>:
aur doesn't support split builds
That's bad because makepkg does and I'd like to build kernel26-fbcondecor on top of kernel26 because my intention is to have the stock kernel with the additional fbcondecor patch.
Is there a way to add support for split packages to AUR?
Grab the source code and write some patches. http://projects.archlinux.org/aur.git/ Make sure to read the HACKING file. If you have any other questions you can ask them on the aur-dev mailing list. Cheers.
On 04/01/2010, at 4:15, Loui Chang <louipc.ist@gmail.com> wrote:
On Sat 02 Jan 2010 11:40 +0100, Heiko Baums wrote:
Am Sat, 02 Jan 2010 12:36:24 +0200 schrieb Ionut Biru <biru.ionut@gmail.com>:
aur doesn't support split builds
That's bad because makepkg does and I'd like to build kernel26-fbcondecor on top of kernel26 because my intention is to have the stock kernel with the additional fbcondecor patch.
Is there a way to add support for split packages to AUR?
Grab the source code and write some patches. http://projects.archlinux.org/aur.git/
Make sure to read the HACKING file. If you have any other questions you can ask them on the aur-dev mailing list.
Cheers.
If anyone has the courage to do this, I suggest looking into using a PKGBUILD parsing library I wrote[1]. since this would delegate parsing to an external library, future changes like these would be much easier. [1]: http://github.com/sebnow/pkgparse
On Mon, Jan 04, 2010 at 05:14:57PM +0800, Sebastian Nowicki wrote:
If anyone has the courage to do this, I suggest looking into using a PKGBUILD parsing library I wrote[1]. since this would delegate parsing to an external library, future changes like these would be much easier.
Cool! A real parser is terrific, thanks for doing it. -- Jim Pryor profjim@jimpryor.net
Hi, I guess the package freetype2-static can be removed from AUR. http://aur.archlinux.org/packages.php?ID=18319 It's obsolete because freetype2 has the static library included again since a long time. And freetype2-static is out-of-date and orphaned. Greetings, Heiko
On 8 February 2010 17:14, Heiko Baums <lists@baums-on-web.de> wrote:
Hi,
I guess the package freetype2-static can be removed from AUR.
http://aur.archlinux.org/packages.php?ID=18319
It's obsolete because freetype2 has the static library included again since a long time. And freetype2-static is out-of-date and orphaned.
Greetings, Heiko
Thanks, done. -- GPG/PGP ID: B42DDCAD
Could someone, please, delete the duplicate and orphaned package x11/libtxc_dxtn? http://aur.archlinux.org/packages.php?ID=15571 It's a duplicate of this unfortunately also no longer maintained package lib/libtxc_dxtn. http://aur.archlinux.org/packages.php?ID=21519 Heiko
On Thu, May 13, 2010 at 8:56 AM, Heiko Baums <lists@baums-on-web.de> wrote:
Could someone, please, delete the duplicate and orphaned package x11/libtxc_dxtn? http://aur.archlinux.org/packages.php?ID=15571
It's a duplicate of this unfortunately also no longer maintained package lib/libtxc_dxtn. http://aur.archlinux.org/packages.php?ID=21519
Why is the older one the duplicate ? The newer one also got the license wrong : http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3tc_index.html the code itself is all BSD licensed Other than that, the two pkgbuilds are a bit different but should do the job.
Am Thu, 13 May 2010 11:22:46 +0200 schrieb Xavier Chantry <chantry.xavier@gmail.com>:
On Thu, May 13, 2010 at 8:56 AM, Heiko Baums <lists@baums-on-web.de> wrote:
Could someone, please, delete the duplicate and orphaned package x11/libtxc_dxtn? http://aur.archlinux.org/packages.php?ID=15571
It's a duplicate of this unfortunately also no longer maintained package lib/libtxc_dxtn. http://aur.archlinux.org/packages.php?ID=21519
Why is the older one the duplicate ?
The newer one also got the license wrong : http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3tc_index.html the code itself is all BSD licensed
Other than that, the two pkgbuilds are a bit different but should do the job.
Just delete the package you want. I thought the older one had an incomplete arch array and was only for i686 while the other one was also for x86_64, but I was wrong. I don't care which one to delete. Btw., the older one has the correct package name with the _ instead of an -. Heiko
Am 13.05.2010 11:48, schrieb Heiko Baums:
Am Thu, 13 May 2010 11:22:46 +0200
Btw., the older one has the correct package name with the _ instead of an -.
Heiko
Yes, this and the license issue was the reason to choose the newer one to remove. Thank you.
participants (8)
-
Heiko Baums
-
Ionut Biru
-
Jim Pryor
-
Loui Chang
-
Ray Rashif
-
Sebastian Nowicki
-
Stefan Husmann
-
Xavier Chantry