[aur-general] Deletion request - Aur-general - lists.archlinux.org

newer
[aur-general] Discussion about...

[aur-general] Deletion request

older
[aur-general] Please remove...

Seblu

12 Dec 2010 12 Dec '10

11:14 p.m.

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

Show replies by date

Loui Chang

12 Dec 12 Dec

11:24 p.m.

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.

Seblu

13 Dec 13 Dec

12:33 a.m.

On Mon, Dec 13, 2010 at 12:24 AM, Loui Chang 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

Stefan Husmann

9:40 a.m.

Am 13.12.2010 01:33, schrieb Seblu:

On Mon, Dec 13, 2010 at 12:24 AM, Loui Chang 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.

Cédric Girard

2:49 p.m.

On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann

wrote:

Am 13.12.2010 01:33, schrieb Seblu:

...
On Mon, Dec 13, 2010 at 12:24 AM, Loui Chang 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

Seblu

19 Dec 19 Dec

3:55 p.m.

2010/12/13 Cédric Girard :

On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann
[1] http://aur.archlinux.org/packages.php?ID=16748

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

cantabile

3:58 p.m.

Le 19/12/2010 17:55, Seblu a écrit :

2010/12/13 Cédric Girard:

...
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann
[1] http://aur.archlinux.org/packages.php?ID=16748

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 ^

Seblu

4:15 p.m.

On Sun, Dec 19, 2010 at 4:58 PM, cantabile wrote:

Le 19/12/2010 17:55, Seblu a écrit :

...
2010/12/13 Cédric Girard:

...
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann
[1] http://aur.archlinux.org/packages.php?ID=16748

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

Loui Chang

4:54 p.m.

On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:

On Sun, Dec 19, 2010 at 4:58 PM, cantabile wrote:

...
Le 19/12/2010 17:55, Seblu a écrit :

...
2010/12/13 Cédric Girard:

...
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann
[1] http://aur.archlinux.org/packages.php?ID=16748

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.

Cédric Girard

6:26 p.m.

Le 19 déc. 2010 17:59, "Loui Chang" a écrit :

On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:

...
On Sun, Dec 19, 2010 at 4:58 PM, cantabile

...
...
Le 19/12/2010 17:55, Seblu a écrit :

...
2010/12/13 Cédric Girard:

...
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann

...
...
...
...
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 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.

Seblu

6:39 p.m.

2010/12/19 Cédric Girard :

Le 19 déc. 2010 17:59, "Loui Chang" a écrit :

...
On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:

...
On Sun, Dec 19, 2010 at 4:58 PM, cantabile

...
...
...
Le 19/12/2010 17:55, Seblu a écrit :

...
2010/12/13 Cédric Girard:

...
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann
...
...
...
...
...
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 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

Cédric Girard

6:45 p.m.

Le 19 déc. 2010 19:40, "Seblu" a écrit :

2010/12/19 Cédric Girard :

...
Le 19 déc. 2010 17:59, "Loui Chang" a écrit :

...
On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:

...
On Sun, Dec 19, 2010 at 4:58 PM, cantabile

...
...
...
Le 19/12/2010 17:55, Seblu a écrit :

...
2010/12/13 Cédric Girard: > > On Mon, Dec 13, 2010 at 10:40 AM, Stefan > Husmann 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.

Loui Chang

4:25 p.m.

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:

...
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann
[1] http://aur.archlinux.org/packages.php?ID=16748

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.

Loui Chang

4:17 p.m.

On Sun 19 Dec 2010 16:55 +0100, Seblu wrote:

2010/12/13 Cédric Girard :

...
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann
[1] http://aur.archlinux.org/packages.php?ID=16748

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)

4899

Age (days ago)

4906

Last active (days ago)

Download

13 comments

5 participants

tags

participants (5)

cantabile
Cédric Girard
Loui Chang
Seblu
Stefan Husmann