FS#19327 - JSON reports different file extension than actual

Attached to Project: AUR web interface
Opened by Dave Reisner (falconindy) - Sunday, 02 May 2010, 14:46 GMT
Last edited by Lukas Fleischer (lfleischer) - Monday, 21 February 2011, 09:51 GMT
Task Type Bug Report
Category Backend
Status Closed
Assigned To Lukas Fleischer (lfleischer)
Architecture All
Severity Low
Priority Normal
Reported Version 1.6.0
Due in Version 1.8.0
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

The JSON reply for the package 'clipf' reports a .tgz extension, but the AUR has repackaged the file as tar.gz. The AUR's actual page for this package isn't bothered, but AUR agents looking to fetch the file are disappointed. There may be others affected but this is the only one I've found thus far.

I assume this occurs when someone uploads a .tgz (and blatantly avoids using makepkg --source).
This task depends upon

Closed by  Lukas Fleischer (lfleischer)
Monday, 21 February 2011, 09:51 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in 1.8.0.
Comment by Chris Brannon (cmb) - Tuesday, 02 November 2010, 00:57 GMT
Hello. Do you have a list of steps which will reproduce this bug?
I have an instance of the AUR code running on my local machine, and I
can't reproduce it. Finally, is this issue related to  FS#15308 ?
Comment by Dave Reisner (falconindy) - Tuesday, 02 November 2010, 01:06 GMT Comment by Chris Brannon (cmb) - Tuesday, 02 November 2010, 01:41 GMT
Apparently, this was fixed in the past, and some of the database
entries are just bad.
When you upload to the current version of the AUR, the PKGBUILD tarball
is saved as $pkgname.tar.gz, regardless of the extension that you used
when uploading it.
Comment by Lukas Fleischer (lfleischer) - Monday, 24 January 2011, 17:15 GMT
Pushed a fix to my working tree [1]. Needs some more testing before I push this to the official repo tho.

[1] http://git.cryptocrack.de/aur.git/commit/?id=556de318aeeef6019bb7628389beee1358de93f8
Comment by Lukas Fleischer (lfleischer) - Tuesday, 25 January 2011, 10:05 GMT

Loading...