[aur-general] Deletion request
Delete package : oracle 11gR1-1 (https://aur.archlinux.org/packages.php?ID=23730&O=&L=&C=&K=&SB=&SO=&PP=&do_Orphans=&SeB=) Because, it's orphan, it's out-of-date, source link is broken (==cannot be built). Regards, -- Sébastien Luttringer www.seblu.net
On Mon 13 Dec 2010 00:14 +0100, Seblu wrote:
Delete package : oracle 11gR1-1 (https://aur.archlinux.org/packages.php?ID=23730&O=&L=&C=&K=&SB=&SO=&PP=&do_Orphans=&SeB=)
Because, it's orphan, it's out-of-date, source link is broken (==cannot be built).
Well, I must have deleted the source file in a recent cleanup. Sources should not be hosted on the AUR. Otherwise let whoever the new maintainer may be fix the PKGBUILD to retrieve sources remotely.
On Mon, Dec 13, 2010 at 12:24 AM, Loui Chang <louipc.ist@gmail.com> wrote:
On Mon 13 Dec 2010 00:14 +0100, Seblu wrote:
Delete package : oracle 11gR1-1 (https://aur.archlinux.org/packages.php?ID=23730&O=&L=&C=&K=&SB=&SO=&PP=&do_Orphans=&SeB=)
Because, it's orphan, it's out-of-date, source link is broken (==cannot be built).
Well, I must have deleted the source file in a recent cleanup. Sources should not be hosted on the AUR. Otherwise let whoever the new maintainer may be fix the PKGBUILD to retrieve sources remotely.
Ok my bad. I don't see it was a local link... By trying to update this package i discovered that we need an oracle account and accept a license to be able to download the Zip files needed to installation. I don't believe this is simply scriptable in a PKGBUILD. So, we can: 1 - Delete the package 2 - Update the package and asking to user which want to build package to manually download zip files from oracle.com What would you prefer? -- Sébastien Luttringer www.seblu.net
Am 13.12.2010 01:33, schrieb Seblu:
On Mon, Dec 13, 2010 at 12:24 AM, Loui Chang <louipc.ist@gmail.com> wrote:
On Mon 13 Dec 2010 00:14 +0100, Seblu wrote:
Delete package : oracle 11gR1-1 (https://aur.archlinux.org/packages.php?ID=23730&O=&L=&C=&K=&SB=&SO=&PP=&do_Orphans=&SeB=)
Because, it's orphan, it's out-of-date, source link is broken (==cannot be built).
Well, I must have deleted the source file in a recent cleanup. Sources should not be hosted on the AUR. Otherwise let whoever the new maintainer may be fix the PKGBUILD to retrieve sources remotely.
Ok my bad. I don't see it was a local link...
By trying to update this package i discovered that we need an oracle account and accept a license to be able to download the Zip files needed to installation. I don't believe this is simply scriptable in a PKGBUILD. So, we can: 1 - Delete the package 2 - Update the package and asking to user which want to build package to manually download zip files from oracle.com
What would you prefer?
I would prefer the latter.
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann <stefan-husmann@t-online.de
wrote:
Am 13.12.2010 01:33, schrieb Seblu:
On Mon, Dec 13, 2010 at 12:24 AM, Loui Chang <louipc.ist@gmail.com> wrote:
On Mon 13 Dec 2010 00:14 +0100, Seblu wrote:
Delete package : oracle 11gR1-1 ( https://aur.archlinux.org/packages.php?ID=23730&O=&L=&C=&K=&SB=&SO=&PP=&do_Orphans=&SeB= )
Because, it's orphan, it's out-of-date, source link is broken (==cannot be built).
Well, I must have deleted the source file in a recent cleanup. Sources should not be hosted on the AUR. Otherwise let whoever the new maintainer may be fix the PKGBUILD to retrieve sources remotely.
Ok my bad. I don't see it was a local link...
By trying to update this package i discovered that we need an oracle account and accept a license to be able to download the Zip files needed to installation. I don't believe this is simply scriptable in a PKGBUILD. So, we can: 1 - Delete the package 2 - Update the package and asking to user which want to build package to manually download zip files from oracle.com
What would you prefer?
I would prefer the latter.
There is a similar case with packages like steinberg-vst [1]. The package just assumes the source are already downloaded in the build directory as explained in comment. [1] http://aur.archlinux.org/packages.php?ID=16748 -- Cédric Girard
2010/12/13 Cédric Girard <girard.cedric@gmail.com>:
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann <stefan-husmann@t-online.de There is a similar case with packages like steinberg-vst [1]. The package just assumes the source are already downloaded in the build directory as explained in comment.
ok. do you have a trick to tell to "makepkg --source" to not include in src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR? Regards, -- Sébastien Luttringer www.seblu.net
Le 19/12/2010 17:55, Seblu a écrit :
2010/12/13 Cédric Girard<girard.cedric@gmail.com>:
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann<stefan-husmann@t-online.de There is a similar case with packages like steinberg-vst [1]. The package just assumes the source are already downloaded in the build directory as explained in comment.
ok.
do you have a trick to tell to "makepkg --source" to not include in src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR?
Regards,
source=('http://dummy.address.com/file-already-downloaded.ext') That should work ^
On Sun, Dec 19, 2010 at 4:58 PM, cantabile <cantabile.desu@gmail.com> wrote:
Le 19/12/2010 17:55, Seblu a écrit :
2010/12/13 Cédric Girard<girard.cedric@gmail.com>:
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann<stefan-husmann@t-online.de There is a similar case with packages like steinberg-vst [1]. The package just assumes the source are already downloaded in the build directory as explained in comment.
ok.
do you have a trick to tell to "makepkg --source" to not include in src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR?
Regards,
source=('http://dummy.address.com/file-already-downloaded.ext') That should work ^ Yes but he does not like it. And this is not a pretty way, because makepkg download will just fail rather than showing a message to ask a manual download. So i think a better way is to not mark the file in source var, and doing checking by hand and ask to download if not present.
But in this PKGBUILD, he uses source var to make checking. And on AUR zip file is not uploaded. So i'm wondering if they are an option or he deleting file manually. http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/PKGBUILD http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/vst_sdk2_3.zip Regards, -- Sébastien Luttringer www.seblu.net
On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:
On Sun, Dec 19, 2010 at 4:58 PM, cantabile <cantabile.desu@gmail.com> wrote:
Le 19/12/2010 17:55, Seblu a écrit :
2010/12/13 Cédric Girard<girard.cedric@gmail.com>:
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann<stefan-husmann@t-online.de There is a similar case with packages like steinberg-vst [1]. The package just assumes the source are already downloaded in the build directory as explained in comment.
ok.
do you have a trick to tell to "makepkg --source" to not include in src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR?
Regards,
source=('http://dummy.address.com/file-already-downloaded.ext') That should work ^ Yes but he does not like it. And this is not a pretty way, because makepkg download will just fail rather than showing a message to ask a manual download. So i think a better way is to not mark the file in source var, and doing checking by hand and ask to download if not present.
But in this PKGBUILD, he uses source var to make checking. And on AUR zip file is not uploaded. So i'm wondering if they are an option or he deleting file manually. http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/PKGBUILD http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/vst_sdk2_3.zip
Well if the zip archive exists in the package tarball, then I removed it during a recent cleanup.
Le 19 déc. 2010 17:59, "Loui Chang" <louipc.ist@gmail.com> a écrit :
On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:
On Sun, Dec 19, 2010 at 4:58 PM, cantabile <cantabile.desu@gmail.com>
Le 19/12/2010 17:55, Seblu a écrit :
2010/12/13 Cédric Girard<girard.cedric@gmail.com>:
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann<stefan-husmann@t-online.de There is a similar case with packages like steinberg-vst [1]. The
just assumes the source are already downloaded in the build
wrote: package directory as
explained in comment.
ok.
do you have a trick to tell to "makepkg --source" to not include in src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR?
Regards,
source=('http://dummy.address.com/file-already-downloaded.ext') That should work ^ Yes but he does not like it. And this is not a pretty way, because makepkg download will just fail rather than showing a message to ask a manual download. So i think a better way is to not mark the file in source var, and doing checking by hand and ask to download if not present.
But in this PKGBUILD, he uses source var to make checking. And on AUR zip file is not uploaded. So i'm wondering if they are an option or he deleting file manually. http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/PKGBUILD
http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/vst_sdk2_3.zip
Well if the zip archive exists in the package tarball, then I removed it during a recent cleanup.
As far as I can remember, the packager never put the zip in to this package, it would have been against the license terms of this sdk.
2010/12/19 Cédric Girard <girard.cedric@gmail.com>:
Le 19 déc. 2010 17:59, "Loui Chang" <louipc.ist@gmail.com> a écrit :
On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:
On Sun, Dec 19, 2010 at 4:58 PM, cantabile <cantabile.desu@gmail.com>
Le 19/12/2010 17:55, Seblu a écrit :
2010/12/13 Cédric Girard<girard.cedric@gmail.com>:
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann<stefan-husmann@t-online.de There is a similar case with packages like steinberg-vst [1]. The
just assumes the source are already downloaded in the build
wrote: package directory as
explained in comment.
ok.
do you have a trick to tell to "makepkg --source" to not include in src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR?
Regards,
source=('http://dummy.address.com/file-already-downloaded.ext') That should work ^ Yes but he does not like it. And this is not a pretty way, because makepkg download will just fail rather than showing a message to ask a manual download. So i think a better way is to not mark the file in source var, and doing checking by hand and ask to download if not present.
But in this PKGBUILD, he uses source var to make checking. And on AUR zip file is not uploaded. So i'm wondering if they are an option or he deleting file manually. http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/PKGBUILD
http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/vst_sdk2_3.zip
Well if the zip archive exists in the package tarball, then I removed it during a recent cleanup.
As far as I can remember, the packager never put the zip in to this package, it would have been against the license terms of this sdk.
Hum this last words let my question remains. Regards, -- Sébastien Luttringer www.seblu.net
Le 19 déc. 2010 19:40, "Seblu" <seblu@seblu.net> a écrit :
2010/12/19 Cédric Girard <girard.cedric@gmail.com>:
Le 19 déc. 2010 17:59, "Loui Chang" <louipc.ist@gmail.com> a écrit :
On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:
On Sun, Dec 19, 2010 at 4:58 PM, cantabile <cantabile.desu@gmail.com>
Le 19/12/2010 17:55, Seblu a écrit :
2010/12/13 Cédric Girard<girard.cedric@gmail.com>: > > On Mon, Dec 13, 2010 at 10:40 AM, Stefan > Husmann<stefan-husmann@t-online.de > There is a similar case with packages like steinberg-vst [1]. The
> just assumes the source are already downloaded in the build
wrote: package directory as
> explained in comment. > > [1] http://aur.archlinux.org/packages.php?ID=16748 > ok.
do you have a trick to tell to "makepkg --source" to not include
src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR?
Regards,
source=('http://dummy.address.com/file-already-downloaded.ext') That should work ^ Yes but he does not like it. And this is not a pretty way, because makepkg download will just fail rather than showing a message to ask a manual download. So i think a better way is to not mark the file in source var, and doing checking by hand and ask to download if not present.
But in this PKGBUILD, he uses source var to make checking. And on AUR zip file is not uploaded. So i'm wondering if they are an option or he deleting file manually.
http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/PKGBUILD
http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/vst_sdk2_3.zip
Well if the zip archive exists in the package tarball, then I removed
it
during a recent cleanup.
As far as I can remember, the packager never put the zip in to this
in package,
it would have been against the license terms of this sdk.
Hum this last words let my question remains.
Regards, -- Sébastien Luttringer www.seblu.net Try to ask the packager directly. I don't know how he is dealing with this exactly and cannot do any test right now.
On Sun 19 Dec 2010 17:58 +0200, cantabile wrote:
Le 19/12/2010 17:55, Seblu a écrit :
2010/12/13 Cédric Girard<girard.cedric@gmail.com>:
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann<stefan-husmann@t-online.de There is a similar case with packages like steinberg-vst [1]. The package just assumes the source are already downloaded in the build directory as explained in comment.
do you have a trick to tell to "makepkg --source" to not include in src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR?
source=('http://dummy.address.com/file-already-downloaded.ext') That should work ^
Yeah any dummy address would work too. You should put a comment so people understand that.
On Sun 19 Dec 2010 16:55 +0100, Seblu wrote:
2010/12/13 Cédric Girard <girard.cedric@gmail.com>:
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann <stefan-husmann@t-online.de There is a similar case with packages like steinberg-vst [1]. The package just assumes the source are already downloaded in the build directory as explained in comment.
ok.
do you have a trick to tell to "makepkg --source" to not include in src package the file which should be download manually? or you remove it from the tarball manually before uploading to AUR?
You could use source=(file://source.tar.gz)
participants (5)
-
cantabile
-
Cédric Girard
-
Loui Chang
-
Seblu
-
Stefan Husmann