Ticket #2271 (accepted defect)
2009 opkg upgrade segmentation fault
| Reported by: | iknowjoseph | Owned by: | Nytowl |
|---|---|---|---|
| Priority: | normal | Milestone: | Om2009 |
| Component: | opkg | Version: | |
| Severity: | normal | Keywords: | |
| Cc: | ticktock35@… | Blocked By: | |
| Blocking: | #2269 | Estimated Completion (week): | |
| HasPatchForReview: | no | PatchReviewResult: | |
| Reproducible: |
Description
15/04/2009 - opkg upgrade fails with a segmentation fault.
Attachments
Change History
comment:1 Changed 4 years ago by Nytowl
- Owner changed from openmoko-devel to Nytowl
- Status changed from new to accepted
- Component changed from unknown to opkg
- Cc ticktock35@… added
- Milestone set to Om2009
This caused by the failure to fork.
If you reduce memory usage ei close paroli and frameworkd it should complete
comment:3 Changed 4 years ago by iknowjoseph
Confirmed, it successfully completes after pkill'ing paroli and frameworkd. Probably another issue, but opkg upgrade returns:
Collected errors:
- ERROR: Cannot satisfy the following dependencies for libpixman-1-0:
- libgcc-s1 (>= 4.1.2) *
- Package libelementary-themes wants to install file /usr/share/elementary/themes/default.edj
But that file is already provided by package * paroli
- Package paroli wants to install file /usr/share/enlightenment/data/themes/illume.edj
But that file is already provided by package * e-wm-theme-illume
- Package paroli wants to install file /usr/share/enlightenment/data/config/illume/module.illume.cfg
But that file is already provided by package * e-wm-config-illume
- Package paroli wants to install file /usr/share/enlightenment/data/config/illume/e.cfg
But that file is already provided by package * e-wm-config-illume
root@om-gta02:~#
comment:4 Changed 4 years ago by Nytowl
As you are updating from the unstable repo this would be more appropriate on the devel list
OpenMoko?-devel <devel@…>
comment:5 Changed 4 years ago by nicolas.dufresne
The bigger is the update, the fewer are the chances the workaround works. For sure, somebody someday will have to look at opkg software (or switch to apt), but meanwhile I've manage to update a very old SHR Unstable with the following workaround (note, this is very slow).
opkg update for i in $(opkg list_upgradable); do opkg upgrade $i; done
