Opened 16 years ago
Closed 13 years ago
#42 closed defect (fixed)
cross architecture VEs
| Reported by: | Bryan Gartner | Owned by: | Bruno Cornec |
|---|---|---|---|
| Priority: | major | Milestone: | 0.12.1 |
| Component: | pb | Version: | 0.9.6 |
| Keywords: | Cc: |
Description
It seems there is an issue when using VE (like for an i386 VE on an x86_64 platform), that the uname -m returns that for the running kernel, which yields issues for PB and it's auto-detection and naming routines.
Change History (11)
comment:1 by , 16 years ago
| Owner: | set to |
|---|---|
| Status: | new → assigned |
comment:2 by , 16 years ago
comment:3 by , 16 years ago
| Milestone: | 0.9.7 → 0.9.8 |
|---|
comment:5 by , 15 years ago
| Milestone: | 0.9.10 → 0.9.11 |
|---|
This problem is also happening with rpmbootstrap. I'll work on a fix for this case, at least for this combination.
comment:6 by , 15 years ago
An approach would be to force the nature of the distribution we are working with in some cases where it could be useful (LSB build in a non detected LSB env, or windwos build in a Linux VM, or change of arch like here).
The issue is now when to force it, and still benefiting from the automagic detection, which is so useful.
comment:7 by , 14 years ago
| Milestone: | 0.10.1 → 0.10.2 |
|---|
comment:8 by , 14 years ago
| Milestone: | 0.11.3 → 0.11.4 |
|---|
comment:9 by , 13 years ago
| Milestone: | 0.12.1 → 0.12.2 |
|---|
comment:10 by , 13 years ago
| Milestone: | 0.12.2 → 0.12.1 |
|---|
The recent addition of setarch usage in pb code may help solving that for 0.12.1
comment:11 by , 13 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
This is now solved in the beta of 0.12.1 thanks to Eric Andersson's efforts.
This seems to be a rinse error, where after extracting everything with the i386 arch correctly, then rinse calls yum, but yum updates with x86_64 packages :-(