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
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.
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.
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.
aur-general@lists.archlinux.org