Hi,
If I clean out the "packagefile.xml" file (aka the package registry) and manually remove all obsolete package entries..... if the remaining <itemXYZ> tags are not sequential, would that be an issue for Lazarus or lazbuild?
Regards,
Graeme

Mailing lists / lazarus / 2017-01
7 messages · 3 people ·
Reply by email Subscribe to this list Your subscription
Read-only archive. Use j and k to move between messages.
Hi,
If I clean out the "packagefile.xml" file (aka the package registry) and manually remove all obsolete package entries..... if the remaining <itemXYZ> tags are not sequential, would that be an issue for Lazarus or lazbuild?
Regards,
Graeme
I think that would be an issue; I have always kept them sequential.
Michael.
Michael Van Canneyt wroteI think that would be an issue; I have always kept them sequential.
I've always done the same (keep them sequential), but there was an aweful lot of packages in that registry, so I took a chance... I didn't even update the <UserPkgLinsk> Count attribute.... It seems lazbuild didn't give a hoot, and everything functioned as normal. Yeah!
I was curious though and asked the question here, before I completed cannibalising the package registry file. :)
So now we know, don't bother with sequential numbers... at least for now. But we don't know what the future holds. ;-)
Regards,
Graeme
If I clean out the "packagefile.xml" file (aka the package registry) and manually remove…
No problem.
Mattias
Mattias Gaertner wroteNo problem.
Thanks for confirming that Mattias.
Regards,
Graeme
On Thu, 12 Jan 2017 14:44:05 +0000 No problem. Mattias
That is, assuming you have not touched the 'count' ?
Michael.
Michael Van Canneyt wroteThat is, assuming you have not touched the 'count' ?
I didn't look at the lazbuild code, but that should be easy to work around (if not already done so). eg: Read the package registry xml file. Read the Count attribute value and compare that to the child count of UserPkgLinks. If they don't match, ignore the Count attribute and simply walk through all the children of UserPkgLinks.
Regards,
Graeme