| Summary: | connman-applet spews warnings | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Saul Wold <sgw> |
| Component: | connectivity | Assignee: | Emilia Ciobanu <emilia.maria.silvia.ciobanu> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | emilia.maria.silvia.ciobanu, koen, meta.mr.watcher, meta.watcher, schnitzeltony |
| Version: | 1.4 | ||
| Target Milestone: | 1.4 M6 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
Saul Wold
2013-03-19 21:31:11 UTC
This issue is probably related to libpng upgrade. Investigation started. Funny: Does network-manager-applet use the same icons? There I have problems with nm-signal-*.png.
To investigate I did:
* Try to open these icons with gimp (meta-oe) and ristretto (meta-xfce). gimp can open them but shows only garbaged contents / ristretto complains about 'Decompression error in IDAT'
* Made a recipe for pngcheck and tested the suspicous files on target: No complaints.
* reverted commit aca6a67527d97b57b3d16848057bc29fff7c19d0 ("libpng : update to 1.60.0") and the files are handled correctly!
* tried to update libpng to 1.6.1 but this failed because it requires automake 1.13 which we do not have yet.
Long talk short result: It is a bug in libpng 1.6.0.
.
Can you give http://patchwork.openembedded.org/patch/48179/ a try? Sure, will do, later on today. Thanks, Cristian (In reply to comment #3) > Can you give http://patchwork.openembedded.org/patch/48179/ a try? Tried you patch, but the warnings still remain. Trying now with libpng-1.7.0beta07. Also failed due to automake 1.13 requirement. So use the patch in http://patchwork.openembedded.org/patch/48179/ to get around that automake requirement. Merged to master. Commit 4178360b2ba645f3519d227e27c0beb80768d801 |