=== niub5 is now known as niub | ||
=== halvors1 is now known as halvors | ||
=== philroche_ is now known as philroche | ||
=== nicolasbock_ is now known as nicolasbock | ||
=== guiverc2 is now known as guiverc | ||
seb128 | cpaelzer, Failed to open module: /usr/lib/x86_64-linux-gnu/qemu/ui-gtk.so: undefined symbol: get_relocated_path | 11:14 |
---|---|---|
seb128 | cpaelzer, somehow the qemu depends are not correct there, probably not tight enough (it's an hirsute system slightly outdated) | 11:15 |
seb128 | cpaelzer, it was failing on missing win32_kbd_set_window, I updated qemu-system-gui and now get that error | 11:16 |
cpaelzer | seb128: interesting | 11:18 |
cpaelzer | seb128: let me try to recreate - can you post a list of packages you have installed? | 11:19 |
seb128 | cpaelzer, https://paste.ubuntu.com/p/6bYy2gNtbM/ | 11:19 |
cpaelzer | thanks seb128, but I meant all of them, a full -l | 11:20 |
seb128 | cpaelzer, I upgraded qemu-system-x86 which required to remove -kvm (which is why I hadn't the updates yet, I didn't know if that was ok) which updated a bunch of binaries and now it starts | 11:20 |
seb128 | cpaelzer, https://paste.ubuntu.com/p/8t8jvGgRvP/ fixed it | 11:21 |
seb128 | the qemu binaries should probably be on the same version and not allow partial upgrades | 11:22 |
seb128 | cpaelzer, I had qemu-system-x86 outdated because it required to remove -kvm to update but qemu-system-common/data/gui were on a newer version | 11:23 |
cpaelzer | qemu-kvm is only a virtual package nowadays, but even in the past didn't contain any real binaries | 11:26 |
cpaelzer | from your logs I bet it is the mismatch of qemu-system-x86 to qemu-system-gui | 11:26 |
cpaelzer | That is already an = 1:5.0-5ubuntu9 and such, but only a recommends no Depends | 11:30 |
cpaelzer | as some people want the UI and some desperately try to avoid all the further dependencies that come with it | 11:30 |
cpaelzer | maybe we need a reverse breaks to ensure this cobination will never be allowed? | 11:31 |
seb128 | cpaelzer, is it normal that qemu-system-gui has no depends on any other qemu package? it only ships some .so files so it's probably not useful by itself? | 11:33 |
seb128 | if it was depending on e.g qemu-system-x86 it could have a versioned depends | 11:34 |
cpaelzer | it contains plugins extending the features of qemu-system-* | 11:34 |
cpaelzer | it does nothing on its own | 11:35 |
seb128 | so it should probably depends on qemu-system-<something>? | 11:36 |
seb128 | but yeah, another way would be to qemu-system-x86 Breask -gui (>> current-version) | 11:37 |
seb128 | Breaks | 11:37 |
cpaelzer | yeah this will look a bit awkward as it becomes useful with "either of" so probably a long list with | | 11:37 |
seb128 | anyway, probably not an important issue, we don't support partial upgrades | 11:37 |
seb128 | I just got bitten by doing an 'upgade' instead of 'dist-upgrade' | 11:37 |
seb128 | and I had -kvm around which blocked some binaries | 11:38 |
seb128 | cpaelzer, thanks for the replies! | 11:38 |
cpaelzer | it is a useful report to tighten things a bit | 11:38 |
cpaelzer | thank you! | 11:38 |
seb128 | cpaelzer, do you want a launchpad report so the conversation doesn't get lost? | 11:39 |
cpaelzer | no, I'll create one if I need it | 11:39 |
seb128 | k, thx | 11:41 |
cpaelzer | seb128: FYI https://salsa.debian.org/qemu-team/qemu/-/merge_requests/17 | 12:37 |
seb128 | cpaelzer, thanks, great summary of the issue and the change makes sense | 12:54 |
seb128 | could someone from the SRU team comment on https://bugs.launchpad.net/ubuntu/+source/yaru-theme/+bug/1907844 , there yaru team asked some questions on whether some UI fixes would be acceptable for SRU or not | 15:29 |
ubottu | Launchpad bug 1907844 in yaru-theme (Ubuntu) "[SRU] Backport icon-changes from groovy to focal " [Undecided,New] | 15:29 |
seb128 | sil2100, ^ | 15:29 |
=== alan_g_ is now known as alan_g | ||
rbasak | I'm not really sure. Has the SRU team ever opined on the stable release acceptability for visual changes that aren't obviously bugs? | 15:46 |
* rbasak would want to consult with the wider team | 15:47 | |
=== ItzSwirlz_ is now known as ItzSwirlz | ||
jdstrand | rick_h: hey, I noticed that my esm user is my canonical address, but that is not a valid email (my LP account is the same though). do you have a pointer as to how to fix it and if not, where to file a bug? | 17:47 |
=== ijohnson is now known as ijohnson|lunch | ||
xnox | jdstrand: maybe #canonical-sysadmin channel here on freenode, and/or community rt@ubuntu.com can help? => although that's mostly IS, and I don't know if they manage the esm/ua stuff. | 18:09 |
=== sem2peie- is now known as sem2peie | ||
=== sem2peie- is now known as sem2peie | ||
=== sem2peie- is now known as sem2peie | ||
=== sem2peie- is now known as sem2peie | ||
=== ijohnson|lunch is now known as ijohnson | ||
=== halvors1 is now known as halvors | ||
tdaitx | is there a specific process to join/apply for membership in ubuntu-sponsors? as I indirectly "own" the team (through core-dev) I can only 'add' myself in directly with no review by the existing members, there's no option to 'request' membership | 22:36 |
xnox | tdaitx: i think there is. cause one needs to know what to do with it, which reports to monitor ects. | 22:40 |
xnox | tdaitx: can't rmemeber who managed it. like bdmurray? | 22:40 |
tdaitx | I couldn't find any wiki entry documenting how to apply, neither on the team description | 22:41 |
tdaitx | https://wiki.ubuntu.com/SponsorshipProcess only says "Any Ubuntu developer who is interested in acting as a sponsor is welcome to apply for membership in the appropriate team." | 22:41 |
bdmurray | I do seem to be an admin | 22:43 |
=== setuid_ is now known as setuid | ||
=== fabiomirmar_ is now known as fabiomirmar |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!