| === chihchun_afk is now known as chihchun | ||
| duflu | RAOF: Got a fix for devel cooking? https://bugs.launchpad.net/mir/+bug/1351133 | 03:35 |
|---|---|---|
| ubot5 | Launchpad bug 1351133 in Mir "Incomplete removal of libmirprotobuf causes reverse dependencies to FTBFS" [High,Triaged] | 03:35 |
| RAOF | duflu: Have I not proposed that? | 03:36 |
| * duflu double checks | 03:36 | |
| duflu | Can't see it | 03:36 |
| RAOF | Bah. | 03:37 |
| RAOF | I did it first, but didn't push it. | 03:37 |
| RAOF | duflu: Enjoy | 03:40 |
| * duflu prefers other forms of enjoyment | 03:41 | |
| RAOF | https://code.launchpad.net/~raof/mir/finish-off-mirprotobuf-removal/+merge/229374 | 03:41 |
| duflu | RAOF: Glad to have a proposal to approve. ;) | 03:47 |
| duflu | RAOF: Err we appear to have broken mirclient dependencies used by gtk-3.0 in the coming Mir 0.6.0 :( | 05:37 |
| duflu | So things outside-the-silo (gtk 3) won't work any more | 05:38 |
| RAOF | duflu: Really? What's the error? | 05:38 |
| duflu | https://bugs.launchpad.net/mir/+bug/1352149 | 05:38 |
| ubot5 | Launchpad bug 1352149 in Mir 0.6 "libmirclient.so.8 ABI broken but not incremented in Mir 0.6.0" [High,New] | 05:38 |
| RAOF | No, that's ok. | 05:39 |
| RAOF | Or, at least, it should be. | 05:39 |
| duflu | RAOF: What? The old one can linger? | 05:39 |
| RAOF | Absolutely. | 05:39 |
| RAOF | It'll be NBS (not built from source), but it's not an ABI break. | 05:40 |
| * duflu tries it | 05:40 | |
| seb128 | RAOF, nbs means the new source is going to be blocker in proposed by britney (if I understand correctly what you are saying) | 06:06 |
| seb128 | blocked even | 06:07 |
| RAOF | seb128: And so gtk3 gets a no-change rebuild, and we go back to base for debriefing and cocktails? | 06:07 |
| seb128 | yes | 06:08 |
| seb128 | just need that no change rebuild ;-) | 06:08 |
| seb128 | well, if it's really no change | 06:08 |
| RAOF | It really is. | 06:08 |
| seb128 | wait | 06:08 |
| seb128 | you are dropping a .so from a binary without renaming it? | 06:09 |
| RAOF | Yes. | 06:09 |
| seb128 | shrug | 06:09 |
| RAOF | Dropping libmirprotobuf entirely. | 06:09 |
| seb128 | that's going to make gtk apps fail to start | 06:09 |
| seb128 | nothing is going to block mir to migrate in that context | 06:09 |
| seb128 | but gtk, until rebuild, is going to try to load that library and fail to load | 06:10 |
| seb128 | you can't do that | 06:10 |
| RAOF | gtk will have a dependency on the libmirprotobuf package, right? | 06:10 |
| seb128 | is that a package | 06:10 |
| RAOF | Yup. | 06:10 |
| seb128 | or is a .so in a binary that is not going away? | 06:10 |
| RAOF | It's a .so in a package that *is* going away. | 06:10 |
| seb128 | oh, ok, it was properly split | 06:10 |
| seb128 | k, in this case all good | 06:11 |
| seb128 | thanks for replying, sorry for the noise | 06:11 |
| RAOF | No problem :) | 06:11 |
| RAOF | Good to have you in to UTC+lots :) | 06:12 |
| duflu | seb128: I'm just checking that issue ;) https://bugs.launchpad.net/mir/+bug/1352149 | 06:20 |
| ubot5 | Launchpad bug 1352149 in Mir 0.6 "libmirclient.so.8 ABI broken but not incremented in Mir 0.6.0" [High,Incomplete] | 06:20 |
| duflu | RAOF: Do you remember the ldd equivalent command that doesn't list dependencies of dependencies? | 06:41 |
| anpok_ | objdump -p bin? | 06:48 |
| duflu | anpok_: Ah yes, thanks | 06:52 |
| duflu | Also: objdump -x /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 | grep NEEDED | 06:52 |
| duflu | Oh, -p is shorter :) | 06:55 |
| duflu | camako: Anything blocking 0.6.0 that needs my help today? | 07:18 |
| camako | duflu, yeah there was yet another blocker | 07:18 |
| camako | duflu, alan_g is working on it though | 07:19 |
| duflu | camako: Awesome. Why haven't I seen it? | 07:19 |
| duflu | OK | 07:19 |
| camako | (or will work on it) | 07:19 |
| camako | duflu, it was in the downstream libs | 07:19 |
| duflu | camako: I'm accumulating branches that need a lot of fixing before reproposing them. Just checking on the state of things before I dive back into those large tasks | 07:20 |
| camako | alan_g's branch is up but not finalized | 07:20 |
| camako | duflu, understood. I think I might pick up the last couple of commits made on devel, too. | 07:20 |
| * duflu looks | 07:20 | |
| camako | duflu, after I make sure they don't break downstream. | 07:21 |
| camako | specifically, would be nice to pickup r1811 | 07:21 |
| * camako is not sure if downstream components were tested before r1811 was approved. | 07:22 | |
| duflu | camako: Best to keep 0.6 unmodified. I've started lining up items for 0.6.1 later (which is easier since there's no ABI break then) | 07:23 |
| camako | duflu, yeah probably | 07:24 |
| duflu | OK, I've now reached my code review argument limit for the day. | 07:25 |
| * duflu goes to working on actual code | 07:25 | |
| duflu | RAOF: Can you attach any known branches to this? https://bugs.launchpad.net/mir/+bug/1293944 | 07:30 |
| ubot5 | Launchpad bug 1293944 in Mir "Mir deb packages with versioned names cannot be installed simultaneously any more" [Medium,In progress] | 07:30 |
| RAOF | duflu: WIP | 07:30 |
| duflu | RAOF: OK, so long as no proposed ones should be there already | 07:30 |
| RAOF | duflu: That was https://code.launchpad.net/~raof/mir/privatise-all-the-things/+merge/228796 , but it's WIP while I get proper platform probing going. | 07:31 |
| alf_ | RAOF: Hi! It turns out that we send a lifecycle connection lost event to ourselves when we release a client connection. Is this on purpose? | 07:53 |
| RAOF | alf_: Yes | 07:54 |
| RAOF | alf_: Because there didn't seem to be any reason not to, and this allows cleanup code to be in one place: the lifecycle event handler. | 07:55 |
| alf_ | RAOF: the only complication is that we send a SIGTERM in the default lifecycle handler (which wasn't working well before, but is fixed by https://code.launchpad.net/~afrantzis/mir/client-lifecycle-terminate-properly/+merge/229234) | 08:00 |
| RAOF | Yeah, I noticed that. Why are we doing that, and why aren't we sending SIGQUIT? | 08:01 |
| RAOF | I guess having it overridable is better than libX11's “I KILL YOU WITH A SWORD” SIGPIPE, but... | 08:04 |
| RAOF | alf_: Need me to do anything now? Otherwise I'll EOD. | 08:07 |
| alf_ | RAOF: No, thanks, just wanted to ensure we send the event on purpose. | 08:09 |
| alf_ | RAOF: Enjoy your day! | 08:09 |
| === tvoss is now known as tvoss|test | ||
| === tvoss|test is now known as tvoss | ||
| === Ranomier2 is now known as Ranomier | ||
| === pete-woods is now known as pete-woods|lunch | ||
| === tedg` is now known as tedg | ||
| === chihchun is now known as chihchun_afk | ||
| === pete-woods|lunch is now known as pete-woods | ||
| === pete-woods is now known as pete-woods|at-do | ||
| === dandrader_ is now known as dandrader|lunch | ||
| === pete-woods|at-do is now known as pete-woods | ||
| === dandrader|lunch is now known as dandrader | ||
| === alan_g is now known as alan_g|EOD | ||
| bschaefer | racarr, hey, do you know that cursors: mir_omnidirectional_resize_cursor_name and mir_closed_hand_cursor_name are the same? | 22:23 |
| bschaefer | also have you had the time to get a crosshair cursor landed :)? | 22:23 |
| racarr | bschaefer: I think omnidirectional resize cursor | 22:34 |
| racarr | and closed hand are only the same | 22:34 |
| racarr | in the ubuntu theme | 22:34 |
| racarr | but omnidirectional resize maps to "fleur" | 22:35 |
| racarr | and closed hand maps to "grabhand" or something | 22:35 |
| racarr | grabbing | 22:35 |
| racarr | ill look in to crosshair I cant remember why I skipped it | 22:35 |
| racarr | maybe ubuntu default them didnt have it... | 22:35 |
| bschaefer | interesting, yeah x11 uses fleur in place of grab hand | 22:37 |
| * bschaefer switches to omnidirection | 22:37 | |
| bschaefer | racarr, theres also the case of | 22:37 |
| bschaefer | case SDL_SYSTEM_CURSOR_NO: shape = XC_pirate; break; | 22:37 |
| bschaefer | missing | 22:37 |
| bschaefer | the CURSOR NO seems to be like an X marks the spot on a treasure map | 22:37 |
| bschaefer | racarr, but cool, and thanks! | 22:37 |
| racarr | cursor no lol... | 22:42 |
| racarr | bschaefer: Maybe it's "disabled" | 22:42 |
| racarr | not as in disabled cursor | 22:42 |
| racarr | but | 22:42 |
| racarr | disabled action | 22:42 |
| racarr | like clicking here is not a valid | 22:42 |
| racarr | action | 22:42 |
| racarr | whioch I guess we dont have a cursor for either :) | 22:43 |
| racarr | lol XC_pirate | 22:43 |
| racarr | ...plus caret = "xterm", etc... | 22:43 |
| racarr | its like someone was intentionally trying to be funny with the cursor names -.- | 22:43 |
| RAOF | Bah. | 23:45 |
| RAOF | Why is mir_discover_gtest_tests suddenly segfaulting during global construction? | 23:45 |
| * RAOF tries a dist-upgrade. | 23:48 | |
| racarr | haha oh no...I have been all happy that my qtmir acceptance test is supposedly passing but just realized the client should actually get denied connection.... | 23:52 |
| RAOF | Hah | 23:54 |
| RAOF | Ba baw! | 23:54 |
| racarr | oh no I guess it shouldn't | 23:55 |
| RAOF | Hm. libstdc++6 upgrade, you say? | 23:55 |
| racarr | that logic is in the other part | 23:55 |
| racarr | that may be related :p | 23:55 |
| racarr | mir_discover_gtest_tests is not segfaulting for me | 23:55 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!