FS#48796 - RPC doesn't support architecture specific fields

Attached to Project: AUR web interface
Opened by Remy Marquis (Spyhawk) - Sunday, 03 April 2016, 11:26 GMT
Last edited by Lukas Fleischer (lfleischer) - Thursday, 23 April 2020, 00:18 GMT
Task Type Bug Report
Category PKGBUILD Parser
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version 4.2.0
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

The RPC interface doesn't properly support the architecture specific fields (such as depends_x86_64, depends_i686). Instead, it lists all depends and makedepends in the same generic array.

This issue was reported on the mailing list a while ago [1], but was never reported on the bug tracker and was forgotten. It resurfaced recently in the forums as some helpers rely on the RPC for dependency tree solving. [2]

I never took time to write a patch, but maybe someone will jump in and push a quick fix for this RPC issue.


1. https://lists.archlinux.org/pipermail/aur-dev/2014-December/003012.html
2. https://bbs.archlinux.org/viewtopic.php?pid=1617103#p1617103
This task depends upon

Closed by  Lukas Fleischer (lfleischer)
Thursday, 23 April 2020, 00:18 GMT
Reason for closing:  Not a bug
Comment by Xyne (Xyne) - Sunday, 03 April 2016, 11:46 GMT
For anyone willing to write the patch, please just map all SRCINFO fields to the RPC results, e.g. "Depends", "Depends_x86_64", "Architecture", alongside additional AUR-specific fields such as AUR IDs, votes, etc. All of the data in SRCINFO should be included.

Perhaps a semi-blind mapping function would be the best approach: compile a list of integer and list fields and just run through the SRCINFO file mapping that with those, e.g.

if field in LIST_FIELDS:
obj[field].append(value)
elif field in INTEGER_FIELDS:
obj[field] = int(value)
else:
obj[field] = value

Loading...