346961 2015-04-30 14:51:31 +0000 Multi Monitor configuration lost on reboot, must reconfigure after startup 2016-12-21 06:52:12 +0000 1 1 4 Plasma KScreen common 5.3.0 Kubuntu Linux RESOLVED FIXED regression, usability NOR major --- 1 z.buildrocks dvratil a.key adrian ads-kde-bugs ahw609 aleixpol andreas anjo9292 anselmolsm asturm bugs.kde.org caco3 caleb capitan.zap ceo.roman cfeck cousinmarc danysan95 diego.ml dmitry.a.kuzmenko ekis.ca eseifert ferry.toth floux.dp francois5537 gds gero.kraus ghost53947 harbind00 henrique henryju j james joerguru karl kde+bugs kde kdebugs kirys koesterreich lee295012 linux lorenzo mail mark matt mih mika.noren mitja.pozar net147 nexces orbmiser pb.g perry3d pfeiffer philippe.cattin primitivenumber proud2bl33t quantumphazor rafaelalcantaraperez rocketraman sebas shining.scias shrinidhi666 SIDEPIPEUK simgunz sledge.sulaweyo squan strzol stupor_scurvy343 subscriptions terry thebitpit thothonegan tuomas vasyl.demin vitaliic 0 oldest_to_newest 1514940 0 z.buildrocks 2015-04-30 14:51:31 +0000 My multi monitor configuration is reset to the default configuration after every reboot, meaning I must fix the configuration every time. Reproducible: Always Steps to Reproduce: 1. Change multi monitor configuration 2. Reboot 3. Monitor config is wrong Actual Results: The monitor configuration resets to the default Expected Results: The monitor config stays the same. I am using an Nvidia graphics card. 1515583 1 z.buildrocks 2015-05-03 01:10:39 +0000 Setting monitor using nvidia configuration module solves the problem 1515752 2 cousinmarc 2015-05-03 15:08:59 +0000 Same for me, on arch, plasma 5.3. Also a Nvidia card, I don't know if this is the cause. 1515759 3 cousinmarc 2015-05-03 15:37:25 +0000 It's been a bit more complicated for me, as kscreen insisted on 'messing up' my configuration (I think it is kscreen). I had to set the xorg.conf using nvidia settings, but I also had to do a 'qdbus org.kde.kded5 /kded org.kde.kded5.setModuleAutoloading kscreen false' to disable kscreen. If any testing is needed, I'll enable it back, of course. 1516556 4 dvratil 2015-05-06 12:25:38 +0000 Could you please back up all files from ~/.local/share/kscreen, delete them, try to configure your screens again with KScreen and see if that will persist across reboots? Logging out and back in should be enough btw. If it works please provide archives with the backed-up files and with the newly created files. 1516746 5 92465 z.buildrocks 2015-05-06 22:27:27 +0000 Created attachment 92465 Working configuration 1516748 6 92466 z.buildrocks 2015-05-06 22:29:31 +0000 Created attachment 92466 One old config 1516749 7 92467 z.buildrocks 2015-05-06 22:29:50 +0000 Created attachment 92467 Other old config 1516751 8 z.buildrocks 2015-05-06 22:31:52 +0000 Now, I don't know what those old screen configurations are, the last time i changed the screen config I did it through the Nvidia settings, and the config in kscreen looked all messed up and wasnt right at all, but the actual configuration worked fine, and was how I had it set up in Nvidia-settings. 1517085 9 j 2015-05-08 16:32:56 +0000 I'm having this problem with nouveau. Deleting the kscreen config does not help. Screens are of the same make and model. 1517090 10 j 2015-05-08 16:49:43 +0000 Found a workaround: What do work is removing kscreen and setting up xorg.conf like this (change the settings to fit your setup, running xrandr gives some clues): https://wiki.archlinux.org/index.php/Nouveau#Dual_Head 1517475 11 simgunz 2015-05-10 08:27:32 +0000 I'm also loosing the configuration when the notebook is undocked and docked again. In KDE4 with KScreen 2 I've found that the cause was that KScreen saved the refresh rate of the monitor with a bad approximation like "Refresh: 60.3453948" so that when the notebook were docked again it thinks it was a different configuration of monitors. Editing manually the refresh rate in the config file and set it to 60 solved the problem. In Plasma 5.2 the workaround doesn't seem to work anymore. 1517721 12 j 2015-05-10 21:57:34 +0000 (In reply to Simone Gaiarin from comment #11) > I'm also loosing the configuration when the notebook is undocked and docked > again. > > In KDE4 with KScreen 2 I've found that the cause was that KScreen saved the > refresh rate of the monitor with a bad approximation like "Refresh: > 60.3453948" so that when the notebook were docked again it thinks it was a > different configuration of monitors. > Editing manually the refresh rate in the config file and set it to 60 solved > the problem. > > In Plasma 5.2 the workaround doesn't seem to work anymore. I too did see different refreshrates in different places, kscreen says 60.0 in System Settings > Display Configuration, but logs 59.9543, xrandr says 59.95. Here is what systemsettings logs while setting the output: systemsettings5 kf5.kservice.sycoca: Trying to open ksycoca from "/home/.cache/ksycoca5" LOAD kscreen: launcherDataAvailable: "org.kde.KScreen.Backend.XRandR" kscreen: Launcher finished with exit code 1 , status 0 kscreen: Service for requested backend already running Activate output 97 Activate output 98 Saving "DVI-I-1" 97 KScreen::Output(0x14a2c70) Connected: true Enabled: true Primary: false Rotation: 1 Mode: "" @ 59.9543 Hz Position: 0 x 0 "DVI-I-2" 98 KScreen::Output(0x14be730) Connected: true Enabled: true Primary: false Rotation: 1 Mode: "" @ 59.9543 Hz Position: 1680 x 0 kscreen: Requesting missing EDID for outputs (97, 98) kscreen: Requesting missing EDID for outputs (97, 98) Might the part about missing EDID info be related to this bug? I remember there was talk about it earlier as this is an old problem. 1521832 13 clement.arthur 2015-05-26 16:19:43 +0000 Hi, I have exactly the same problem with an Intel chipset (i915 driver on Fedora 22 - no problem with F21/KDE 4). Can't undock my laptop without messing up everything and have to painfully reconfigure. 1524528 14 rafaelalcantaraperez 2015-06-07 11:05:58 +0000 *** Bug 346499 has been marked as a duplicate of this bug. *** 1528054 15 kde 2015-06-24 22:16:18 +0000 I am also seeing problems when changing monitor configuration (e.g. plugging in a second monitor into the laptop VGA port) - it does not seem to reset correctly and I often loose the shell taskbar (possibly because the monitor was configured as primary). This is on my Lenovo W541 laptop with Fedora 22. 1537932 16 anjo9292 2015-08-19 08:45:39 +0000 Same problem here. Workaround making ~/.local/share/kscreen/<random named file> read-only 1540740 17 ghost53947 2015-08-31 22:28:01 +0000 I am having the same issue with both my desktops. One is running and AMD GPU the other is NVIDIA. Both on the non-free driver. Same issue. Does not happen with every restart seems to be linked to a new calendar day for me. 1543469 18 quantumphazor 2015-09-12 02:10:56 +0000 Making the file ~/.local/share/kscreen/<hex code> has no effect. I still get 1680x1050 cloned screen. Making SDDM use the correct sizes before KDE starts has no effect. BUT Because I have made the <hex code> file read only I can at least log out and back in again. Only then it will actually acknowlege the existance of the configuration file, read it and not mess up the screen geometry. Screens are: HDMI-2 connected 1920x1080+0+0 DVI-0 connected primary 1680x1050+1920+0 1543847 19 mark 2015-09-13 23:11:34 +0000 I am also having this trouble. When rebooting sometimes (not sure if always), I log in, and it is just duplicating the image across both desktops. I made the suggested file read only. And so it appears that if I then log out and log back in again, it uses the correct layout. So perhaps it is ignoring the configuration file upon first logging in after reboot? 1544480 20 ghost53947 2015-09-16 20:46:53 +0000 I updated to plasma-desktop 5.4.1 and kscreen 5.4.1 and it seemed to have fixed the issue. 1544686 21 ghost53947 2015-09-17 21:19:34 +0000 5.4.1 fixed it on my Nvidia box, its still not working on my AMD box. 1559052 22 ahw609 2015-11-23 18:29:56 +0000 I am having similar issues here. Configuration is Fedora 23 KDE spin, plasma 5.4.3, NVidia controller, nouveau driver, 2 displays stacked vertically, "primary" screen is on the bottom. On boot the displays will generally not be set up the way they were left and saved (from the Display and Monitor settings). After reading a number of posts on these issues I have helped the problem a bit. I have manually edited /.local/share/kscreen/(hex number) to match my configuration and then set it read-only. This helped stabilize which screen it thinks is the primary. (I have noticed the system has added another file with "default" values and only 1 monitor. Not sure where that came from or why.) The next problem was that the panels, both the default and the extra one I created, would relocate from one screen to another following a reboot. Initially I was able to make multiple changes to the settings with the System Settings / Display and Monitor tool, but after a recent update that stopped working and will often just lead to a messed up display. So I manually edited .config/plasma-org.kde.plasma.desktop-appletsrc to reflect my desired configuration, then made it read-only as well. Now I sometimes get the correct display settings on boot, but if I log out and back in they will be correct. As a side note, I was previously testing F22 / plasma 5 with the nvidia drivers, and it was working just fine until about a month back when an update hit and ruined everything. So I started over with F23 and the basic nouveau driver, and it has been the same mess since. Obviously they broke something within the last month. Thankfully my F21 / KDE 4.x is still working perfectly! 1559539 23 dafydd.lukes 2015-11-25 13:28:21 +0000 I can confirm that this problem affects the first login -- if I log out and log back in, kscreen picks up my previous settings. (Some of my widgets get all jumbled up though -- this is probably related to the fact that the first login messes up screen geometry?) It may have happened rarely that the settings were right on a first login, I'm not quite sure. In any case, this looks like a race condition as different KDE services get initialized, right? And I have integrated graphics from Intel, so it doesn't seem to be specific to a particular vendor or driver. 1562233 24 gds 2015-12-09 04:39:10 +0000 I see similar problems (but not exactly the same as the others) with my set-up: Fedora 22, Intel graphics on motherboard, primary monitor using DVI and secondary monitor using VGA. Have set a different "wallpaper" graphic for each monitor. Works fine after initial set-up using System Settings/Display Configuration. However almost always after reboot and sometimes after just logout and back in, the wallpaper for the secondary monitor covers the primary monitor's wallpaper and the background for the secondary monitor is black (blank). However, except for no response to right-click on desktop on the secondary monitor, the secondary monitor is still working and showing programs. Also, on primary monitor, widgets there are covered by the secondary monitor's wallpaper and can't be accessed, but right click still works on primary. Usually a quick logout and back in fixes the problem, but not always. The most reliable solution is run the Display Configuration again and click the box to disable the secondary monitor and then apply. Then re-enable it and apply again. This always has fixed it. This seems to kill and restart plasmashell since a notification box pops up which I just dismiss but wallpapers are in the proper place and both monitors function correctly again after that. I tried making the VGA monitor primary and also set the frequencies in Advanced Setting to explicit values instead of auto but these didn't make a difference. Didn't try tweaking any config files. 1562242 25 dmitry.a.kuzmenko 2015-12-09 07:30:33 +0000 The most reliable solution at this moment is to create an .sh script like this: $ cat ~/bin/display.sh #!/bin/bash xrandr --output HDMI1 --primary --auto --pos 0x265 --output VGA1 --auto --rotation left --pos 1920x0 And place it to autostart. 1562634 26 dafydd.lukes 2015-12-11 08:52:11 +0000 OK, a status update: in my case, purging `~/.config` (and `~/.kde` for good measure, but I think the catch was in the former) resolved the issue. It's been several reboots since and I'm getting hopeful. I had briefly used both KDE4 and Gnome on this box before settling on KDE5, which suggests that the problem (or at least my version of it) is either related to switching from KDE4 or just hotswapping DEs in general. The easiest way to verify whether that's your case too is to create a fresh user, reboot and log in with this new user. I've only copied over specific application-related files from the old config folders and put the new ones under version control, so should the issue once again rear its ugly head, I'll investigate and report back :) Conspicuously missing from the new `.config` directory is `monitors.xml` which I know is used by Unity and probably Gnome too to determine monitor setup. But if KDE just ignores it, I'm not quite sure how it could mess up its startup. 1563923 27 gds 2015-12-15 22:09:04 +0000 (In reply to Dmitry from comment #25) > The most reliable solution at this moment is to create an .sh script like > this: > $ cat ~/bin/display.sh > #!/bin/bash > xrandr --output HDMI1 --primary --auto --pos 0x265 --output VGA1 --auto > --rotation left --pos 1920x0 > And place it to autostart. Thanks. Putting this in autostart does seem to "fix" the problem. After restarting several times over a few days I haven't had a problem with both monitors coming up correctly. 1564427 28 gds 2015-12-17 22:22:38 +0000 (In reply to gene smith from comment #27) > (In reply to Dmitry from comment #25) > > The most reliable solution at this moment is to create an .sh script like > > this: > > $ cat ~/bin/display.sh > > #!/bin/bash > > xrandr --output HDMI1 --primary --auto --pos 0x265 --output VGA1 --auto > > --rotation left --pos 1920x0 > > And place it to autostart. > > Thanks. Putting this in autostart does seem to "fix" the problem. After > restarting several times over a few days I haven't had a problem with both > monitors coming up correctly. Well, guess I spoke too soon. Today the problem happened again on KDE startup. Will try it set to run script on "Pre-KDE startup" for a while and see if that makes a difference. 1564448 29 dmitry.a.kuzmenko 2015-12-18 04:50:33 +0000 (In reply to gene smith from comment #28) > Well, guess I spoke too soon. Today the problem happened again on KDE > startup. Will try it set to run script on "Pre-KDE startup" for a while and > see if that makes a difference. You'right it should start as soon as possible. Also it's better to disable kscreen daemon in kde system settings / startup / services. 1565321 30 ads-kde-bugs 2015-12-22 13:01:34 +0000 I'm affected by this bug as well, KDE 5.4.2 on (k)Ubunto 15.10. I also see this error in .xsession-errors: kscreen: Requesting missing EDID for outputs (67, 592) If I try to enable the second dislay in System Settings, click the "Enabled" checkbox and then "Apply", KDE disables the checkbox again. 1565645 31 kde 2015-12-24 02:01:32 +0000 *** Bug 350132 has been marked as a duplicate of this bug. *** 1568843 32 diego.ml 2016-01-11 09:41:57 +0000 100% reproducible using kscreen-5.5.3-1.fc23.x86_64 on KF5 5.18. Is there any debug info we can provide to have this problem more precisely identified? 1570622 33 ferry.toth 2016-01-19 14:09:01 +0000 I have the same problem as Gene in comment #24: After updating Kubuntu Backports today (to KDE 5.5.3) I have: - my normal screen on the left - black screen on the right - cannot right click on the right screen - I was able to move a task bar to the right screen, coming from the left - I always had the task bar only show the applications on it's own screen, this doesn't seem to work any more. I looks like the applications don't know on which screen they are. Turning off this filter on both the left and right task bar shows all applications on both bars. - on the right screen I cannot add any other widgets (cannot right click, also there is not the little icon on the top left, also can not create on the left screen and then move to the right as it blocks at the screen edge) This is a regression of course. 1570630 34 ferry.toth 2016-01-19 14:52:18 +0000 I tried the script above and with kscreen2 disabled. That didn't work well as I have 2 1920x1200 monitors and both monitors showed the same thing, except vertically displayed on one. After I enabled kscreen2 (without logging in/out) magically all problems mentioned in #33 disappeared. Only one new thing: - click on the start icon (launcher) on the right monitor, the window unfolds on the left screen. 1570646 35 simgunz 2016-01-19 16:03:20 +0000 Just as a reference, here there is a guide to create the script via GUI using arandr: https://forum.manjaro.org/index.php?topic=25445.0 1570908 36 gds 2016-01-20 18:05:18 +0000 (In reply to Dmitry from comment #29) > (In reply to gene smith from comment #28) > > Well, guess I spoke too soon. Today the problem happened again on KDE > > startup. Will try it set to run script on "Pre-KDE startup" for a while and > > see if that makes a difference. > > You'right it should start as soon as possible. Also it's better to disable > kscreen daemon in kde system settings / startup / services. Have been running the autostart script with "Pre-KDE startup" and with KScreen2 turned off since my previous comment and have seen no problems with screen configuration. 1570992 37 shining.scias 2016-01-21 02:22:23 +0000 I have this issue too on a dual-screen NVIDIA setup, Archlinux, KF 5.18.0. I don't know if it's related but everytime I close a window I get a lot of these lines in journalctl : > kscreen_backend_launcher[513]: kscreen: Primary output changed from KScreen::Output(Id: 654 , Name: "DVI-I-1" ) ( "DVI-I-1" ) to KScreen::Output(Id: 654 , Name: "DVI-I-1" ) ( "DVI-I-1" ) followed by > kscreen.kded: Change detected > kscreen.kded: Saving current config to file > ... Despite that nothing changed, and this happens everytime I close a window. So I wonder if that's why the config gets messed up at some point. 1574712 38 nexces 2016-02-04 07:46:54 +0000 I am also affected by this bug. I have many different scenarios besides the expected one. Using 3 monitors (1 laptop, 2 connected to docking station), expected setup is: left: laptop center: external monitor 1 (primary output) right: external monitor 2 Scenario 1: I have all outputs placed over each other Scenario 2: Outputs are placed correctly, primary output is laptop Scenario 3: Outputs are placed correctly, primary output is ext1, widgets are on ext1, however panel after some dancing between laptop and ext1 ends up on laptop screen And after manually setting up correct configuration I need to restart plasmashell to get app launcher show up on correct screen - it often shows on left screen not center when panel is. Removing laptop from dock, assuming that kscreen detects that action, messes up all configuration - plasmashell needs to be restarted again. Placing laptop back again on dock - messed up configuration - it's easier to reboot and setup everything again from scratch. Same happens with single monitor attached directly to laptop via HDMI. Expected setup is: left: laptop (primary) right: external monitor I don't have problems with primary output then because I want it to be laptop - so no work for kscreen/kde here and nothing to mess up. However kscreen does not detect disconnecting external monitor. OS : Chakra kscreen/libkscreen version: 5.5.4 1574721 39 simgunz 2016-02-04 08:28:49 +0000 I have a setup identical to the one of #Comment 38 and I experience the same problems. Moreover sometimes in this total mess, when I disconnect the laptop plasma crash, and other times I'm logged out of the KDE session. 1574725 40 dmitry.a.kuzmenko 2016-02-04 08:51:56 +0000 BTW: sometimes plasma and/or kwin crash on display configuration switch with xrandr workaround. I've just added this into the script right after the xrandr command: sleep 1 kwin_x11 plasmashell kwin and plasma works as a singleton, so this does nothing if they didn't crashed and starts if kwin or plasma crashed after switch. PS: still waiting for kscreen fixes... =( 1574729 41 simgunz 2016-02-04 08:56:38 +0000 Thanks for the tip. So probably my crash is due to the fact that I'm using xrandr workaround. I was also also restarting krunner to solve the problem that it vanishes sleep 1 kwin_x11 plasmashell sleep 2 kquitapp5 krunner kstart5 krunner 1574734 42 dmitry.a.kuzmenko 2016-02-04 09:27:16 +0000 On my laptop with embedded monitor + hdmi tv it was crashing with kscreen too. 1587265 43 kde+bugs 2016-04-07 18:41:18 +0000 I found some strange behaviors on my part using Archlinux and plasmashell 5.6.2. When I boot usually my config will be lost and the screen will be mirrored. If I kill the kscreen2 background service and relaunch it, Kscreen now remembers I have two monitors and places them correctly. At this point my panels are always messed. By switching the primary display a few times between my two monitors they somehow end up being correct. Maybe kscreen is executed early and Nvidia or something else overrides it. 1587351 44 francois5537 2016-04-08 07:48:56 +0000 The only solution that worked for me, was uninstalling kscreen and manual create a /etc/X11/xorg.d/10-monitor.conf file. See my working setup at the ArchWiki: https://wiki.archlinux.org/index.php/Multihead#Example:_dualhead_configuration_using_relative_coordinates_with_custom_resolutions 1589234 45 mih 2016-04-19 06:52:48 +0000 I am also seeing the same error on fedora 23 with package kscreen-5.5.5-1.fc23.x86_64.rpm. I have 2 identical screen where the left is turned 90 degrees. As of this morning, whenever I restart, both servers are identical, and in the screen view placed on top of each other (problem 1 from comment #38). When I setup my left screen the background says unturned, and overlaps into screen the right screen. 1590998 46 cdkcdk 2016-04-27 09:46:21 +0000 I have the same problem. Every reboot my multi-screen configuration is lost. (Nvida-GPU GTX 970) System: Netrunner Rolling, KDE Plasma 5.6.3, KDE-Frameworks 5.21.0, QT 5.60, Kernel 4.4.8-1 1591328 47 orbmiser 2016-04-28 17:36:01 +0000 Same as CDK comment 46 Netrunner rolling Ati-4350 legacy using default open drivers driving two 22" desktop screens. Happening about 30%-40% of the time at boot with monitors end up stacked ontop of each other. Manually adjusting only recourse. Use to do it once every 8-10 boots. But after recent upgrades seems to be more frequent. 1591371 48 thebitpit 2016-04-28 20:13:38 +0000 I have narrowed the problem down for my system (kscreen 5.5.5). No special randr script. Whenever I actually shutdown the computer (ASUS Z87-Expert) to power off and restart with the power button the screen layout is corrupted. Right screen has no wallpaper and the panel I keep at the bottom of that screen moves to the left screen which has wallpaper. Applications "Thunderbird" and "Firefox" are restored to their original positions on the right screen. Logout of plasma 5 to lightdm and login in as the same user sets everything to original layout and wallpapers. Rebooting system (not shutdown) restores screen layout correctly on first login. Only actually shutting the machine down to power off state changes screen layout. Logout and login again fixes it. I do not have any suspend options compiled into my kernel (4.4.6-gentoo). 1591372 49 thebitpit 2016-04-28 20:27:11 +0000 (In reply to Mac Michaels from comment #48) > I have narrowed the problem down for my system (kscreen 5.5.5). No special > randr script. > > Whenever I actually shutdown the computer (ASUS Z87-Expert) to power off > and restart with the power button the screen layout is corrupted. Right > screen has no wallpaper and the panel I keep at the bottom of that screen > moves to the left screen which has wallpaper. Applications "Thunderbird" > and "Firefox" are restored to their original positions on the right screen. > > Logout of plasma 5 to lightdm and login in as the same user sets everything > to original layout and wallpapers. > > Rebooting system (not shutdown) restores screen layout correctly on first > login. > > Only actually shutting the machine down to power off state changes screen > layout. Logout and login again fixes it. I do not have any suspend options > compiled into my kernel (4.4.6-gentoo). Oops... restarting has same effect of shutdown and power up. 1593600 50 mika.noren 2016-05-10 15:13:14 +0000 This bug is still lingering around in Plasma 5.6.2 (Frameworks 5.21.0, Qt 5.6.0) Quite annoying that one have to rearrange the monitors each time one log in. KDE won't even honour /etc/X11/xorg.conf.d/10-Monitors.conf, where other environments do. 1593786 51 mika.noren 2016-05-11 11:13:18 +0000 Here's an ugly workaround to use meanwhile: 1: Set up your monitors as you see fit with KDE's monitor settings. Apply the changes. It has to be done with KDE's own tools/settings in order for the configuration to be written. xrandrand other third party tools won't do. 2: Confirm that your setup is in order by the contents of ~/.local/kde/kscreen/* 2: Open a terminal and make the configuration immutable: "sudo chattr +i ~/.local/kde/kscreen/*" (Yes, Attributes must be set/unset by root despite ownership) 3: Relog or reboot to see that it works as intended. Only drawback is that one have to remove the immutable flag in order to rearrange/reconfigure the monitors. To reverse the immutable flag, simply unset it: "sudo chattr -i ~/.local/kde/kscreen/*" 1593788 52 mika.noren 2016-05-11 11:16:32 +0000 Here's an ugly workaround to use meanwhile: 1: Set up your monitors as you see fit with KDE's monitor settings. Apply the changes. It has to be done with KDE's own tools/settings in order for the configuration to be written. xrandrand other third party tools won't do. 2: Confirm that your setup is in order by the contents of ~/.local/share/kscreen/* 2: Open a terminal and make the configuration immutable: "sudo chattr +i ~/.local/share/kscreen/*" (Yes, Attributes must be set/unset by root despite ownership) 3: Relog or reboot to see that it works as intended. Only drawback is that one have to remove the immutable flag in order to rearrange/reconfigure the monitors. To reverse the immutable flag, simply unset it: "sudo chattr -i ~/.local/share/kscreen/*" 1593850 53 linux 2016-05-11 15:06:16 +0000 You're going much too far. It's sufficient to remove the writable attribute. 1594228 54 SIDEPIPEUK 2016-05-13 08:23:25 +0000 (In reply to Mika Norén from comment #52) > Here's an ugly workaround to use meanwhile: The workaround didn't work for me. I'm using the KDE Neon unstable archives now and the issue still exists - doesn't seem as bad as it used to be for me in that much of the time the configuration remains correct.... but every now and again it's still lost. This morning I logged in and the screens were mirrored ( rather than extended over both. ) Rebooted and it was fine again. This is with the kscreen config file set to read only. 1594321 55 orbmiser 2016-05-13 16:07:07 +0000 Is Daniel Vrátil dvratil@kde.org still on this? As haven't seen a post from him in a year? New to this so don't know how it all works. Like he is the only one and now ignoring? Others? How to get more info on it being addressed or not? Thanks! 1595078 56 rocketraman 2016-05-17 13:50:00 +0000 Same issue here. Fedora 23 desktop setup, three monitors, one large one in the middle and two smaller ones to the left and right. On reboot, KDE always resets all three monitors to the same resolution, and stacks them (so they show the screen output mirrored). Repeatable on every reboot. I have made the config file .local/share/kscreen/ read-only and the issue still happens. This is relatively new (a few months) -- this setup used to work fine in the KDE 4.x days and early KDE 5.x days. 1595390 57 ekis.ca 2016-05-18 23:57:30 +0000 Running into this issue here as well. Setup - two monitors: 1) Primary -> DisplayPort (RIGHT monitor) 2) Secondary -> HDMI (LEFT monitor) Logout or reboot always resets both monitors' resolution to 1920x1080 and resets both monitors' coordinates in System Settings -> Display Configuration to "on top of each other". Disabling KScreen 2 fixed these issues but produces new ones: a) Primary display setting is lost (reverts to "No Primary Display") b) Position information is reversed: DisplayPort monitor is now on the left and HDMI monitor on the right This now happens on each logout or reboot. After disabling KScreen 2, it *is* kind of an improvement but manual display configuration intervention is still required on each login, which is a pain. Sysinfo: ------------------------------------------- KDE Plasma Version: 5.6.3 KDE Frameworks Version: 5.21.0 Qt Version: 5.6.0 Kernel Version: 4.4.9-300.fc23.x86_64 1596335 58 SIDEPIPEUK 2016-05-24 07:59:49 +0000 Ok, not sure if this offers any clues, or if it's something unrelated. Logged in this morning and the screen layout had been reset. After trying a few times ( normally logging out/back in fixes it now the kscreen file is ro ) it still wasn't working, so I looked in .local/share/kscreen/ and found that it had got around the ro file thing by creating a new file dated yesterday - I deleted that and things were back to normal when I logged back in. That leads me to a train of thought. Maybe, sometimes during the boot process, kscreen fails to read the kscreen directory. This has more weight because my entire /home is a luks partition mounted with pam_mount - so could it be that there's a timing issue here? pam_mount hasn't completed before kscreen tries to initialise? Is there an easy way I can test this theory ( put a delay in somewhere, force kscreen to rely on pam_mount completing, or some such? ) 1596750 59 matt 2016-05-25 22:45:51 +0000 I too am having problems. I used this guide to install my drivers: http://www.if-not-true-then-false.com/2015/fedora-nvidia-guide/ I even downloaded a program called "beesu" that allows me to run a program as root and save configuration file. beesu nvidia-settings and then I would configure my display settings (after a fresh restart). The login screen detects my duel monitor output, but after I punch in my log credentials! KABOOM! 1596755 60 matt 2016-05-25 22:55:56 +0000 1.) Install NVidia Drivers 2.) Install Beesu 3.) Use Beesu to launch NVIDIA X Server Settings (run as root and not have problem overwriting config file) 4.) sudo beesu nvidia-settings (I right clicked icon in settings menu and edit application to get command) 5.) Apply your changes to layout, THAN Save to X Config File THAN Quit. 6.) Launch up Background Services 7.) Startup Services than Uncheck KScreen 2 > Apply > OK > Restart GLHF and Happy Days from Philadelphia, USA! 1596859 61 thebitpit 2016-05-26 15:39:46 +0000 I discovered a new clue to this problem. Just an observation to take into account. I updated the consolekit to use the master branch "=sys-auth/consolekit-9999" (I run gentoo -- mostly stable). There is a patch that was added to fix "ck-remove-directory" which was failing to remove the "/var/run/user/<uid>" directory. The fix description is at: https://www.bountysource.com/issues/33234185-ck-remove-directory-remove-dest-dir-as-real-user This fix had an unexpected effect on my dual monitor setup: Previously the task manager bar I placed at the bottom of the screen on the right always moved to the left screen on power down and reboot. Then it previously moved back to the the right screen when I logged out and logged back in. Now, after getting the above patch, it stays where I put it in both cases. 1597754 62 diego.ml 2016-05-31 08:31:00 +0000 Relevant article: http://vizzzion.org/blog/2016/05/multiscreen-in-plasma-5-7-and-beyond/ So feedback on Plasma git master or 5.7 is welcome. 1597775 63 cfeck 2016-05-31 11:32:47 +0000 You also need Qt 5.6 _branch_, neither Qt 5.6.0 (released), nor Qt 5.6.1 (not yet released), nor any Qt 5.7 (also not released) do contain important fixes for Qt's screen handling. See e.g. cdf1e67de1c462a59b71ee0b14bab73dc3391b65 and fae8ee8b428ae7a406199e504b2d0eedd5059dbd In other words, if you are not compiling from source, you will have to wait for Qt 5.6.2 or Qt 5.7.1 1598175 64 sebas 2016-06-01 14:55:20 +0000 Git commit 17199d32f292f7c44eb8cdce5b35396d3bd19eb8 by Sebastian Kügler. Committed on 01/06/2016 at 14:55. Pushed by sebas into branch 'master'. address race condition around setoperation Summary: Use a timer to avoid catching configChanged signals after we set changes. The long version: TL;DR: We have a race condition when the kscreen daemon starts. It looks up a known config, then applies it and subsequently resaves the config. The same happens on config changes, it writes, then re-reads and then re-writes the config change. I've managed to prevent this from happening by adding a timer that does avoids saving the config as a direct reaction to our own config changes. So what happens on kded5 startup after loading the kscreen2 module: - the kscreen config is requested and received - the kscreen daemon (KD) looks into its config directory for a suitable config file (a config file is identified by a combined hash of all screen attached, so unique per connected set of outputs) - KD usually finds a config - KD ignores configChanged events before it starts ... - a KScreen::SetConfigOperation to apply the "known config" - SetConfigOperation returns after a while (say 100ms later) - we re-enable the change monitor - we receive a configChanged signal - we save the new config (usually to the existing config file) I don't think this behavior is desirable. I don't see a reason why the daemon should save its config right after applying it. I think this causes more problems than we want, since the startup may overwrite the user's config. This behavior seems to be desired by the code in KD, it's already blocking configChanged signals during the SetOperation (which, to be honest may result in nightmarish behavior in any way, so it might be a kludge which aims too short). >From libkscreen perspective, SetConfigOperation::finished cannot guarantee that all configChanged signals are already fired and that it's safe to watch for new, independent changes now. At least on X11, we simply don't know, and what we can do is wait a bit and cross fingers that we're not catching our own noise. The changed signal *may* come from a re-request of the edid information, but this is a bit hard to track down, and not too useful, anyway, since changed Edid may affect a large number of a screen's properties. In the Wayland backend, that's a different story and we can prevent this behavior at an earlier stage, so this timer is "probably not needed" (I haven't tested that). This effectively prevents KD from catching reactions to its own changes and does not trigger saving the config file on every login. It still reacts to changes from libkscreen, but will avoid re-saving the config a few times. The timer may not be the neatest of solutions for this, but it does help narrowing down the problem and may be a last resort action. Most importantly, it avoids the re-writing of the config on startup and plugging/unplugging a monitor effectively. The timer value of 100ms is also used in kwin, which should make the behavior (which is no problem in kwin) more solid. Related: bug 358011 Reviewers: graesslin Reviewed By: graesslin Subscribers: plasma-devel, #plasma Tags: #plasma Differential Revision: https://phabricator.kde.org/D1730 M +12 -1 kded/daemon.cpp M +2 -0 kded/daemon.h http://commits.kde.org/kscreen/17199d32f292f7c44eb8cdce5b35396d3bd19eb8 1601350 65 lorenzo 2016-06-15 17:17:21 +0000 I have this problem at every boot. When I log in into KDE the secondary monitor is just a copy of the primary one. I'm on Manjaro Linux with Plasma 5.6.4, Qt 5.6.0, Linux 4.6.2-1 and NVidia proprietary drivers 364.19-2. I don't have this problem on the same machine with Kubuntu 16.04. 1602680 66 terry 2016-06-21 08:16:24 +0000 We have this problem as well. I don't know why kscreen is saving the monitors configuration state, why does it need to do this ? If it needs to for some reason, can't it save it in a separate file to the user defined configuration ? It can then use the users configuration if available overriding any other "automaticially" saved config. 1603001 67 pb.g 2016-06-23 05:31:49 +0000 also loosing multi-monitor configuration with plasma 5.6.5 / QT 5.6.1, xf86-video-intel-2.99.917_p20160518, deleting configs from local/share/kscreen and reconfigure has no effect. Individual framerate settings and secondary monitor position is not restored after reboot. 1603512 68 kirys 2016-06-26 06:38:56 +0000 Same issue with fedora 23 each time i log to my desktop 1603787 69 kirys 2016-06-27 17:10:53 +0000 also I have the same issue with fedora 24 :( 1606701 70 mail 2016-07-10 19:07:53 +0000 Had the same issue here, none of the workarounds helped. I also tried to apply the patch from comment 64 to 5.6.5, to no avail. Now I upgraded to 5.7.0 and the problem is fixed. Thanks! 1607798 71 sebas 2016-07-13 21:56:47 +0000 Fix confirmed for 5.7.0. Closing. Thanks everybody for providing help to address this issue! 1610619 72 asturm 2016-07-26 12:17:36 +0000 ...any specific patch you could point me to in addition to https://bugs.kde.org/show_bug.cgi?id=346961#c64 that solved this issue in 5.7? 1610622 73 sebas 2016-07-26 12:23:44 +0000 @andreas: does this patch alone not solve your problem? If it doesn't, your best bet is to upgrade to 5.7, the concertation of these events is too brittle for me to spend my time debugging which actual patches to put on top of an older release to make it work. If it doesn't work for you with 5.7, please file a separate bug so we can look into that. 1610656 74 asturm 2016-07-26 15:55:30 +0000 I was trying to solve another user's problem since 5.6.5 is stable in Gentoo (and 5.7 won't be for some time). Luckily we found the fix in libkscreen - should anyone else come across this: https://quickgit.kde.org/?p=libkscreen.git&a=commit&h=3cd70aa1cef0b4aab8c13bba049e5b1ccd6ae1ab 1611011 75 diego.ml 2016-07-28 07:49:56 +0000 If I still have the problem (same as title) in 5.7.1 should I report it here or do you encourage opening a separate bug? 1615463 76 ceo.roman 2016-08-18 21:37:39 +0000 In 5.7.3 have same problem( in ~/.local/share/kscreen one file, after relogin multimonitor configuration is lost(((( 1615602 77 subscriptions 2016-08-19 13:49:30 +0000 I am using version 5.6.2 (Kubuntu 16.04/ Nvidia driver), I had the similar issue of default monitor being switched. (including panels and wallpaper). I had previously disabled/uninstalled KScreen as suggested elsewhere: but the issue persisted. The following worked in my case: 1. With kscreen 2 installed: Configure Monitors as desired, in System Settings -> Display and Monitor -> Display Configuration 2. Make sure only one file in ~/.local/share/kscreen/ AND make it read-only 3. Enable kscreen 2 at startup under in System Settings -> Startup and Shutdown -> Background Services kscreen now reads the file ~/.local/share/kscreen/file... at startup and does not change it - resulting in correct configuration. 1615867 78 ceo.roman 2016-08-21 08:54:53 +0000 I tried set read-only of my ~/.local/share/kscreen/{file}. But cannot help me( When I reboot I see black screen on my second monitor. And on second monitor I see only mouse cursor((( 1616013 79 sebas 2016-08-22 10:36:11 +0000 This bug is fixed in Plasma 5.8. If you could test against that, it would be nice. 1616057 80 diego.ml 2016-08-22 14:23:59 +0000 (In reply to Sebastian Kügler from comment #79) > This bug is fixed in Plasma 5.8. If you could test against that, it would be > nice. Is KDE Neon dev unstable ok to test that? http://files.kde.org/neon/images/neon-devedition-gitunstable/current/ 1616067 81 sebas 2016-08-22 14:58:35 +0000 Yes, neon dev unstable has all these fixes. 1616072 82 asturm 2016-08-22 16:43:26 +0000 @Sebastian: Apart from the commit I found above (I'm not sure there's still an issue beyond that), is there anything in particular that one can look at for backporting to 5.7? 1616086 83 ceo.roman 2016-08-22 18:11:24 +0000 I have Arch Linux with uncomment [kde-unstable] repo. But my current install version of kde is 5.7.3( 1616139 84 sebas 2016-08-22 21:23:36 +0000 @andreas.sturmlechner Seems tricky. There is a whole range of fixes that I've done in libkscreen, the kscreen kcm and the kded module. While they all fix individual issues, backporting them isn't quite trivial. Also, there's a more intrusive change in plasmashell (plasma-workspace/shell) that fixes plasma's dealing with esp. screen changes (this is the series of bugs that make plasma not render the right containments on a given screen, including panels). To get a really useful combination, these need to go hand in hand, so you'd have to backport patch series for at least 3 repositories to make it actually useful. At that point, you're running a Frankenstein Plasma out of 5.7 and 5.8, which nobody has tested and we certainly can't guarantee to have working. If you're doing this work for a distro, I'd actually recommend spending that time and work on making sure Plasma 5.8 becomes available as soon as possible (we've already reduced the length of this release cycle by two weeks), and perhaps get our upcoming beta packaged as well to give us a bit more testing so we can iron out problems or regressions that may have been introduced and need catching before 5.8.0. If you really really really want, you could try picking libkscreen and kscreen from git master. That will still leave you with problems in plasmashell, which from a quick look at the git changes, seem quite untrivial to backport. I'm sorry I can't be of much use here... 1616243 85 bugs.kde.org 2016-08-23 12:46:49 +0000 What is the best way to try out Plasma 5.8 on current Fedora (24)? 1619103 86 diego.ml 2016-09-05 07:47:27 +0000 (In reply to Sebastian Kügler from comment #81) > Yes, neon dev unstable has all these fixes. I tried neon dev unstable, and situation looked much better. I still had a problem with panel having a "dead extension" (empty grey non-clickable panel) on the non primary display, when primary display is set to external monitor, but I'll open a separate bug for that. Thanks for the improvements. 1620479 87 mitja.pozar 2016-09-09 11:28:57 +0000 I have this same exact issues. I have tried installing KDE Neon User Stable, Dev Stable and Dev Unstable and no luck. I have a laptop HP ZBook 15 G2 on docking station and 2 DELL monitors connected to it over displayport. The 1st one is detected corectly and used but the 2nd one is only detected but disabled for no reason. After I enable it everything works fine but upon reboot or reconnect to docking station all config is lost. 1620486 88 sebas 2016-09-09 12:06:00 +0000 @doctor78: Could you provide your ~/.local/share/kscreen/kscreen.log please, so I can have a look at what's failing? What graphics hardware do you use? 1620487 89 sebas 2016-09-09 12:06:35 +0000 @doctor78: Could you provide your ~/.local/share/kscreen/kscreen.log please, so I can have a look at what's failing? What graphics hardware do you use? Please file a new bugreport with this information, otherwise it gets too hard to track. 1620490 90 100993 mitja.pozar 2016-09-09 12:20:25 +0000 Created attachment 100993 MY kscreen.log This is my fresh kscreen.log after restart. I am using hybrid graphic card setup with Intel and AMD graphics. 1620503 91 sebas 2016-09-09 13:04:36 +0000 As I said, please file a new report, this becomes too hard to track efficiently otherwise. 1624303 92 ghost53947 2016-09-24 12:11:31 +0000 I am waiting to Arch Linux to get 5.8, seems that 5.7.5 broke the multi screen again for my system. The panel also now won't move to another screen no matter what screen I set as the primary display. So it seems that the change to make the primary screen also the screen that the panel will display on, that commit has been undone by someone for some reason. 1627799 93 shrinidhi666 2016-09-27 04:22:58 +0000 I just updated to the 5.8 branch and the system with dual DP and HDMI monitors started giving issues like before again!!! . panels not in primary monitor , settings getting lost after every reboot . Its really irritating to use in production . I am sorry If i am venting my frustrations here . but imagine my situation when i have deployed it in a production environement !!! . Artist here are not able to use kde as its supposed to be used . Everytime nuking the .config . .cache .local is NOT an option!! . 1627885 94 sebas 2016-09-27 11:02:03 +0000 @Shrinidhi Rao Could you please file a new bug-report, and add the information as outlined on: https://community.kde.org/Solid/Projects/ScreenManagement#Debugging_Information 1630442 95 a.key 2016-10-07 16:52:45 +0000 There's not much point in repeating what's already been said apart from the fact that I acknowledge the problem. It may have been fixed in the latest code but on the freshest fedora 24 it is defo still broken. Anyways...For me the most annoying thing is that I simply loose my windows or even the ability to put the laptop to sleep/suspend or even shutdown after undocking it. Environment: OS: Fedora 24 Desired monitor setup: eDP1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 310mm x 170mm DP2-1 connected 1920x1080+1920+0 (normal left inverted right x axis y axis) 520mm x 290mm DP2-2 connected 1920x1080+3840+0 (normal left inverted right x axis y axis) 600mm x 340mm This config is 90% of times lost when I undock the laptop and dock it again or udock, suspend, dock it back and wake up. The most reliable way for me to restore my screens is to run xrandr manually and not even specified all outputs in one go but enabling the outputs one after another: xrandr --output eDP1 --auto --primary && xrandr --output DP2-1 --auto --right-of eDP1 && xrandr --output DP2-2 --auto --right-of DP2-1 I have this command in history of krunner so I can fairly easily get back to it if I loose my screens after undocking and have no way to restore windows quickly. Today I discovered a new method which seems to work for me every time I undock and redock: This one is using the feature of power management/Energy Saving settings. In particular executing scripts on Profile changes. So I have 2 scripts: $ ls -1 ~/scripts/ disable-external-monitors.sh enable-external-monitors.sh containing: $ cat scripts/enable-external-monitors.sh #!/usr/bin/env bash PATH=$PATH:/usr/bin export DISPLAY=":0" logger "$0 - run" sleep 1 xrandr --output eDP1 --auto --primary && xrandr --output DP2-1 --auto --right-of eDP1 && xrandr --output DP2-2 --auto --right-of DP2-1 and: $ cat scripts/disable-external-monitors.sh #!/usr/bin/env bash PATH=$PATH:/usr/bin export DISPLAY=":0" logger "$0 - run" sleep 1 xrandr --output eDP1 --auto --primary && xrandr --output DP2-1 --off && xrandr --output DP2-2 --off The scripts are executable (obviously). So in the settings of Energy Saving for "On AC Power" profile I have: Run script (ticked) and pointing at: /home/a.key/scripts/enable-external-monitors.sh and for "On Battery" Run script (ticked) and pointing at: /home/a.key/scripts/disable-external-monitors.sh This seems to work pretty well with the current state of things (broken KDE packages as provided by current Fedora 24). Obviously for your setups you will have to modify the outputs in xrandr calls inside the scripts. There's obviously a bit of debugging in them. The reason for 1s sleep is that I very often find that my Thinkpad T440s takes a bit of time to register h/w changes that happen during docking/undocking so allowing 1s delay is helping there. This doesn't resolve the screen setup being broken during KDE start (after reboot) but that should be as simple as adding the "enable-external-monitors.sh) script to KDE startup. Hope this helps before we get the fixed packages from vendors/distributions. 1646362 96 caco3 2016-12-20 21:29:03 +0000 A simple killall plasmashell; plasmashell after startup seems to fix it for me. Using Kubuntu 16.10 and KDE Framework 5.26.0 (Plasma 5.7.5) 1646367 97 cfeck 2016-12-20 21:47:24 +0000 If restarting plasmashell fixes the issue, then this should work correctly with Plasma 5.8.4. 92465 2015-05-06 22:27:27 +0000 2015-05-06 22:27:27 +0000 Working configuration Working.tar.gz application/gzip 442 z.buildrocks H4sIAAKVSlUAA+2UXWvbMBSGe51fIXxdj3OOZEnenVk2EshgV2MwdiFb0mKWxEN2tm6j/32yS1sv bpfSFUYhL1gH9Pp8SI+xlI4q53Luy9Kj4Boh807zEkxccnf2BAIAKQWLEVUG4zgIFQmGlBFlGB/J AGUm4IzBUzQ/pn3bmRBH+VKH5hsSv++9Y/7VWdhNfCb6OGNRv4a1V+J2ptw4m7xkXdi781uj7vcS XTmjbLwHR7YEa1Q8rDKKIworssono4yt64w1nYl5tw0Gx+83m53Zur7iRTA7G9L569WKYQ7qzbt0 /ooTV0hFoeWo4JB6nTZ/v0yXKSY37uW4c2PdtGtwPrh2HQ2VvQASUnEhMUcBkg66tPXPaYHBWbv6 87qLHsYK51P/e227vgWShj/cyzsn/dq000Ev4hYcTPSj37u7RKi3JvS+N5t2jCw0nenqZhctmo3S Ho6bOIH2IiePvELQuQBhHUilKFMm04/GXVQusAVxuVilqw9YFABCEMJ9uBfzt8sUHkdbHt7lg+hq +BvdnP6J7vTjGQATHEN8QGlEGK8Izz7N/vc/5aSTTnoe+g1Wr2NaAAoAAA== 92466 2015-05-06 22:29:31 +0000 2015-05-06 22:29:31 +0000 One old config Old Config 1.tar.gz application/gzip 336 z.buildrocks H4sIAG+VSlUAA+2ST0vDQBDFe+6nWHK2MLPZP4m3gIcK9S6Ih212YxfbRDZbbZV+dzcptrGp9FJQ ob/DDszLm3nLBjRSJlNqJEumLDeFkAkUOeA0iQWXODgDACAEI6Gi5NCtWyQDgpRT5MAQBAEUyHFA 4BzLT7GsvXIhyrN11SvS+KfvTunbq5Bd/Sc8DEngoz0bIlOq6dzo6Jp4tzRXe8E2vYjGFJKCpbTA OEdIUgZMGxBSUi4VT6KOY2G80sqr4NsvaJViOZ+XamGaiSunSu1GWW4cGdNYjCejyT1mGQBjFKEz sLV+2cY3d7cjiHbipru40qa/1JnCmXoWBAEHQ2v73je0yszYp5kPWrjrgavV36z2zUhMKXxTN0eT vVR1P9gqtA4TrZve8RHOLpRb9x/IVV55W5VNmuE2wuPwt/+vCxcu/F0+Ad+U3mQACAAA 92467 2015-05-06 22:29:50 +0000 2015-05-06 22:29:50 +0000 Other old config Old Config 2.tar.gz application/gzip 438 z.buildrocks H4sIAGeVSlUAA+2UXYvTQBSG97q/IuR6I+ec+fYuWKWFCl6JIF5MMhMbbBuZpLoq+9+dZHE3NrtW 6oIs9L2YgfPmfMw8Q6T0VHpvWFUUFXKmEUTlNSvAxsX4i0cQAEjJk7ijEjDeB6EiniAJIoHIUSaA UjBxkcBjND+mfdvZEEf5VIfmCxJ76Ltj/s1Zktv9iej9LIn6May9Ur+zxca79HnShb2/vDPqPpbq 0lvl4j14cgU4q+JhlVUsknNclFU6ytj6zjrb2Zh312Bwqv1ms7Nb31e8CnbnQjZ/uVolaEC9epPN XzBiCinPtRwVHFJ/pc3fLrNlhumtez3u3Dg/7Rp8FXy7joaEZ4BG8fjYNeNGgjno0tbfpwUGZ+3r j+suegjEL6f+19p1fQskDb+51/dO+rlpp4NexRAcTPStj91fItRbG3q/spt2jCw0ne3qZhctmo3S /h43MQJdcUMVshJBGw7ceZBKkVBW6JNx56UPyYKYXKyy1TvMcwDOCeEh3Iv562UGp9I+ha6GP9E1 9E90p49nAExwDPEBpRFhvCE8+zD73/+Us84662noJ3W8xIgACgAA 100993 2016-09-09 12:20:25 +0000 2016-09-09 12:20:25 +0000 MY kscreen.log kscreen.log text/plain 20712 mitja.pozar CjE0NzM0MjMyMTY4MzMgOyB4cmFuZHIgOyAgOiBDb25uZWN0ZWQgb3V0cHV0IDEyMCB0byBDUlRD IDExNgoxNDczNDIzMjE2ODM1IDsgeGNiLmhlbHBlciA7ICA6IERldGVjdGVkIFhSYW5kUiAxLjQK MTQ3MzQyMzIxNjgzNiA7IHhjYi5oZWxwZXIgOyAgOiBFdmVudCBCYXNlOiAgODkKMTQ3MzQyMzIx NjgzNiA7IHhjYi5oZWxwZXIgOyAgOiBFdmVudCBFcnJvcjogIDE0NwoxNDczNDIzMjE3MDc5IDsg a2RlZCA7ICA6IENvbmZpZyBLU2NyZWVuOjpDb25maWcoMHgxNzZjNjMwKSBpcyByZWFkeQoxNDcz NDIzMjE3MDgxIDsga2RlZCA7ICA6IEFwcGx5aW5nIGNvbmZpZwoxNDczNDIzMjE3MDgxIDsga2Rl ZCA7ICA6IEFwcGx5aW5nIGtub3duIGNvbmZpZyAiOTMyMjgzZDhkMzNhYjBjNzkzNjQwOTI0YjA5 YmViYWEiCjE0NzM0MjMyMTcwODIgOyBrZGVkIDsgIDogRmluZGluZyBhIG1vZGUgZm9yIFFTaXpl KDE5MjAsIDEyMDApIEAgNTkuOTUwMgoxNDczNDIzMjE3MDgyIDsga2RlZCA7ICA6IAlGb3VuZDog ICI3NSIgICBRU2l6ZSgxOTIwLCAxMjAwKSBAIDU5Ljk1MDIKMTQ3MzQyMzIxNzA4MiA7IGtkZWQg OyAgOiBGaW5kaW5nIGEgbW9kZSBmb3IgUVNpemUoMTkyMCwgMTIwMCkgQCA1OS45NTAyCjE0NzM0 MjMyMTcwODIgOyBrZGVkIDsgIDogCUZvdW5kOiAgIjc1IiAgIFFTaXplKDE5MjAsIDEyMDApIEAg NTkuOTUwMgoxNDczNDIzMjE3MDgyIDsga2RlZCA7ICA6IEZpbmRpbmcgYSBtb2RlIGZvciBRU2l6 ZSgxOTIwLCAxMDgwKSBAIDYwLjAwNzkKMTQ3MzQyMzIxNzA4MiA7IGtkZWQgOyAgOiAJRm91bmQ6 ICAiMTI0IiAgIFFTaXplKDE5MjAsIDEwODApIEAgNjAuMDA3OQoxNDczNDIzMjE3MDgyIDsga2Rl ZCA7ICA6IGRvQXBwbHlDb25maWcoKQoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogWFJhbmRS OjpzZXRDb25maWcKMTQ3MzQyMzIxNzA4NCA7IHhyYW5kciA7ICA6IFJlcXVlc3RlZCBzY3JlZW4g c2l6ZSBpcyBRU2l6ZSg1NzYwLCAxMjAwKQoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogTmVl ZGVkIENSVENzOiAgMwoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogQWN0aW9ucyB0byBwZXJm b3JtOgoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogCVByaW1hcnkgT3V0cHV0OiB0cnVlCjE0 NzM0MjMyMTcwODQgOyB4cmFuZHIgOyAgOiAJCU9sZDogMAoxNDczNDIzMjE3MDg0IDsgeHJhbmRy IDsgIDogCQlOZXc6IDEyMAoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogCUNoYW5nZSBTY3Jl ZW4gU2l6ZTogdHJ1ZQoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogCQlPbGQ6IFFTaXplKDE5 MjAsIDEwODApCjE0NzM0MjMyMTcwODQgOyB4cmFuZHIgOyAgOiAJCUludGVybWVkaWF0ZTogUVNp emUoNTc2MCwgMTIwMCkKMTQ3MzQyMzIxNzA4NCA7IHhyYW5kciA7ICA6IAkJTmV3OiBRU2l6ZSg1 NzYwLCAxMjAwKQoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogCURpc2FibGUgb3V0cHV0czog ZmFsc2UKMTQ3MzQyMzIxNzA4NCA7IHhyYW5kciA7ICA6IAlDaGFuZ2Ugb3V0cHV0czogdHJ1ZQox NDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogCQkgKDEyMCkKMTQ3MzQyMzIxNzA4NCA7IHhyYW5k ciA7ICA6IAlFbmFibGUgb3V0cHV0czogdHJ1ZQoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDog CQkgKDcxLCA3MikKMTQ3MzQyMzIxNzA4NCA7IHhyYW5kciA7ICA6IFJSU2V0U2NyZWVuU2l6ZQox NDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogCURQSTogOTYuMjUyNgoxNDczNDIzMjE3MDg0IDsg eHJhbmRyIDsgIDogCVNpemU6IFFTaXplKDU3NjAsIDEyMDApCjE0NzM0MjMyMTcwODQgOyB4cmFu ZHIgOyAgOiAJU2l6ZU1NOiBRU2l6ZSgxNTIwLCAzMTYpCjE0NzM0MjMyMTcwODQgOyB4cmFuZHIg OyAgOiBSUlNldENydGNDb25maWcgKGNoYW5nZSBvdXRwdXQpCjE0NzM0MjMyMTcwODQgOyB4cmFu ZHIgOyAgOiAJT3V0cHV0OiAxMjAgKCAiZURQMiIgKQoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsg IDogCUNSVEM6IDExNgoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogCVBvczogUVBvaW50KDAs MTIwKQoxNDczNDIzMjE3MDg0IDsgeHJhbmRyIDsgIDogCU1vZGU6IDEyNCBLU2NyZWVuOjpNb2Rl KElkOiAiMTI0IiAsIFNpemU6IFFTaXplKDE5MjAsIDEwODApICkKMTQ3MzQyMzIxNzA4NCA7IHhy YW5kciA7ICA6IAlSb3RhdGlvbjogMQoxNDczNDIzMjE3MTExIDsgeHJhbmRyIDsgIDogCVJlc3Vs dDogIDAKMTQ3MzQyMzIxNzExMSA7IHhyYW5kciA7ICA6IFhSYW5kUk91dHB1dCAxMjAgdXBkYXRl CjE0NzM0MjMyMTcxMTEgOyB4cmFuZHIgOyAgOiAJbV9jb25uZWN0ZWQ6IDAKMTQ3MzQyMzIxNzEx MSA7IHhyYW5kciA7ICA6IAltX2NydGMgWFJhbmRSQ3J0YygweDFmMDhkMTApCjE0NzM0MjMyMTcx MTEgOyB4cmFuZHIgOyAgOiAJQ1JUQzogMTE2CjE0NzM0MjMyMTcxMTEgOyB4cmFuZHIgOyAgOiAJ TU9ERTogMTI0CjE0NzM0MjMyMTcxMTEgOyB4cmFuZHIgOyAgOiAJQ29ubmVjdGlvbjogMAoxNDcz NDIzMjE3MTExIDsgeHJhbmRyIDsgIDogCVByaW1hcnk6IHRydWUKMTQ3MzQyMzIxNzExMSA7IHhy YW5kciA7ICA6IFFNYXAoKDYzLCBYUmFuZFJDcnRjKDB4MWYwYTVhMCkpKDY0LCBYUmFuZFJDcnRj KDB4MWYxMTQzMCkpKDY1LCBYUmFuZFJDcnRjKDB4MWYwOThlMCkpKDY2LCBYUmFuZFJDcnRjKDB4 MWYxMTZmMCkpKDY3LCBYUmFuZFJDcnRjKDB4MWYxMTgzMCkpKDY4LCBYUmFuZFJDcnRjKDB4MWYx MTk3MCkpKDExNiwgWFJhbmRSQ3J0YygweDFmMDhkMTApKSgxMTcsIFhSYW5kUkNydGMoMHgxZjA5 ODkwKSkoMTE4LCBYUmFuZFJDcnRjKDB4MWYwN2Q2MCkpKDExOSwgWFJhbmRSQ3J0YygweDFmMDdk YjApKSkKMTQ3MzQyMzIxNzExMSA7IHhyYW5kciA7ICA6IFRlc3RpbmcgQ1JUQyA2MwoxNDczNDIz MjE3MTExIDsgeHJhbmRyIDsgIDogCUZyZWU6IHRydWUKMTQ3MzQyMzIxNzExMSA7IHhyYW5kciA7 ICA6IAlNb2RlOiAwCjE0NzM0MjMyMTcxMTEgOyB4cmFuZHIgOyAgOiAJUG9zc2libGUgb3V0cHV0 czogUVZlY3Rvcig2OSwgNzAsIDcxLCA3MiwgNzMpCjE0NzM0MjMyMTcxMTEgOyB4cmFuZHIgOyAg OiAJQ29ubmVjdGVkIG91dHB1dHM6IFFWZWN0b3IoKQoxNDczNDIzMjE3MTExIDsgeHJhbmRyIDsg IDogCUdlb21ldHJ5OiBRUmVjdCgwLDAgMHgwKQoxNDczNDIzMjE3MTExIDsgeHJhbmRyIDsgIDog UlJTZXRDcnRjQ29uZmlnIChlbmFibGUgb3V0cHV0KQoxNDczNDIzMjE3MTExIDsgeHJhbmRyIDsg IDogCU91dHB1dDogNzEgKCAiRGlzcGxheVBvcnQtMS0xIiApCjE0NzM0MjMyMTcxMTEgOyB4cmFu ZHIgOyAgOiAJTmV3IENSVEM6IDYzCjE0NzM0MjMyMTcxMTEgOyB4cmFuZHIgOyAgOiAJUG9zOiBR UG9pbnQoMTkyMCwwKQoxNDczNDIzMjE3MTExIDsgeHJhbmRyIDsgIDogCU1vZGU6IEtTY3JlZW46 Ok1vZGUoSWQ6ICI3NSIgLCBTaXplOiBRU2l6ZSgxOTIwLCAxMjAwKSApIFByZWZlcnJlZDogIjc1 IgoxNDczNDIzMjE3MTExIDsgeHJhbmRyIDsgIDogCVJvdGF0aW9uOiAxCjE0NzM0MjMyMTcxOTIg OyB4cmFuZHIgOyAgOiAJUmVzdWx0OiAwCjE0NzM0MjMyMTcxOTIgOyB4cmFuZHIgOyAgOiBYUmFu ZFJPdXRwdXQgNzEgdXBkYXRlCjE0NzM0MjMyMTcxOTIgOyB4cmFuZHIgOyAgOiAJbV9jb25uZWN0 ZWQ6IDAKMTQ3MzQyMzIxNzE5MiA7IHhyYW5kciA7ICA6IAltX2NydGMgUU9iamVjdCgweDApCjE0 NzM0MjMyMTcxOTIgOyB4cmFuZHIgOyAgOiAJQ1JUQzogNjMKMTQ3MzQyMzIxNzE5MiA7IHhyYW5k ciA7ICA6IAlNT0RFOiA3NQoxNDczNDIzMjE3MTkyIDsgeHJhbmRyIDsgIDogCUNvbm5lY3Rpb246 IDAKMTQ3MzQyMzIxNzE5MiA7IHhyYW5kciA7ICA6IAlQcmltYXJ5OiBmYWxzZQoxNDczNDIzMjE3 MjAwIDsgeHJhbmRyIDsgIDogQ29ubmVjdGVkIG91dHB1dCA3MSB0byBDUlRDIDYzCjE0NzM0MjMy MTcyMDAgOyB4cmFuZHIgOyAgOiBRTWFwKCg2MywgWFJhbmRSQ3J0YygweDFmMGE1YTApKSg2NCwg WFJhbmRSQ3J0YygweDFmMTE0MzApKSg2NSwgWFJhbmRSQ3J0YygweDFmMDk4ZTApKSg2NiwgWFJh bmRSQ3J0YygweDFmMTE2ZjApKSg2NywgWFJhbmRSQ3J0YygweDFmMTE4MzApKSg2OCwgWFJhbmRS Q3J0YygweDFmMTE5NzApKSgxMTYsIFhSYW5kUkNydGMoMHgxZjA4ZDEwKSkoMTE3LCBYUmFuZFJD cnRjKDB4MWYwOTg5MCkpKDExOCwgWFJhbmRSQ3J0YygweDFmMDdkNjApKSgxMTksIFhSYW5kUkNy dGMoMHgxZjA3ZGIwKSkpCjE0NzM0MjMyMTcyMDIgOyB4cmFuZHIgOyAgOiBUZXN0aW5nIENSVEMg NjMKMTQ3MzQyMzIxNzIwMiA7IHhyYW5kciA7ICA6IAlGcmVlOiBmYWxzZQoxNDczNDIzMjE3MjAy IDsgeHJhbmRyIDsgIDogCU1vZGU6IDc1CjE0NzM0MjMyMTcyMDIgOyB4cmFuZHIgOyAgOiAJUG9z c2libGUgb3V0cHV0czogUVZlY3Rvcig2OSwgNzAsIDcxLCA3MiwgNzMpCjE0NzM0MjMyMTcyMDIg OyB4cmFuZHIgOyAgOiAJQ29ubmVjdGVkIG91dHB1dHM6IFFWZWN0b3IoNzEpCjE0NzM0MjMyMTcy MDIgOyB4cmFuZHIgOyAgOiAJR2VvbWV0cnk6IFFSZWN0KDE5MjAsMCAxOTIweDEyMDApCjE0NzM0 MjMyMTcyMDIgOyB4cmFuZHIgOyAgOiBUZXN0aW5nIENSVEMgNjQKMTQ3MzQyMzIxNzIwMiA7IHhy YW5kciA7ICA6IAlGcmVlOiB0cnVlCjE0NzM0MjMyMTcyMDIgOyB4cmFuZHIgOyAgOiAJTW9kZTog MAoxNDczNDIzMjE3MjAyIDsgeHJhbmRyIDsgIDogCVBvc3NpYmxlIG91dHB1dHM6IFFWZWN0b3Io NjksIDcwLCA3MSwgNzIsIDczKQoxNDczNDIzMjE3MjAyIDsgeHJhbmRyIDsgIDogCUNvbm5lY3Rl ZCBvdXRwdXRzOiBRVmVjdG9yKCkKMTQ3MzQyMzIxNzIwMiA7IHhyYW5kciA7ICA6IAlHZW9tZXRy eTogUVJlY3QoMCwwIDB4MCkKMTQ3MzQyMzIxNzIwMiA7IHhyYW5kciA7ICA6IFJSU2V0Q3J0Y0Nv bmZpZyAoZW5hYmxlIG91dHB1dCkKMTQ3MzQyMzIxNzIwMiA7IHhyYW5kciA7ICA6IAlPdXRwdXQ6 IDcyICggIkRpc3BsYXlQb3J0LTEtMiIgKQoxNDczNDIzMjE3MjAyIDsgeHJhbmRyIDsgIDogCU5l dyBDUlRDOiA2NAoxNDczNDIzMjE3MjAyIDsgeHJhbmRyIDsgIDogCVBvczogUVBvaW50KDM4NDAs MCkKMTQ3MzQyMzIxNzIwMiA7IHhyYW5kciA7ICA6IAlNb2RlOiBLU2NyZWVuOjpNb2RlKElkOiAi NzUiICwgU2l6ZTogUVNpemUoMTkyMCwgMTIwMCkgKSBQcmVmZXJyZWQ6ICI3NSIKMTQ3MzQyMzIx NzIwMiA7IHhyYW5kciA7ICA6IAlSb3RhdGlvbjogMQoxNDczNDIzMjE3MjAyIDsgeHJhbmRyIDsg IDogUmVzdWx0OiB1bmtub3duIChlcnJvcikKMTQ3MzQyMzIxNzIwMiA7IHhyYW5kciA7ICA6IE91 dHB1dCBmYWlsZWQgdG8gYmUgRW5hYmxlZDogICJEaXNwbGF5UG9ydC0xLTIiCjE0NzM0MjMyMTcy MDIgOyB4cmFuZHIgOyAgOiBSUlNldE91dHB1dFByaW1hcnkKMTQ3MzQyMzIxNzIwMiA7IHhyYW5k ciA7ICA6IAlOZXcgcHJpbWFyeTogMTIwCjE0NzM0MjMyMTcyMDIgOyB4cmFuZHIgOyAgOiBSZXF1 ZXN0ZWQgc2NyZWVuIHNpemUgaXMgUVNpemUoNTc2MCwgMTIwMCkKMTQ3MzQyMzIxNzIwMiA7IHhy YW5kciA7ICA6IEZvcmNlZCB0byBjaGFuZ2Ugc2NyZWVuIHNpemU6ICBRU2l6ZSg1NzYwLCAxMjAw KQoxNDczNDIzMjE3MjAyIDsgeHJhbmRyIDsgIDogUlJTZXRTY3JlZW5TaXplCjE0NzM0MjMyMTcy MDIgOyB4cmFuZHIgOyAgOiAJRFBJOiA5Ni4yNTI2CjE0NzM0MjMyMTcyMDIgOyB4cmFuZHIgOyAg OiAJU2l6ZTogUVNpemUoNTc2MCwgMTIwMCkKMTQ3MzQyMzIxNzIwMiA7IHhyYW5kciA7ICA6IAlT aXplTU06IFFTaXplKDE1MjAsIDMxNikKMTQ3MzQyMzIxNzIwMiA7IHhyYW5kciA7ICA6IFhSYW5k Ujo6c2V0Q29uZmlnIGRvbmUhCjE0NzM0MjMyMTcyMjggOyB4Y2IuaGVscGVyIDsgIDogUlJTY3Jl ZW5DaGFuZ2VOb3RpZnkKMTQ3MzQyMzIxNzIyOCA7IHhjYi5oZWxwZXIgOyAgOiAJV2luZG93OiA2 MjkxNDU2NAoxNDczNDIzMjE3MjI4IDsgeGNiLmhlbHBlciA7ICA6IAlSb290OiAyNjQKMTQ3MzQy MzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJUm90YXRpb246ICAiUm90YXRlXzAiCjE0NzM0MjMy MTcyMjkgOyB4Y2IuaGVscGVyIDsgIDogCVNpemUgSUQ6IDY1NTM1CjE0NzM0MjMyMTcyMjkgOyB4 Y2IuaGVscGVyIDsgIDogCVNpemU6ICA1NzYwIDEyMDAKMTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxw ZXIgOyAgOiAJU2l6ZU1NOiAgMTUyMCAzMTYKMTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAg OiBSUk5vdGlmeV9DcnRjQ2hhbmdlCjE0NzM0MjMyMTcyMjkgOyB4Y2IuaGVscGVyIDsgIDogCUNS VEM6ICAxMTYKMTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJTW9kZTogIDEyNAoxNDcz NDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQy MzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJR2VvbWV0cnk6ICAwIDEyMCAxOTIwIDEwODAKMTQ3 MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiBSUlNjcmVlbkNoYW5nZU5vdGlmeQoxNDczNDIz MjE3MjI5IDsgeGNiLmhlbHBlciA7ICA6IAlXaW5kb3c6IDYyOTE0NTY0CjE0NzM0MjMyMTcyMjkg OyB4Y2IuaGVscGVyIDsgIDogCVJvb3Q6IDI2NAoxNDczNDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7 ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAg OiAJU2l6ZSBJRDogNjU1MzUKMTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJU2l6ZTog IDU3NjAgMTIwMAoxNDczNDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7ICA6IAlTaXplTU06ICAxNTIw IDMxNgoxNDczNDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7ICA6IFJSTm90aWZ5X0NydGNDaGFuZ2UK MTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJQ1JUQzogIDExNgoxNDczNDIzMjE3MjI5 IDsgeGNiLmhlbHBlciA7ICA6IAlNb2RlOiAgMTI0CjE0NzM0MjMyMTcyMjkgOyB4Y2IuaGVscGVy IDsgIDogCVJvdGF0aW9uOiAgIlJvdGF0ZV8wIgoxNDczNDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7 ICA6IAlHZW9tZXRyeTogIDAgMTIwIDE5MjAgMTA4MAoxNDczNDIzMjE3MjI5IDsgeGNiLmhlbHBl ciA7ICA6IFJSU2NyZWVuQ2hhbmdlTm90aWZ5CjE0NzM0MjMyMTcyMjkgOyB4Y2IuaGVscGVyIDsg IDogCVdpbmRvdzogNjI5MTQ1NjQKMTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJUm9v dDogMjY0CjE0NzM0MjMyMTcyMjkgOyB4Y2IuaGVscGVyIDsgIDogCVJvdGF0aW9uOiAgIlJvdGF0 ZV8wIgoxNDczNDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7ICA6IAlTaXplIElEOiA2NTUzNQoxNDcz NDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7ICA6IAlTaXplOiAgMzg0MCAxMjAwCjE0NzM0MjMyMTcy MjkgOyB4Y2IuaGVscGVyIDsgIDogCVNpemVNTTogIDAgMAoxNDczNDIzMjE3MjI5IDsgeGNiLmhl bHBlciA7ICA6IFJSTm90aWZ5X0NydGNDaGFuZ2UKMTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIg OyAgOiAJQ1JUQzogIDYzCjE0NzM0MjMyMTcyMjkgOyB4Y2IuaGVscGVyIDsgIDogCU1vZGU6ICA3 NQoxNDczNDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIK MTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJR2VvbWV0cnk6ICAxOTIwIDAgMTkyMCAx MjAwCjE0NzM0MjMyMTcyMjkgOyB4Y2IuaGVscGVyIDsgIDogUlJvdGlmeV9PdXRwdXRDaGFuZ2UK MTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJT3V0cHV0OiAgNzEKMTQ3MzQyMzIxNzIy OSA7IHhjYi5oZWxwZXIgOyAgOiAJQ1JUQzogIDYzCjE0NzM0MjMyMTcyMjkgOyB4Y2IuaGVscGVy IDsgIDogCU1vZGU6ICA3NQoxNDczNDIzMjE3MjI5IDsgeGNiLmhlbHBlciA7ICA6IAlSb3RhdGlv bjogICJSb3RhdGVfMCIKMTQ3MzQyMzIxNzIyOSA7IHhjYi5oZWxwZXIgOyAgOiAJQ29ubmVjdGlv bjogICJDb25uZWN0ZWQiCjE0NzM0MjMyMTcyMjkgOyB4Y2IuaGVscGVyIDsgIDogCVN1YnBpeGVs IE9yZGVyOiAgMQoxNDczNDIzMjE3MjM2IDsgeGNiLmhlbHBlciA7ICA6IFJSU2NyZWVuQ2hhbmdl Tm90aWZ5CjE0NzM0MjMyMTcyMzcgOyB4Y2IuaGVscGVyIDsgIDogCVdpbmRvdzogNjI5MTQ1NjQK MTQ3MzQyMzIxNzIzNyA7IHhjYi5oZWxwZXIgOyAgOiAJUm9vdDogMjY0CjE0NzM0MjMyMTcyMzcg OyB4Y2IuaGVscGVyIDsgIDogCVJvdGF0aW9uOiAgIlJvdGF0ZV8wIgoxNDczNDIzMjE3MjM3IDsg eGNiLmhlbHBlciA7ICA6IAlTaXplIElEOiA2NTUzNQoxNDczNDIzMjE3MjM3IDsgeGNiLmhlbHBl ciA7ICA6IAlTaXplOiAgMzg0MCAxMjAwCjE0NzM0MjMyMTcyMzcgOyB4Y2IuaGVscGVyIDsgIDog CVNpemVNTTogIDAgMAoxNDczNDIzMjE3MjM3IDsgeGNiLmhlbHBlciA7ICA6IFJSTm90aWZ5X0Ny dGNDaGFuZ2UKMTQ3MzQyMzIxNzIzNyA7IHhjYi5oZWxwZXIgOyAgOiAJQ1JUQzogIDYzCjE0NzM0 MjMyMTcyMzcgOyB4Y2IuaGVscGVyIDsgIDogCU1vZGU6ICA3NQoxNDczNDIzMjE3MjM3IDsgeGNi LmhlbHBlciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQyMzIxNzIzNyA7IHhjYi5o ZWxwZXIgOyAgOiAJR2VvbWV0cnk6ICAxOTIwIDAgMTkyMCAxMjAwCjE0NzM0MjMyMTcyMzcgOyB4 Y2IuaGVscGVyIDsgIDogUlJvdGlmeV9PdXRwdXRDaGFuZ2UKMTQ3MzQyMzIxNzIzNyA7IHhjYi5o ZWxwZXIgOyAgOiAJT3V0cHV0OiAgNzEKMTQ3MzQyMzIxNzIzNyA7IHhjYi5oZWxwZXIgOyAgOiAJ Q1JUQzogIDYzCjE0NzM0MjMyMTcyMzcgOyB4Y2IuaGVscGVyIDsgIDogCU1vZGU6ICA3NQoxNDcz NDIzMjE3MjM3IDsgeGNiLmhlbHBlciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQy MzIxNzIzNyA7IHhjYi5oZWxwZXIgOyAgOiAJQ29ubmVjdGlvbjogICJDb25uZWN0ZWQiCjE0NzM0 MjMyMTcyMzcgOyB4Y2IuaGVscGVyIDsgIDogCVN1YnBpeGVsIE9yZGVyOiAgMQoxNDczNDIzMjE3 MjM3IDsgeGNiLmhlbHBlciA7ICA6IFJSb3RpZnlfT3V0cHV0Q2hhbmdlCjE0NzM0MjMyMTcyMzcg OyB4Y2IuaGVscGVyIDsgIDogCU91dHB1dDogIDEyMAoxNDczNDIzMjE3MjM3IDsgeGNiLmhlbHBl ciA7ICA6IAlDUlRDOiAgMTE2CjE0NzM0MjMyMTcyMzcgOyB4Y2IuaGVscGVyIDsgIDogCU1vZGU6 ICAxMjQKMTQ3MzQyMzIxNzIzNyA7IHhjYi5oZWxwZXIgOyAgOiAJUm90YXRpb246ICAiUm90YXRl XzAiCjE0NzM0MjMyMTcyMzcgOyB4Y2IuaGVscGVyIDsgIDogCUNvbm5lY3Rpb246ICAiQ29ubmVj dGVkIgoxNDczNDIzMjE3MjM3IDsgeGNiLmhlbHBlciA7ICA6IAlTdWJwaXhlbCBPcmRlcjogIDAK MTQ3MzQyMzIxNzI0MCA7IHhjYi5oZWxwZXIgOyAgOiBSUlNjcmVlbkNoYW5nZU5vdGlmeQoxNDcz NDIzMjE3MjQwIDsgeGNiLmhlbHBlciA7ICA6IAlXaW5kb3c6IDYyOTE0NTY0CjE0NzM0MjMyMTcy NDAgOyB4Y2IuaGVscGVyIDsgIDogCVJvb3Q6IDI2NAoxNDczNDIzMjE3MjQwIDsgeGNiLmhlbHBl ciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQyMzIxNzI0MCA7IHhjYi5oZWxwZXIg OyAgOiAJU2l6ZSBJRDogNjU1MzUKMTQ3MzQyMzIxNzI0MCA7IHhjYi5oZWxwZXIgOyAgOiAJU2l6 ZTogIDM4NDAgMTIwMAoxNDczNDIzMjE3MjQwIDsgeGNiLmhlbHBlciA7ICA6IAlTaXplTU06ICAw IDAKMTQ3MzQyMzIxNzI0MCA7IHhjYi5oZWxwZXIgOyAgOiBSUm90aWZ5X091dHB1dENoYW5nZQox NDczNDIzMjE3MjQwIDsgeGNiLmhlbHBlciA7ICA6IAlPdXRwdXQ6ICAxMjAKMTQ3MzQyMzIxNzI0 MCA7IHhjYi5oZWxwZXIgOyAgOiAJQ1JUQzogIDExNgoxNDczNDIzMjE3MjQwIDsgeGNiLmhlbHBl ciA7ICA6IAlNb2RlOiAgMTI0CjE0NzM0MjMyMTcyNDAgOyB4Y2IuaGVscGVyIDsgIDogCVJvdGF0 aW9uOiAgIlJvdGF0ZV8wIgoxNDczNDIzMjE3MjQwIDsgeGNiLmhlbHBlciA7ICA6IAlDb25uZWN0 aW9uOiAgIkNvbm5lY3RlZCIKMTQ3MzQyMzIxNzI0MCA7IHhjYi5oZWxwZXIgOyAgOiAJU3VicGl4 ZWwgT3JkZXI6ICAwCjE0NzM0MjMyMTcyNDAgOyB4Y2IuaGVscGVyIDsgIDogUlJvdGlmeV9PdXRw dXRDaGFuZ2UKMTQ3MzQyMzIxNzI0MCA7IHhjYi5oZWxwZXIgOyAgOiAJT3V0cHV0OiAgMTIwCjE0 NzM0MjMyMTcyNDAgOyB4Y2IuaGVscGVyIDsgIDogCUNSVEM6ICAxMTYKMTQ3MzQyMzIxNzI0MCA7 IHhjYi5oZWxwZXIgOyAgOiAJTW9kZTogIDEyNAoxNDczNDIzMjE3MjQwIDsgeGNiLmhlbHBlciA7 ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQyMzIxNzI0MCA7IHhjYi5oZWxwZXIgOyAg OiAJQ29ubmVjdGlvbjogICJDb25uZWN0ZWQiCjE0NzM0MjMyMTcyNDAgOyB4Y2IuaGVscGVyIDsg IDogCVN1YnBpeGVsIE9yZGVyOiAgMAoxNDczNDIzMjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6IFJS U2NyZWVuQ2hhbmdlTm90aWZ5CjE0NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogCVdpbmRv dzogNjI5MTQ1NjQKMTQ3MzQyMzIxNzI0MSA7IHhjYi5oZWxwZXIgOyAgOiAJUm9vdDogMjY0CjE0 NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogCVJvdGF0aW9uOiAgIlJvdGF0ZV8wIgoxNDcz NDIzMjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6IAlTaXplIElEOiA2NTUzNQoxNDczNDIzMjE3MjQx IDsgeGNiLmhlbHBlciA7ICA6IAlTaXplOiAgMzg0MCAxMjAwCjE0NzM0MjMyMTcyNDEgOyB4Y2Iu aGVscGVyIDsgIDogCVNpemVNTTogIDAgMAoxNDczNDIzMjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6 IFJSb3RpZnlfT3V0cHV0Q2hhbmdlCjE0NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogCU91 dHB1dDogIDEyMAoxNDczNDIzMjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6IAlDUlRDOiAgMTE2CjE0 NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogCU1vZGU6ICAxMjQKMTQ3MzQyMzIxNzI0MSA7 IHhjYi5oZWxwZXIgOyAgOiAJUm90YXRpb246ICAiUm90YXRlXzAiCjE0NzM0MjMyMTcyNDEgOyB4 Y2IuaGVscGVyIDsgIDogCUNvbm5lY3Rpb246ICAiQ29ubmVjdGVkIgoxNDczNDIzMjE3MjQxIDsg eGNiLmhlbHBlciA7ICA6IAlTdWJwaXhlbCBPcmRlcjogIDAKMTQ3MzQyMzIxNzI0MSA7IHhjYi5o ZWxwZXIgOyAgOiBSUm90aWZ5X091dHB1dENoYW5nZQoxNDczNDIzMjE3MjQxIDsgeGNiLmhlbHBl ciA7ICA6IAlPdXRwdXQ6ICAxMjAKMTQ3MzQyMzIxNzI0MSA7IHhjYi5oZWxwZXIgOyAgOiAJQ1JU QzogIDExNgoxNDczNDIzMjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6IAlNb2RlOiAgMTI0CjE0NzM0 MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogCVJvdGF0aW9uOiAgIlJvdGF0ZV8wIgoxNDczNDIz MjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6IAlDb25uZWN0aW9uOiAgIkNvbm5lY3RlZCIKMTQ3MzQy MzIxNzI0MSA7IHhjYi5oZWxwZXIgOyAgOiAJU3VicGl4ZWwgT3JkZXI6ICAwCjE0NzM0MjMyMTcy NDEgOyB4Y2IuaGVscGVyIDsgIDogUlJTY3JlZW5DaGFuZ2VOb3RpZnkKMTQ3MzQyMzIxNzI0MSA7 IHhjYi5oZWxwZXIgOyAgOiAJV2luZG93OiA2MjkxNDU2NAoxNDczNDIzMjE3MjQxIDsgeGNiLmhl bHBlciA7ICA6IAlSb290OiAyNjQKMTQ3MzQyMzIxNzI0MSA7IHhjYi5oZWxwZXIgOyAgOiAJUm90 YXRpb246ICAiUm90YXRlXzAiCjE0NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogCVNpemUg SUQ6IDY1NTM1CjE0NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogCVNpemU6ICA1NzYwIDEy MDAKMTQ3MzQyMzIxNzI0MSA7IHhjYi5oZWxwZXIgOyAgOiAJU2l6ZU1NOiAgMTUyMCAzMTYKMTQ3 MzQyMzIxNzI0MSA7IHhjYi5oZWxwZXIgOyAgOiBSUm90aWZ5X091dHB1dENoYW5nZQoxNDczNDIz MjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6IAlPdXRwdXQ6ICAxMjAKMTQ3MzQyMzIxNzI0MSA7IHhj Yi5oZWxwZXIgOyAgOiAJQ1JUQzogIDExNgoxNDczNDIzMjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6 IAlNb2RlOiAgMTI0CjE0NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogCVJvdGF0aW9uOiAg IlJvdGF0ZV8wIgoxNDczNDIzMjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6IAlDb25uZWN0aW9uOiAg IkNvbm5lY3RlZCIKMTQ3MzQyMzIxNzI0MSA7IHhjYi5oZWxwZXIgOyAgOiAJU3VicGl4ZWwgT3Jk ZXI6ICAwCjE0NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVyIDsgIDogUlJOb3RpZnlfQ3J0Y0NoYW5n ZQoxNDczNDIzMjE3MjQxIDsgeGNiLmhlbHBlciA7ICA6IAlDUlRDOiAgMTE2CjE0NzM0MjMyMTcy NDEgOyB4Y2IuaGVscGVyIDsgIDogCU1vZGU6ICAxMjQKMTQ3MzQyMzIxNzI0MSA7IHhjYi5oZWxw ZXIgOyAgOiAJUm90YXRpb246ICAiUm90YXRlXzAiCjE0NzM0MjMyMTcyNDEgOyB4Y2IuaGVscGVy IDsgIDogCUdlb21ldHJ5OiAgMCAxMjAgMTkyMCAxMDgwCjE0NzM0MjMyMTcyNDEgOyB4Y2IuaGVs cGVyIDsgIDogUlJOb3RpZnlfQ3J0Y0NoYW5nZQoxNDczNDIzMjE3MjQyIDsgeGNiLmhlbHBlciA7 ICA6IAlDUlRDOiAgMTE3CjE0NzM0MjMyMTcyNDIgOyB4Y2IuaGVscGVyIDsgIDogCU1vZGU6ICAw CjE0NzM0MjMyMTcyNDIgOyB4Y2IuaGVscGVyIDsgIDogCVJvdGF0aW9uOiAgIlJvdGF0ZV8wIgox NDczNDIzMjE3MjQyIDsgeGNiLmhlbHBlciA7ICA6IAlHZW9tZXRyeTogIDAgMCAwIDAKMTQ3MzQy MzIxNzI0MiA7IHhjYi5oZWxwZXIgOyAgOiBSUk5vdGlmeV9DcnRjQ2hhbmdlCjE0NzM0MjMyMTcy NDIgOyB4Y2IuaGVscGVyIDsgIDogCUNSVEM6ICAxMTgKMTQ3MzQyMzIxNzI0MiA7IHhjYi5oZWxw ZXIgOyAgOiAJTW9kZTogIDAKMTQ3MzQyMzIxNzI0MiA7IHhjYi5oZWxwZXIgOyAgOiAJUm90YXRp b246ICAiUm90YXRlXzAiCjE0NzM0MjMyMTcyNDIgOyB4Y2IuaGVscGVyIDsgIDogCUdlb21ldHJ5 OiAgMCAwIDAgMAoxNDczNDIzMjE3MjQyIDsgeGNiLmhlbHBlciA7ICA6IFJSTm90aWZ5X0NydGND aGFuZ2UKMTQ3MzQyMzIxNzI0MiA7IHhjYi5oZWxwZXIgOyAgOiAJQ1JUQzogIDExOQoxNDczNDIz MjE3MjQyIDsgeGNiLmhlbHBlciA7ICA6IAlNb2RlOiAgMAoxNDczNDIzMjE3MjQyIDsgeGNiLmhl bHBlciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQyMzIxNzI0MiA7IHhjYi5oZWxw ZXIgOyAgOiAJR2VvbWV0cnk6ICAwIDAgMCAwCjE0NzM0MjMyMTcyNDIgOyB4Y2IuaGVscGVyIDsg IDogUlJvdGlmeV9PdXRwdXRDaGFuZ2UKMTQ3MzQyMzIxNzI0MiA7IHhjYi5oZWxwZXIgOyAgOiAJ T3V0cHV0OiAgMTIwCjE0NzM0MjMyMTcyNDIgOyB4Y2IuaGVscGVyIDsgIDogCUNSVEM6ICAxMTYK MTQ3MzQyMzIxNzI0MiA7IHhjYi5oZWxwZXIgOyAgOiAJTW9kZTogIDEyNAoxNDczNDIzMjE3MjQy IDsgeGNiLmhlbHBlciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQyMzIxNzI0MiA7 IHhjYi5oZWxwZXIgOyAgOiAJQ29ubmVjdGlvbjogICJDb25uZWN0ZWQiCjE0NzM0MjMyMTcyNDIg OyB4Y2IuaGVscGVyIDsgIDogCVN1YnBpeGVsIE9yZGVyOiAgMAoxNDczNDIzMjE3MjQzIDsgeGNi LmhlbHBlciA7ICA6IFJSb3RpZnlfT3V0cHV0Q2hhbmdlCjE0NzM0MjMyMTcyNDMgOyB4Y2IuaGVs cGVyIDsgIDogCU91dHB1dDogIDEyMQoxNDczNDIzMjE3MjQzIDsgeGNiLmhlbHBlciA7ICA6IAlD UlRDOiAgMAoxNDczNDIzMjE3MjQzIDsgeGNiLmhlbHBlciA7ICA6IAlNb2RlOiAgMAoxNDczNDIz MjE3MjQ0IDsgeGNiLmhlbHBlciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIKMTQ3MzQyMzIx NzI0NCA7IHhjYi5oZWxwZXIgOyAgOiAJQ29ubmVjdGlvbjogICJEaXNjb25uZWN0ZWQiCjE0NzM0 MjMyMTcyNDQgOyB4Y2IuaGVscGVyIDsgIDogCVN1YnBpeGVsIE9yZGVyOiAgMAoxNDczNDIzMjE3 MjQ0IDsgeGNiLmhlbHBlciA7ICA6IFJSb3RpZnlfT3V0cHV0Q2hhbmdlCjE0NzM0MjMyMTcyNDQg OyB4Y2IuaGVscGVyIDsgIDogCU91dHB1dDogIDEyMgoxNDczNDIzMjE3MjQ0IDsgeGNiLmhlbHBl ciA7ICA6IAlDUlRDOiAgMAoxNDczNDIzMjE3MjQ0IDsgeGNiLmhlbHBlciA7ICA6IAlNb2RlOiAg MAoxNDczNDIzMjE3MjQ0IDsgeGNiLmhlbHBlciA7ICA6IAlSb3RhdGlvbjogICJSb3RhdGVfMCIK MTQ3MzQyMzIxNzI0NCA7IHhjYi5oZWxwZXIgOyAgOiAJQ29ubmVjdGlvbjogICJEaXNjb25uZWN0 ZWQiCjE0NzM0MjMyMTcyNDQgOyB4Y2IuaGVscGVyIDsgIDogCVN1YnBpeGVsIE9yZGVyOiAgNQox NDczNDIzMjE3MjQ2IDsgeHJhbmRyIDsgIDogWFJhbmRST3V0cHV0IDcxIHVwZGF0ZQoxNDczNDIz MjE3MjQ2IDsgeHJhbmRyIDsgIDogCW1fY29ubmVjdGVkOiAwCjE0NzM0MjMyMTcyNDYgOyB4cmFu ZHIgOyAgOiAJbV9jcnRjIFhSYW5kUkNydGMoMHgxZjBhNWEwKQoxNDczNDIzMjE3MjQ2IDsgeHJh bmRyIDsgIDogCUNSVEM6IDYzCjE0NzM0MjMyMTcyNDYgOyB4cmFuZHIgOyAgOiAJTU9ERTogNzUK MTQ3MzQyMzIxNzI0NiA7IHhyYW5kciA7ICA6IAlDb25uZWN0aW9uOiAwCjE0NzM0MjMyMTcyNDYg OyB4cmFuZHIgOyAgOiAJUHJpbWFyeTogZmFsc2UKMTQ3MzQyMzIxNzI0NiA7IHhyYW5kciA7ICA6 IE91dHB1dCA3MSA6IGNvbm5lY3RlZCA9IHRydWUgLCBlbmFibGVkID0gdHJ1ZQoxNDczNDIzMjE3 MjQ3IDsgeHJhbmRyIDsgIDogWFJhbmRST3V0cHV0IDcxIHVwZGF0ZQoxNDczNDIzMjE3MjQ3IDsg eHJhbmRyIDsgIDogCW1fY29ubmVjdGVkOiAwCjE0NzM0MjMyMTcyNDcgOyB4cmFuZHIgOyAgOiAJ bV9jcnRjIFhSYW5kUkNydGMoMHgxZjBhNWEwKQoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsgIDog CUNSVEM6IDYzCjE0NzM0MjMyMTcyNDcgOyB4cmFuZHIgOyAgOiAJTU9ERTogNzUKMTQ3MzQyMzIx NzI0NyA7IHhyYW5kciA7ICA6IAlDb25uZWN0aW9uOiAwCjE0NzM0MjMyMTcyNDcgOyB4cmFuZHIg OyAgOiAJUHJpbWFyeTogZmFsc2UKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6IE91dHB1dCA3 MSA6IGNvbm5lY3RlZCA9IHRydWUgLCBlbmFibGVkID0gdHJ1ZQoxNDczNDIzMjE3MjQ3IDsgeHJh bmRyIDsgIDogWFJhbmRST3V0cHV0IDEyMCB1cGRhdGUKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7 ICA6IAltX2Nvbm5lY3RlZDogMAoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsgIDogCW1fY3J0YyBY UmFuZFJDcnRjKDB4MWYwOGQxMCkKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6IAlDUlRDOiAx MTYKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6IAlNT0RFOiAxMjQKMTQ3MzQyMzIxNzI0NyA7 IHhyYW5kciA7ICA6IAlDb25uZWN0aW9uOiAwCjE0NzM0MjMyMTcyNDcgOyB4cmFuZHIgOyAgOiAJ UHJpbWFyeTogdHJ1ZQoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsgIDogT3V0cHV0IDEyMCA6IGNv bm5lY3RlZCA9IHRydWUgLCBlbmFibGVkID0gdHJ1ZQoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsg IDogWFJhbmRST3V0cHV0IDEyMCB1cGRhdGUKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6IAlt X2Nvbm5lY3RlZDogMAoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsgIDogCW1fY3J0YyBYUmFuZFJD cnRjKDB4MWYwOGQxMCkKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6IAlDUlRDOiAxMTYKMTQ3 MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6IAlNT0RFOiAxMjQKMTQ3MzQyMzIxNzI0NyA7IHhyYW5k ciA7ICA6IAlDb25uZWN0aW9uOiAwCjE0NzM0MjMyMTcyNDcgOyB4cmFuZHIgOyAgOiAJUHJpbWFy eTogdHJ1ZQoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsgIDogT3V0cHV0IDEyMCA6IGNvbm5lY3Rl ZCA9IHRydWUgLCBlbmFibGVkID0gdHJ1ZQoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsgIDogWFJh bmRST3V0cHV0IDEyMCB1cGRhdGUKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6IAltX2Nvbm5l Y3RlZDogMAoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsgIDogCW1fY3J0YyBYUmFuZFJDcnRjKDB4 MWYwOGQxMCkKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6IAlDUlRDOiAxMTYKMTQ3MzQyMzIx NzI0NyA7IHhyYW5kciA7ICA6IAlNT0RFOiAxMjQKMTQ3MzQyMzIxNzI0NyA7IHhyYW5kciA7ICA6 IAlDb25uZWN0aW9uOiAwCjE0NzM0MjMyMTcyNDcgOyB4cmFuZHIgOyAgOiAJUHJpbWFyeTogdHJ1 ZQoxNDczNDIzMjE3MjQ3IDsgeHJhbmRyIDsgIDogT3V0cHV0IDEyMCA6IGNvbm5lY3RlZCA9IHRy dWUgLCBlbmFibGVkID0gdHJ1ZQoxNDczNDIzMjE3MjQ4IDsgeHJhbmRyIDsgIDogWFJhbmRST3V0 cHV0IDEyMCB1cGRhdGUKMTQ3MzQyMzIxNzI0OCA7IHhyYW5kciA7ICA6IAltX2Nvbm5lY3RlZDog MAoxNDczNDIzMjE3MjQ4IDsgeHJhbmRyIDsgIDogCW1fY3J0YyBYUmFuZFJDcnRjKDB4MWYwOGQx MCkKMTQ3MzQyMzIxNzI0OCA7IHhyYW5kciA7ICA6IAlDUlRDOiAxMTYKMTQ3MzQyMzIxNzI0OCA7 IHhyYW5kciA7ICA6IAlNT0RFOiAxMjQKMTQ3MzQyMzIxNzI0OCA7IHhyYW5kciA7ICA6IAlDb25u ZWN0aW9uOiAwCjE0NzM0MjMyMTcyNDggOyB4cmFuZHIgOyAgOiAJUHJpbWFyeTogdHJ1ZQoxNDcz NDIzMjE3MjQ4IDsgeHJhbmRyIDsgIDogT3V0cHV0IDEyMCA6IGNvbm5lY3RlZCA9IHRydWUgLCBl bmFibGVkID0gdHJ1ZQoxNDczNDIzMjE3MjQ5IDsgeHJhbmRyIDsgIDogWFJhbmRST3V0cHV0IDEy MCB1cGRhdGUKMTQ3MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6IAltX2Nvbm5lY3RlZDogMAoxNDcz NDIzMjE3MjQ5IDsgeHJhbmRyIDsgIDogCW1fY3J0YyBYUmFuZFJDcnRjKDB4MWYwOGQxMCkKMTQ3 MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6IAlDUlRDOiAxMTYKMTQ3MzQyMzIxNzI0OSA7IHhyYW5k ciA7ICA6IAlNT0RFOiAxMjQKMTQ3MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6IAlDb25uZWN0aW9u OiAwCjE0NzM0MjMyMTcyNDkgOyB4cmFuZHIgOyAgOiAJUHJpbWFyeTogdHJ1ZQoxNDczNDIzMjE3 MjQ5IDsgeHJhbmRyIDsgIDogT3V0cHV0IDEyMCA6IGNvbm5lY3RlZCA9IHRydWUgLCBlbmFibGVk ID0gdHJ1ZQoxNDczNDIzMjE3MjQ5IDsgeHJhbmRyIDsgIDogWFJhbmRST3V0cHV0IDEyMCB1cGRh dGUKMTQ3MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6IAltX2Nvbm5lY3RlZDogMAoxNDczNDIzMjE3 MjQ5IDsgeHJhbmRyIDsgIDogCW1fY3J0YyBYUmFuZFJDcnRjKDB4MWYwOGQxMCkKMTQ3MzQyMzIx NzI0OSA7IHhyYW5kciA7ICA6IAlDUlRDOiAxMTYKMTQ3MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6 IAlNT0RFOiAxMjQKMTQ3MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6IAlDb25uZWN0aW9uOiAwCjE0 NzM0MjMyMTcyNDkgOyB4cmFuZHIgOyAgOiAJUHJpbWFyeTogdHJ1ZQoxNDczNDIzMjE3MjQ5IDsg eHJhbmRyIDsgIDogT3V0cHV0IDEyMCA6IGNvbm5lY3RlZCA9IHRydWUgLCBlbmFibGVkID0gdHJ1 ZQoxNDczNDIzMjE3MjQ5IDsgeHJhbmRyIDsgIDogWFJhbmRST3V0cHV0IDEyMCB1cGRhdGUKMTQ3 MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6IAltX2Nvbm5lY3RlZDogMAoxNDczNDIzMjE3MjQ5IDsg eHJhbmRyIDsgIDogCW1fY3J0YyBYUmFuZFJDcnRjKDB4MWYwOGQxMCkKMTQ3MzQyMzIxNzI0OSA7 IHhyYW5kciA7ICA6IAlDUlRDOiAxMTYKMTQ3MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6IAlNT0RF OiAxMjQKMTQ3MzQyMzIxNzI0OSA7IHhyYW5kciA7ICA6IAlDb25uZWN0aW9uOiAwCjE0NzM0MjMy MTcyNDkgOyB4cmFuZHIgOyAgOiAJUHJpbWFyeTogdHJ1ZQoxNDczNDIzMjE3MjQ5IDsgeHJhbmRy IDsgIDogT3V0cHV0IDEyMCA6IGNvbm5lY3RlZCA9IHRydWUgLCBlbmFibGVkID0gdHJ1ZQoxNDcz NDIzMjE3MjQ5IDsgeHJhbmRyIDsgIDogWFJhbmRST3V0cHV0IDEyMSB1cGRhdGUKMTQ3MzQyMzIx NzI0OSA7IHhyYW5kciA7ICA6IAltX2Nvbm5lY3RlZDogMQoxNDczNDIzMjE3MjUwIDsgeHJhbmRy IDsgIDogCW1fY3J0YyBRT2JqZWN0KDB4MCkKMTQ3MzQyMzIxNzI1MCA7IHhyYW5kciA7ICA6IAlD UlRDOiAwCjE0NzM0MjMyMTcyNTAgOyB4cmFuZHIgOyAgOiAJTU9ERTogMAoxNDczNDIzMjE3MjUw IDsgeHJhbmRyIDsgIDogCUNvbm5lY3Rpb246IDEKMTQ3MzQyMzIxNzI1MCA7IHhyYW5kciA7ICA6 IAlQcmltYXJ5OiBmYWxzZQoxNDczNDIzMjE3MjUwIDsgeHJhbmRyIDsgIDogT3V0cHV0IDEyMSA6 IGNvbm5lY3RlZCA9IGZhbHNlICwgZW5hYmxlZCA9IGZhbHNlCjE0NzM0MjMyMTcyNTAgOyB4cmFu ZHIgOyAgOiBYUmFuZFJPdXRwdXQgMTIyIHVwZGF0ZQoxNDczNDIzMjE3MjUwIDsgeHJhbmRyIDsg IDogCW1fY29ubmVjdGVkOiAxCjE0NzM0MjMyMTcyNTAgOyB4cmFuZHIgOyAgOiAJbV9jcnRjIFFP YmplY3QoMHgwKQoxNDczNDIzMjE3MjUwIDsgeHJhbmRyIDsgIDogCUNSVEM6IDAKMTQ3MzQyMzIx NzI1MCA7IHhyYW5kciA7ICA6IAlNT0RFOiAwCjE0NzM0MjMyMTcyNTAgOyB4cmFuZHIgOyAgOiAJ Q29ubmVjdGlvbjogMQoxNDczNDIzMjE3MjUwIDsgeHJhbmRyIDsgIDogCVByaW1hcnk6IGZhbHNl CjE0NzM0MjMyMTcyNTAgOyB4cmFuZHIgOyAgOiBPdXRwdXQgMTIyIDogY29ubmVjdGVkID0gZmFs c2UgLCBlbmFibGVkID0gZmFsc2UKMTQ3MzQyMzIxNzI1NSA7IGtzY3JlZW4gOyAgOiBSZXF1ZXN0 aW5nIG1pc3NpbmcgRURJRCBmb3Igb3V0cHV0cyAoNzEsIDcyLCAxMjApCjE0NzM0MjMyMTcyNTgg OyBrc2NyZWVuIDsgIDogUmVxdWVzdGluZyBtaXNzaW5nIEVESUQgZm9yIG91dHB1dHMgKDcxLCA3 MiwgMTIwKQoxNDczNDIzMjE3MjU5IDsga2RlZCA7ICA6IENvbmZpZyBhcHBsaWVkCjE0NzM0MjMy MTcyNTkgOyBrZGVkIDsgIDogTW9uaXRvciBmb3IgY2hhbmdlczogIHRydWUKMTQ3MzQyMzIxNzI1 OSA7IGtkZWQgOyAgOiBDaGFuZ2UgZGV0ZWN0ZWQKMTQ3MzQyMzIxNzI1OSA7IGtkZWQgOyAgOiBL U2NyZWVuOjpPdXRwdXQoIDcxICAgIkRpc3BsYXlQb3J0LTEtMSIgY29ubmVjdGVkIGVuYWJsZWQg UVBvaW50KDE5MjAsMCkgUVNpemUoLTEsIC0xKSAiNzUiICkKMTQ3MzQyMzIxNzI1OSA7IGtkZWQg OyAgOiBLU2NyZWVuOjpPdXRwdXQoIDcyICAgIkRpc3BsYXlQb3J0LTEtMiIgY29ubmVjdGVkIGRp c2FibGVkIFFQb2ludCgwLDApIFFTaXplKC0xLCAtMSkgIiIgKQoxNDczNDIzMjE3MjU5IDsga2Rl ZCA7ICA6IEtTY3JlZW46Ok91dHB1dCggMTIwICAgImVEUDIiIGNvbm5lY3RlZCBlbmFibGVkIFFQ b2ludCgwLDApIFFTaXplKDE5MjAsIDEwODApICIxMjQiICkKMTQ3MzQyMzIxNzU3NCA7IGtkZWQg OyAgOiBTYXZpbmcgY3VycmVudCBjb25maWcgdG8gZmlsZQoxNDczNDIzMjE3NTc1IDsga2RlZCA7 ICA6IENvbmZpZyBzYXZlZCBvbjogICIvaG9tZS9wb3phcm0vLmxvY2FsL3NoYXJlL2tzY3JlZW4v OTMyMjgzZDhkMzNhYjBjNzkzNjQwOTI0YjA5YmViYWEiCjE0NzM0MjMyMTc1NzUgOyBrZGVkIDsg IDogS1NjcmVlbjo6T3V0cHV0KCA3MSAgICJEaXNwbGF5UG9ydC0xLTEiIGNvbm5lY3RlZCBlbmFi bGVkIFFQb2ludCgxOTIwLDApIFFTaXplKC0xLCAtMSkgIjc1IiApCjE0NzM0MjMyMTc1NzUgOyBr ZGVkIDsgIDogS1NjcmVlbjo6T3V0cHV0KCA3MiAgICJEaXNwbGF5UG9ydC0xLTIiIGNvbm5lY3Rl ZCBkaXNhYmxlZCBRUG9pbnQoMCwwKSBRU2l6ZSgtMSwgLTEpICIiICkKMTQ3MzQyMzIxNzU3NSA7 IGtkZWQgOyAgOiBLU2NyZWVuOjpPdXRwdXQoIDEyMCAgICJlRFAyIiBjb25uZWN0ZWQgZW5hYmxl ZCBRUG9pbnQoMCwwKSBRU2l6ZSgxOTIwLCAxMDgwKSAiMTI0IiApCjE0NzM0MjMyMTc3NzUgOyB4 cmFuZHIgOyAgOiBFbWl0dGluZyBjb25maWdDaGFuZ2VkKCkKMTQ3MzQyMzIxNzk2OSA7IGtzY3Jl ZW4gOyAgOiBSZXF1ZXN0aW5nIG1pc3NpbmcgRURJRCBmb3Igb3V0cHV0cyAoNzEsIDcyLCAxMjAp CjE0NzM0MjMyMTc5NjkgOyBrc2NyZWVuIDsgIDogUmVxdWVzdGluZyBtaXNzaW5nIEVESUQgZm9y IG91dHB1dHMgKDcxLCA3MiwgMTIwKQoxNDczNDIzMjE3OTY5IDsga2RlZCA7ICA6IENoYW5nZSBk ZXRlY3RlZAoxNDczNDIzMjE3OTY5IDsga2RlZCA7ICA6IEtTY3JlZW46Ok91dHB1dCggNzEgICAi RGlzcGxheVBvcnQtMS0xIiBjb25uZWN0ZWQgZW5hYmxlZCBRUG9pbnQoMTkyMCwwKSBRU2l6ZSgt MSwgLTEpICI3NSIgKQoxNDczNDIzMjE3OTY5IDsga2RlZCA7ICA6IEtTY3JlZW46Ok91dHB1dCgg NzIgICAiRGlzcGxheVBvcnQtMS0yIiBjb25uZWN0ZWQgZGlzYWJsZWQgUVBvaW50KDAsMCkgUVNp emUoLTEsIC0xKSAiIiApCjE0NzM0MjMyMTc5NzAgOyBrZGVkIDsgIDogS1NjcmVlbjo6T3V0cHV0 KCAxMjAgICAiZURQMiIgY29ubmVjdGVkIGVuYWJsZWQgUVBvaW50KDAsMTIwKSBRU2l6ZSgxOTIw LCAxMDgwKSAiMTI0IiApCjE0NzM0MjMyMTgyODUgOyBrZGVkIDsgIDogU2F2aW5nIGN1cnJlbnQg Y29uZmlnIHRvIGZpbGUKMTQ3MzQyMzIxODI4NSA7IGtkZWQgOyAgOiBDb25maWcgc2F2ZWQgb246 ICAiL2hvbWUvcG96YXJtLy5sb2NhbC9zaGFyZS9rc2NyZWVuLzkzMjI4M2Q4ZDMzYWIwYzc5MzY0 MDkyNGIwOWJlYmFhIgoxNDczNDIzMjE4Mjg1IDsga2RlZCA7ICA6IEtTY3JlZW46Ok91dHB1dCgg NzEgICAiRGlzcGxheVBvcnQtMS0xIiBjb25uZWN0ZWQgZW5hYmxlZCBRUG9pbnQoMTkyMCwwKSBR U2l6ZSgtMSwgLTEpICI3NSIgKQoxNDczNDIzMjE4Mjg2IDsga2RlZCA7ICA6IEtTY3JlZW46Ok91 dHB1dCggNzIgICAiRGlzcGxheVBvcnQtMS0yIiBjb25uZWN0ZWQgZGlzYWJsZWQgUVBvaW50KDAs MCkgUVNpemUoLTEsIC0xKSAiIiApCjE0NzM0MjMyMTgyODYgOyBrZGVkIDsgIDogS1NjcmVlbjo6 T3V0cHV0KCAxMjAgICAiZURQMiIgY29ubmVjdGVkIGVuYWJsZWQgUVBvaW50KDAsMTIwKSBRU2l6 ZSgxOTIwLCAxMDgwKSAiMTI0IiAp