Improve the Windows graphics drivers' scraper
Categories
(Toolkit :: Crash Reporting, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox135 | --- | fixed |
People
(Reporter: gsvelto, Assigned: gsvelto)
References
(Blocks 2 open bugs)
Details
Attachments
(1 external file)
It seems that the graphics driver scraper is not capable of unpacking all the drivers it finds, leaving holes in the symbols we have available (see bug 1863045). This is an issue I feared we'd run into as the different vendors use rather weird containers for their drivers. I'll have to sample them and find how to unpack each reliably.
| Assignee | ||
Comment 1•1 year ago
|
||
This fixes several issues that prevented the Windows graphics drivers sraper
from working correctly. For starters the version of 7-zip that ships with
Debian 12 was not able to unpack a lot of the recent drivers, so I've added a
build task that will generate a recent version of the program and adjusted the
task to use that instead of the Debian one. Once Debian gets updated we can get
rid of it. Additionally the script now has a cutoff date that will force it to
rescrape all drivers that were scraped before the 15th of December 2024. Last
but not least the Docker image of the task now installs the file command
which was missing and caused the script to fail silently.
Updated•1 year ago
|
Comment 3•1 year ago
|
||
| bugherder | ||
Comment 4•1 year ago
|
||
I'm pretty sure https://bugzilla.mozilla.org/show_bug.cgi?id=1945900 is not related to this at all.
Description
•