Re: [pacman-dev] [aur-general] makepkg 3.2.1 testing
G_Syme wrote:
On Sunday 24 August 2008 03:42:05 Xavier wrote:
[...] For FS#11292 (handling multiple source files which have the same name), a new feature had to be introduced. it is now possible to use the filename of your choice for remote sources, like this : source=('filename::http://path/to/file') This allows to handle multiple source files with same name, and also to handle more nicely weird URLs like http://www.vim.org/scripts/download_script.php?src_id=6992.
I've tried the above feature with a modified version of my eclipse-subversive-svn-connector package (attached).
I used the PKGBUILD you attached and it worked fine. I also tested with and without SRCDEST set in case that somehow caused it.
I've got the following behavior from makepkg: After clearing my local makepkg source cache I try to run:
$ makepkg -g ==> Retrieving Sources... -> Downloading feature.jar... --2008-08-24 10:22:46-- http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site... Resolving www.polarion.org... 212.227.210.100 Connecting to www.polarion.org|212.227.210.100|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 16510 (16K) [application/java-archive] Saving to: `org.polarion.eclipse.team.svn.connector_2.0.3.I20080814-1500.jar'
100%[======================================>] 16,510 --.-K/s in 0.1s
2008-08-24 10:22:47 (109 KB/s) - `org.polarion.eclipse.team.svn.connector_2.0.3.I20080814-1500.jar' saved [16510/16510]
What is really strange here is that makepkg isn't even saving the file to <name>.part. I don't understand this. Allan
On Sun, Aug 24, 2008 at 11:17 AM, Allan McRae <allan@archlinux.org> wrote:
I've got the following behavior from makepkg: After clearing my local makepkg source cache I try to run:
$ makepkg -g ==> Retrieving Sources... -> Downloading feature.jar... --2008-08-24 10:22:46-- http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site... Resolving www.polarion.org... 212.227.210.100 Connecting to www.polarion.org|212.227.210.100|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 16510 (16K) [application/java-archive] Saving to: `org.polarion.eclipse.team.svn.connector_2.0.3.I20080814-1500.jar'
100%[======================================>] 16,510 --.-K/s in 0.1s
2008-08-24 10:22:47 (109 KB/s) - `org.polarion.eclipse.team.svn.connector_2.0.3.I20080814-1500.jar' saved [16510/16510]
What is really strange here is that makepkg isn't even saving the file to <name>.part. I don't understand this.
Good catch, this made me guess the problem without even looking at makepkg. The problem is that I just broke the compatibility with the old DLAGENTS array (pre 3.2.0). The old scheme : 'http::/usr/bin/wget -c -t 3 --waitretry=3' The new one : 'http::/usr/bin/wget -c -t 3 --waitretry=3 -O %o %u' To G_Syme : you need to merge your makepkg.conf.new file to get the new syntax above. After that, it should work perfectly. I am not sure that it is worth supporting the old DLAGENTS array for this new filename feature, but at least makepkg should exit more gracefully and warn about the problem.
On Sun, Aug 24, 2008 at 1:23 PM, Xavier <shiningxc@gmail.com> wrote:
I am not sure that it is worth supporting the old DLAGENTS array for this new filename feature, but at least makepkg should exit more gracefully and warn about the problem.
Finally, it was easy enough to support both old and new DLAGENTS array. So with the attached makepkg, the new filename feature should work in every cases. As before, please report both positive and negative feedbacks :)
participants (2)
-
Allan McRae
-
Xavier