AUR web interface

Tasklist

FS#5343 - deps missing from AUR website page

Attached to Project: AUR web interface
Opened by Scott H (stonecrest) - Sunday, 03 September 2006, 03:06 GMT
Task Type Bug Report
Category Backend
Status Closed
Assigned To No-one
Architecture All
Severity Medium
Priority Normal
Reported Version 1.2.9
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

It appears that deps that are in the PKGBUILD are sometimes missing from the AUR website page. For example:
http://aur.archlinux.org/packages.php?do_Details=1&ID=1148&O=0&L=0&C=0&K=poedit&SB=&SO=&PP=25&do_MyPackages=0&do_Orphans=0&SeB=nd

The PKGBUILD lists:
depends=(wxgtk db gtkspell)

while the website lists:
Dependencies
db
gtkspell

WillySilly seems to think it might have something to do with when dependencies are moved out of AUR:
20:57 WillySilly| Maybe wxgtk was in aur when the pkgbuild was last edited,
then moved to extra
20:57 WillySilly| so the dep disappeared
20:58 stonecrest| hmm? shouldn't the dep show up if it's in aur or extra?
20:58 WillySilly| it should yes
20:58 WillySilly| this is a bug
20:59 WillySilly| but if it moved to extra after the pkgbuild was updated
the dep will disappear
20:59 WillySilly| this has happened with some of my pkgbuilds in unsupported
before
20:59 WillySilly| Like when twisted moved to extra
This task depends upon

Closed by  Douglas Soares de Andrade (dsa)
Saturday, 20 January 2007, 12:23 GMT
Reason for closing:  None
Additional comments about closing:  As this was the only package (that we have notice) that was having this problem, and it is working after being updated, im closing this.
Comment by Simo Leone (neotuli) - Friday, 08 September 2006, 02:07 GMT
solution: don't ever delete packages altogether, they should jsut have their fields cleared and DUMMYPKG set to true.

needs fix in: tupkgupdate, web interface

That's how to fix it.. now let's see when i get a chance.
Comment by Simo Leone (neotuli) - Friday, 08 September 2006, 02:08 GMT
oh i should add that there's little chance of fixing packages that already got "broke" this way, without re-parsing all the dependencies...

Loading...