[01:13] mwhudson, hi [01:13] robert_ancell: hi do you know anything about src:libindicator? [01:14] robert_ancell: it is an unowned package in main, i get the feeling it shouldn't be in main [01:14] robert_ancell: but it's still used by ubiquity and libappindicator [01:14] mwhudson, ah right. ubiquity is still using some form of Unity isn't it? [01:15] and if that's the case then it's sadly still required until a replacement installer exists. [01:16] robert_ancell: ah hm [01:16] Trevinho, ^ any ideas? [01:18] mwhudson: it doesn't seem practical to get rid of libappindicator [01:18] jbicha: right, but does it actually use libindicator in any meaningful way? [01:19] I guess I'll defer to Marco on that one since I'm not that familiar with the code [01:20] i shall go away and wait for europe to wake up then :) [01:21] I'm not sure Marco uses a Europe time zone 😁 [01:21] Sometimes... :) [01:21] * mwhudson blinks [01:22] see, not a Europe time zone!! [01:22] Just because I'm testing the new bouncer provided by irccloud for doing some matrix tests, and so... xD [01:22] Anyways... [01:23] mwhudson, well libappindicator is still quite used by various applications, I don't think anything in main depends on that right now, so technically could be removed (I won't do further checks now though :-P) [01:24] Trevinho: i'm asking about libindicator, not libappindicator... [01:24] -_- [01:24] Sorry. [01:24] So... libindicator... Not really needed at all. [01:24] mwhudson, you said libappindicator depends on libindicator right? [01:25] yes but i wonder if that can be removed [01:25] yeah it does [01:25] the dependency i mean [01:25] so libappindicator server side needs it [01:25] indicator-appindicator I mean [01:25] but not libappindicator IIRC [01:26] the code in ubiquity using it looks to me as if it won't actually do anything because no indicators are installed but i don't know how any of this works [01:26] but might be wrong actually, as I'm not touching this for quite long time TBH. [01:27] 3 apps in main use libappindicator: https://paste.debian.net/plain/1062811 [01:28] there are also Ayatana forks (libayatana-appindicator and libayatana-indicator) [02:01] also remember there likely are outside applications using/expecting it... [02:30] JanC: only talking about moving from main to universe, sorry if i was unclear [02:32] which has implications on support for them :) [07:11] good morning [07:32] good morning desktoppers [07:47] salut oSoMoN === pstolowski|afk is now known as pstolowski === mvo_ is now known as mvo [09:01] hullo [09:04] morning all [09:05] hey didrocks, Laney, willcooke [09:05] hey Laney, willcooke [09:06] good morning desktopers, had a good w.e? [09:07] good morning seb128 [09:09] I spent a considerable part of the w-e eating calçots (with lots of meat and wine too), that was good [09:09] haha [09:09] how was yours? [09:10] good but a bit too busy, I feel exhausted [09:12] swimming pool, helped friends assembling furniture, a dinner and a lunch at friends places [09:12] so we didn't really sit down or relax at all [09:15] now you have one full week before FOSDEM to sit down and relax :) [09:15] haha, right, fosdem, I need some energy before going there :) [09:33] I've been experimenting with using snapcraft-desktop-helpers to run snapped GTK apps with Mir and found that gnome-3-28-1804 is only arm64/i386 (as compared to gtk-common-themes which covers other architectures). Is there a reason for this limitation? Should I be using something else? [09:36] alan_g, hey, I'm unsure if we gave much consideration for that but other arches have problem close from 0 desktop/snap users and it's a maintainance cost to add archs, especially when you don't have access to those for testing/Debugging [09:38] alan_g, what other arch would you need? is that customer driven? [09:39] I understand that. At the moment I'm just trying to get a consistent story - it is easy to snap Qt & SDL2 apps to use with, for example, mir-kiosk. But GTK3+ is a PITA. [09:49] alan_g, are you saying amd64 is missing? [09:52] willcooke, no I meant amd64/i386. [09:53] arm64, armhf etc are where I encountered problems [10:05] alan_g, what's the issue with gtk apps? [10:05] or do you mean gtk on non-desktop-stndard arches? [10:16] seb128, there's a whole load of "stuff" they need help to find in a confined snap (adding it to the snap, setting environment variables, etc.). [10:18] And yes, I'm looking cross-architecture. [10:22] But I think I can avoid needing gnome-3-28-1804 (that seems to have been a side-effect of stuff I cut & paste to get a PoC working). [11:21] morning all! [11:26] hey andyrock [11:40] hey andyrock! how are you? had a good w.e? [11:41] alan_g, right, you can probably do without the platform is all you are interested in is gtk, you can use the desktop launcher and bundle gtk easily [11:41] hey seb128! yeah, mostly visiting museums :D what about you? [11:41] andyrock, went swimming, assembled some furniture and had 1 dinner and 1 lunch with friends [11:59] moin andyrock [13:51] good afternoon everyone o/ [14:08] hey clobrano [14:10] hey clobrano, how are you? [14:25] hey Laney , seb128 , I'm doing fine, and you? [14:25] I'm good! [14:25] a bit of a mess at work, since we're moving to another building, but it's fine :D [16:03] oSoMoN: i've published gnome-3-28-1804 with gtk3-locales to stable [16:03] oSoMoN: in case you have any snaps you'd like to utilize it with [16:03] oSoMoN: ever consider using the content snap for chromium? [16:29] kenvandine, nice, thanks [16:29] kenvandine, it'll automatically do when we start building with the gnome extension [17:26] Testsuite summary for gnome-keyring 3.28.0.1 [17:26] # FAIL: 0 [17:26] # ERROR: 0 [17:26] * Laney sweats [17:27] 💃 [17:29] not massively sure about this though [17:29] * Laney ploughs on [17:30] laney's diff: [17:30] --- test_this_that_fails (); [17:30] +++ /* test_this_that_fails (); */ [17:31] 😭😭😭😭😭😭 how can you see my screen [17:31] Ahaha, you know... That day you let me in via SSH.... === pstolowski is now known as pstolowski|afk [18:21] cubs tonight, cya tomrrow [20:21] /go [20:49] good night all