15:03:10 #startmeeting kde-sig 15:03:10 Meeting started Tue Nov 1 15:03:10 2016 UTC. The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:03:10 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:03:10 The meeting name has been set to 'kde-sig' 15:03:14 #topic roll call 15:03:31 hi all, friendly kde-sig meeting about to start, who's present today? 15:03:46 * jreznik_ is here 15:05:06 jreznik: may be a short and fast meeting :) 15:05:10 #info jreznik present 15:05:12 #chair jreznik 15:05:12 Current chairs: jreznik rdieter 15:07:40 hola 15:07:50 hi everybody 15:08:32 #info dvratil lupinix present 15:08:35 #chair dvratil lupinix 15:08:35 Current chairs: dvratil jreznik lupinix rdieter 15:09:00 #topic agenda 15:09:15 having anyting to discuss today? 15:09:25 hello 15:09:27 * rdieter had f25 blocker bugs 15:09:33 #info mbriza present 15:09:35 hi 15:09:39 #chair mbriza 15:09:39 Current chairs: dvratil jreznik lupinix mbriza rdieter 15:09:49 i removed liveusb-creator from live composes, package was retired 15:10:00 lupinix: thank you 15:10:06 so one point: do we want to add the replacement "mediawriter"? 15:10:52 most other spins do not ship it afaik 15:10:56 i don't see the purpose of having it on a live image 15:11:01 +1 15:11:21 especially considering everything goes (or doesn't it?) in RAM and the images downloaded are rather large 15:11:46 is there a discussion topic in there somewhere? :) 15:12:03 rdieter: i wanted to talk about the sddm blockers 15:12:20 ok, lets start with that 15:12:23 #topic f25 blockers 15:12:55 I recall 2 plasma-related blockers. xauth and user-switching 15:13:05 yes, only the switching seems to be a blocker now 15:13:24 xauth has a workaround in place, though it appears a long-term solution may be adding better/improved xauth support to sddm 15:13:35 the xauth problem was worked around by having a dependency in systemd units? 15:14:11 mbriza: no, setting live hostname to be something other than "localhost" 15:14:15 I think 15:14:19 ah 15:14:49 yes: https://pagure.io/fedora-kickstarts/c/85bb31edc6e8eb26c474f668a8accdccdc86121a 15:15:02 is "localhost-live" there 15:15:16 * rdieter filed https://github.com/sddm/sddm/issues/733 15:16:47 .bug 1382001 15:16:47 rdieter: Bug 1382001 – Switching between users doesn't work and freezes the desktop - https://bugzilla.redhat.com/1382001 15:16:47 and ^^ 15:17:03 anyone able/willing to look into that one? 15:17:35 i'm going to do that this week and i'm going to pull jgrulich with me 15:17:39 mbriza: were you aware of any other issues (sddm or otherwise)? 15:18:01 no, i just saw sddm on the blocker list and felt kind of responsible 15:18:08 #action mbriza and jgrulich to look into user-switching issues 15:18:55 mbriza: cool, if you could think on medium/long term xauth improvements as suggested in github issue 733, that would be great too 15:19:38 i don't see myself having that much time to invest into that in near future but i will keep that in mind in case nobody steps up 15:19:41 not sure how much work that may be, somewhere betweeen trivial and rocket science I imagine :-P 15:20:02 yeah, i'd have to understand the underlying issue first :) 15:20:42 mbriza: the core issue as I understand it, is that sddm (using /usr/bin/xauth) handles XAuth for the hostname when sddm starts 15:21:03 problem being that dhcp later may end up changing the system hostname, effectively invaliding xauth 15:21:09 i see 15:21:39 maybe using the library calls directly without fiddling with the file would solve the problem 15:22:06 mbriza: that's precisely what was suggested in https://bugzilla.redhat.com/show_bug.cgi?id=1370222#c25 15:22:20 kudos to rstrode 15:22:31 for describing how gdm handles that case 15:23:07 you still have to fiddle with the file, but you have to use semi-advanced setup like FamilyWild 15:23:22 something /usr/bin/xauth (apparently?) doesn't support 15:24:46 halfline++ 15:24:50 more cookes for good advice 15:24:54 cookies even 15:25:21 any other f25 related issues to discuss? 15:25:32 nothing here 15:26:34 #topic open discussion 15:26:40 alright, anything else for today? 15:27:00 * rdieter just got mail about availability of plasma-5.8.3 15:27:15 yes, mediawriter: should it be added as replacement for liveusb-creator or just skip it? 15:27:49 because all i've done @kickstarts is removing liveusb-creator, so in theory we've lost a bit of functionality 15:28:04 lupinix: you said you'd removed it, why not add it's replacement? 15:28:24 because i wanted to discuss this here ;) 15:28:49 removed yesterday because package was retired and thus live builds were broken 15:29:13 ok, minimal fixes for broken composes makes sense 15:29:18 also i've never tested mediawriter 15:29:31 sorry, i'm sort of the one who retired the package 15:29:50 and i'm the author of mediawriter 15:29:59 mediawriter works better than liveusb-creator 15:30:11 but i think it really serves no purpose on a live image 15:30:14 nice 15:30:15 I guess I recall seeing the discussions about mediawriter, but wasn't smart enough to be proactive to switch to it 15:30:17 mbriza++ 15:30:17 lupinix: Karma for mbriza changed to 1 (for the f24 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:30:47 mbriza: true, no sense on live image 15:31:10 I forget the full reasoning why we added it before 15:31:16 liveusb-creator 15:31:34 I vaguely recall it being a reaction to user requests 15:32:05 if i understand live images correctly, you have everything, including your home folder mounted as RAM storage, is that correct? 15:32:06 kde spin was the only one shipping it (other live composes were not broken and there were no changes in their kickstarts, so they do not have it) 15:32:06 lupinix: do you recall any other spins shipping liveusb-creator (besides plasma)? 15:32:11 ok 15:32:24 because if that's true, there's only a handful of people actually pulling off writing a live image from a live image 15:32:30 I'm ok with leaving it off, anyone else with an opinion? 15:32:32 i image you'd have to have at least 8GB of memory 15:32:53 * lupinix would leave it off too 15:32:59 not hard to do with persistance 15:33:05 mbriza: the primary use-case was using in on installed systems (I assume) 15:33:13 or a /home paartition 15:33:21 ah, and Southern_Gentlem's case too 15:34:17 my opinion on this topic is not strong though so if you think it's a good idea to have it on the live image, i'm not against it 15:34:32 * rdieter doesn't feel strongly either 15:34:38 +1 15:34:48 good to have a mediawriter on the live even it its livecd-tools 15:34:51 it adds just the size of the binary to the image, it depends just on qt5-qtbase, qt5-qtdeclarative and udisks 15:35:00 i think the binary and icons are about 3MB 15:35:41 Size : 4.7 M 15:35:43 mbriza: does mediacreator support persistence and /home features ? 15:35:49 no 15:36:16 liveusb-creator in the latest releases had that disabled too because it wasn't reliable enough 15:36:22 not that liveusb-creator support for those was very good either, I recall having to use livecd-iso-to-disk 15:36:27 15:36:47 mediawriter nowadays is just dd with a fancy ui and integrated checkisomd5 15:37:04 I don't think we ever installed livecd-tools by default though (correct me if I'm wrong) 15:38:09 I guess I'll propose we add mediawriter to the spin then (based primarily on Southern_Gentlem's feedback) 15:38:36 * rdieter votes +1 15:38:41 +1 15:39:07 lupinix, jreznik, dvratil ? 15:39:08 * lupinix can go on and add it to kickstarts for f25 and rawhide at the former place of liveusb-creator 15:39:17 +1 15:39:25 +1 15:39:42 +1 15:39:57 #agreed add mediawriter to plasma spin (replacing liveusb-creator) 15:40:02 lupinix: thanks, please do 15:40:07 ok 15:40:27 lupinix++ 15:40:27 rdieter: Karma for lupinix changed to 8 (for the f24 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:40:33 mbriza++ 15:40:33 rdieter: Karma for mbriza changed to 2 (for the f24 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:40:47 lupinix++ 15:40:47 mbriza: Karma for lupinix changed to 9 (for the f24 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:40:49 rdieter++ 15:40:50 mbriza: Karma for rdieter changed to 8 (for the f24 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:41:23 since freeze is today, fyi, looks like f25 will ship with kf5-5.27 + plasma-5.8.2 15:41:37 * rdieter will probably start working on importing 5.8.3 into rawhide later today 15:42:30 anything else? 15:42:39 nothing here 15:44:13 ok, let's close the meeting, thanks everyone! 15:44:16 #endmeeting