<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>156475</bug_id>
          
          <creation_ts>2008-01-23 16:37:32 +0000</creation_ts>
          <short_desc>Dual head support</short_desc>
          <delta_ts>2011-04-17 13:12:51 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>10</classification_id>
          <classification>Unmaintained</classification>
          <product>plasma4</product>
          <component>multihead</component>
          <version>unspecified</version>
          <rep_platform>Gentoo Packages</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>wishlist</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Atle">atle.pedersen</reporter>
          <assigned_to name="Plasma Bugs List">plasma-bugs-null</assigned_to>
          <cc>airetamstrm</cc>
    
    <cc>airfullbete</cc>
    
    <cc>alberto</cc>
    
    <cc>andrea.rizzolo</cc>
    
    <cc>aseigo</cc>
    
    <cc>atle.pedersen</cc>
    
    <cc>bitdealer</cc>
    
    <cc>bugs-kde</cc>
    
    <cc>carey</cc>
    
    <cc>davitkov</cc>
    
    <cc>eric.bosch</cc>
    
    <cc>iandickerson</cc>
    
    <cc>iivanich</cc>
    
    <cc>jajaxor</cc>
    
    <cc>jal</cc>
    
    <cc>jonas.vejlin</cc>
    
    <cc>lure</cc>
    
    <cc>martin.schlander</cc>
    
    <cc>micke.prag</cc>
    
    <cc>pete</cc>
    
    <cc>phlogi1</cc>
    
    <cc>stan</cc>
    
    <cc>support.intranet</cc>
    
    <cc>thomas</cc>
    
    <cc>trebor_x</cc>
    
    <cc>vkrevs</cc>
    
    <cc>webadmin</cc>
    
    <cc>wstephenson</cc>
    
    <cc>xrigou</cc>
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>299</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>574417</commentid>
    <comment_count>0</comment_count>
    <who name="Atle">atle.pedersen</who>
    <bug_when>2008-01-23 16:37:32 +0000</bug_when>
    <thetext>Version:            (using KDE 4.0.0)
Installed from:    Gentoo Packages
Compiler:          gcc version 4.1.2 (Gentoo 4.1.2 p1.0.2) 
OS:                Linux

There seems to be several bug reports related, so this might be redundant. However I could not find one I thought matched well enough, so here goes:

I have a laptop (T60 with ATI X1400) with an external monitor set up as &apos;dual head&apos;. That is one graphics card is running both screen. One of my screens, the one on the laptop is DISPLAY :0.0 and the other is :0.1.

I&apos;ve tried modifying .kde4.0/share/config/plasma-appletsrc to add an extra panel and an extra dekstop. Also I&apos;ve tried running multiple instances of plasma. Neither work. I am only able to have desktop and panel on one screen at a time. (I kill plasma on one screen, and start plasma on the other.)

What I would love to have, is the possibility to execute plasma with some command line options in order to specify a configuration file. The reason for this is that would enable different kinds of setup, with different widgets etc., for different situations and different external monitors. For example I would write something like plasma --display :0.1 work.plasmarc for getting a desktop and panel setup suited for what I do at work.

Thanks for &apos;listening&apos;, and great work so far! This is definitely going in the right direction. Everything looks better, and most things feels snappier. Thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602415</commentid>
    <comment_count>1</comment_count>
    <who name="Bill Crawford">billcrawford1970</who>
    <bug_when>2008-05-18 23:53:02 +0000</bug_when>
    <thetext>This is a &quot;must have&quot; for me, without it the second screen is going to be unmanageable in my own work setup.

Is this just a case of having to allow two instances, or is there some deeper juju in the code that would need changing to allow them to cooperate?
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602448</commentid>
    <comment_count>2</comment_count>
    <who name="Thomas Fjellstrom">thomas</who>
    <bug_when>2008-05-19 01:36:57 +0000</bug_when>
    <thetext>Could you not just use the MergedFB or the new XRandR support in the free radeon driver, so you get a large single framebuffer, and a single plasma process can manage them both.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602468</commentid>
    <comment_count>3</comment_count>
    <who name="Bill Crawford">billcrawford1970</who>
    <bug_when>2008-05-19 09:14:52 +0000</bug_when>
    <thetext>Nope. Two separate cards, for one thing.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602499</commentid>
    <comment_count>4</comment_count>
    <who name="Andreas Pakulat">apaku</who>
    <bug_when>2008-05-19 10:53:38 +0000</bug_when>
    <thetext>two cards doesn&apos;t mean you can&apos;t use the new xrandr or the mergedfb support. In fact thats how you did this stuff in times when one graphics cards couldn&apos;t work with more than 1 monitor.

The only thing that could be done is starting plasma with
DISPLAY=:0.1 plasma &lt;appletrc&gt;
as the two X11 screen&apos;s are completely unrelated and thus you can&apos;t have one plasma instance working on both.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602502</commentid>
    <comment_count>5</comment_count>
    <who name="Bill Crawford">billcrawford1970</who>
    <bug_when>2008-05-19 11:11:36 +0000</bug_when>
    <thetext>Actually ... two cards *does* mean I can&apos;t use &quot;MergedFB&quot; support
since that option is explicitly for combining scanout buffers on a
single head, in the radeon driver. The XRandR stuff is nice, but it
looks as though I still can&apos;t use DRI with it; and the current git
Xorg server appears to be unable to POST secondary cards too, so I&apos;m
screwed on two counts.

As for &quot;unrelated and thus you can&apos;t ...&quot; ... how come most window
managers manage to work just fine with multiple screens?
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602504</commentid>
    <comment_count>6</comment_count>
    <who name="Bill Crawford">billcrawford1970</who>
    <bug_when>2008-05-19 11:14:10 +0000</bug_when>
    <thetext>Also, why can&apos;t the second instance of plasma be started
automatically? It works just fine for kicker, kdesktop etc in kde
3.5.x (I&apos;m using it now; panel on both screens, and so on).
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602530</commentid>
    <comment_count>7</comment_count>
    <who name="Andreas Pakulat">apaku</who>
    <bug_when>2008-05-19 12:57:52 +0000</bug_when>
    <thetext>The reason that most WM&apos;s (including kwin, which is KDE&apos;s window manager) work just fine with two screen&apos;s is that both screen&apos;s get their own WM. Thats why you can&apos;t move windows from one of the screens to the other.

As far as plasma is concerned: I have no idea why it doesn&apos;t automatically start up on the second screen. I suspect that the code that does this in kde3 is simply not there yet in plasma. Thats why this bugreport is valid and still open ;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602532</commentid>
    <comment_count>8</comment_count>
    <who name="Bill Crawford">billcrawford1970</who>
    <bug_when>2008-05-19 13:11:34 +0000</bug_when>
    <thetext>You can&apos;t move the windows because the windows are created attached to
a particular screen (I believe they also have a per-protocol-screen
namespace). So this is actually an X11 limitation, not a WM one.

&gt; As far as plasma is concerned: I have no idea why it doesn&apos;t automatically start up on the second screen. I suspect that the code that does this in kde3 is simply not there yet in plasma. Thats why this bugreport is valid and still open ;)


Heh :o)

Yeah, it could probably be done fairly easily. I just had high hopes
that as there &quot;can be only one&quot; etc we&apos;d see plasma manage both
screens. I notice kwin in kde3 is using two processes; surprised, at
that&apos;s not in any way required by X.

Anyway, thanks for taking an interest. This is a bit of a show-stopper
for me to upgrade to kde4 at work (as is what appear to be some X
server limitations, so not just kde4 :o)) so I&apos;m pleased to see some
kind of response on this one.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602731</commentid>
    <comment_count>9</comment_count>
    <who name="Thomas Fjellstrom">thomas</who>
    <bug_when>2008-05-20 07:19:50 +0000</bug_when>
    <thetext>&gt; Nope. Two separate cards, for one thing. 

Then you&apos;re stuck with Xinerama. Which you might prefer anyhow. You can move windows back and forth between cards now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>603805</commentid>
    <comment_count>10</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2008-05-24 08:52:51 +0000</bug_when>
    <thetext>&gt; why can&apos;t the second instance of plasma be started
&gt; automatically? It works just fine for kicker, kdesktop etc in kde
&gt; 3.5.x (I&apos;m using it now; panel on both screens, and so on). 

starting it is easy; making it not use the same configuration files, etc and end up clobbering each other is not so much fun.

lubos and i discussed this a few weeks back on kde-core-devel; i would prefer not to do what we did in kde3 since it leads to various interesting hacks that just aren&apos;t very pretty.

it&apos;s on my todo for 4.2/4.3 unless someone beats me to it, in any case.

there were numerous bugs in kicker w/regards to dual head as well, btw. i dunno, xinerama/mergedfb/twinview just seem so much more natural. back in the day when you couldn&apos;t do accel video or opengl on some of these setups dual head sort of made sense.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>606721</commentid>
    <comment_count>11</comment_count>
    <who name="carey">carey</who>
    <bug_when>2008-06-03 09:03:43 +0000</bug_when>
    <thetext>*** This bug has been confirmed by popular vote. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>612453</commentid>
    <comment_count>12</comment_count>
    <who name="Atle">atle.pedersen</who>
    <bug_when>2008-06-16 15:22:07 +0000</bug_when>
    <thetext>Hello again.

I&apos;ve been doing some trying and thinking since my first request.

Since I wrote the initial bug report/request, I&apos;ve gotten a new machine with a dual headed Radeon HD3850.

From lspci: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3850

I&apos;ve managed to set this up in tow different ways:
1. Two different X displays with different resolutions and DISPLAY variables :0.0 and :0.1
2. Big screen. Both monitors behaves as one big screen.

The advantage of 1 is that I can separate content very well. Having two different resolutions is no problem. I can run maximised video on one monitor without disturbing the other monitor. One disadvantage is that it seems some types of acceleration doesn&apos;t work properly. For example scrolling the window on firefox is dead slow. (This might of course be the result of improper Xorg.conf setup) Another disadvantage is that windows cannot be moved from one screen to the other. And applications that checks if it is already running cannot be started again on the other monitor.

The advantage of 2 is that all acceleration seems to be working on both monitors. And windows can be freely moved from one screen to the other. The disadvantage is it doesn&apos;t work too well with monitors with different resolutions (for example monitor + video projector, here setup one is ideal), maximizing a window makes it cover both monitors, the taskbar covers both monitors, virtual screen changes both monitors at the same time and so forth.

So I have a couple of requests/wishes:
For setup 1:
Different kdm processes for both monitors. For example making it possible to have two different users logged in at the same time. Or maybe one monitor with kdm and the other with a different window manager. I think this would be very useful in some situations, like using a video canon.

I can see the problem here with shared config files if the same user logs in twice. But since this is possbile with XDMCP already, this situation should be handled by KDE anyway.

For setup 2:
I&apos;d like to be able to have separate taskbars and separate virtual desktops for the monitors, so that I can change virtual desktop on one monitor withouth the other changing as well. This also would mean shorter distance to the start button. This should of course be configurable, since many people would probably like to have one common taskbar covering two monitors like today. And maximising a window should only maximize it on the current monitor, with an option to further make it cover both monitors.

Then of course there is Xinerama, which I have to admit I haven&apos;t really tried yet. This is because I have limited time to experience with this at work (also I have to reboot every time I change Xorg.xonf, since just simply restarting X  causes my machine to lock up), where I have my dual head HD3850 and the option of two monitors. And from what I read Xinerama is just mimicking setup 2 above, but with some added limitations. 

A dual monitor setup is really usefull, so I hope you hardworking KDE guys will take the time to make this as flexible as possible.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>689692</commentid>
    <comment_count>13</comment_count>
    <who name="Cyrill Helg">phlogi1</who>
    <bug_when>2008-12-31 09:21:49 +0000</bug_when>
    <thetext>I recently tried out again and a lot of issue are sorted out for me. I can for example add another taskbar on the second screen and this setting is saved as well when logging out and in again. (However often it was not restored 100% correct).


So could you please try this out again using an svn or beta version of 4.2 and tell whats not working?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>689715</commentid>
    <comment_count>14</comment_count>
    <who name="Atle">atle.pedersen</who>
    <bug_when>2008-12-31 11:18:33 +0000</bug_when>
    <thetext>Hello.

Using 4.1.2 I&apos;ve recently had decent success. I was able to work with two equal sized monitors, accelleration on both, and different taskbars on both. Great!

I&apos;ve used monitors with two different resolution, a different Xorg setup and almost the same result. Only difference is I lost acceleration on screen 2. Probably nothing KDE can solve?

At the moment, however, I unfortunately can&apos;t do any more testing since after a kernel upgrade (including now using dbus/hal and upgradeing Xorg) KDE doesn&apos;t work any more. When plasma is running, I get reports of &quot;kded4: Fatal IO error: client killed&quot; and X is reset as soon as I press for example the menu, or right mouse button. (Happens with both radeonhd driver and fglrx driver, so I suspect dbus/hal or maybe latest Xorg.) So for now I&apos;m using Xfce, which seems fine.

Se also: http://forums.gentoo.org/viewtopic-t-722636.html and 
http://forums.gentoo.org/viewtopic-t-722414.html


http://forums.gentoo.org/viewtopic-t-722636.html

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>689975</commentid>
    <comment_count>15</comment_count>
    <who name="Cyrill Helg">phlogi1</who>
    <bug_when>2008-12-31 13:31:59 +0000</bug_when>
    <thetext>@Atle

Your problems are not related to this bug. However I&apos;ll help you at forums :)

I think you&apos;ll be happy when kde 4.2 comes out, regarding the dualhead things.

Maybe you can report back if you are able to install a 4.2 version of kde.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>690030</commentid>
    <comment_count>16</comment_count>
    <who name="Atle">atle.pedersen</who>
    <bug_when>2008-12-31 13:57:53 +0000</bug_when>
    <thetext>Yes, I know. I wasn&apos;t trying to hijack this bug report, but it was what was on my mind at the time of writing so it just came out. :)

Things were starting to look good with 4.1.2, and I&apos;m looking forward to test 4.2. I don&apos;t have two monitors here, but I will start testing this again in january and as soon as it shows up in portage.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>711719</commentid>
    <comment_count>17</comment_count>
    <who name="Eric Bosch">eric.bosch</who>
    <bug_when>2009-02-05 02:37:11 +0000</bug_when>
    <thetext>I am running kde4.2.0, and Multihead (separate xsessions) does not work.  Second screen is black.  I can only see mouse pointer move on second screen.  This bug makes KDE 4.2.0 unusable on 2 of my 3 systems.  If there is something I can do to help fix this, I&apos;d be happy to, if there is any kind of documentation I can review to try to understand how this all fits together, but surely there&apos;s somebody out there that already has a much greater understanding than myself!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>711853</commentid>
    <comment_count>18</comment_count>
    <who name="Atle">atle.pedersen</who>
    <bug_when>2009-02-05 11:58:50 +0000</bug_when>
    <thetext>Hi Eric,

It sounds to me your screens are set up so that one screen has adress :0.0 and the other :0.1
Try this from a command line:
export DISPLAY=:0.1
xterm

If I am right, this should open up an xterm on the other screen.

I&apos;ve tried this sollution before on two different sized screen, and I only had hardware acceleration on one of them.

I&apos;m not sure what will work, but you could also try starting plasma, kicker (from kde 3), another window manager (like twm, for testing) etc.

With this setup, you cannot move a window from one screen to the other. And I suspect you will only have hardware acceleration on one screen at a time.

Another think you can do is look into xinerama. With xinerama you can move windows from one screen to the other, and have plasma with separate taskbars on both screen. It worked quite well on later versions of KDE 4.1 when I was borrowing an extra 24 inch monitor, so that I had to equal sized monitors.

I will, when I have time, test these things more extensively myself and report back here. (I&apos;m using my job computer for all these things, and work unfortunately comes first)

Atle
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>711883</commentid>
    <comment_count>19</comment_count>
    <who name="Micke Prag">micke.prag</who>
    <bug_when>2009-02-05 12:50:52 +0000</bug_when>
    <thetext>I have 3 monitors on my computer:
:0.0, :0.1 and :0.2 without xinerama and I can not move windows between my screens.
I have hardware acceleration on all 3 screens.

I have tried both starting more than one plasma (it doesn&apos;t want to start more than one instance) and using kicker from kde3.

For me, this is the one thing that makes me unable to use kde4.

I have also tried xinerama but it doesn&apos;t work so well for me, no hardware acceleration on all displays for instance.

@Aaron J. Seigo:
You wrote &quot;it&apos;s on my todo for 4.2/4.3 unless someone beats me to it, in any case.&quot;
How is it going?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>727961</commentid>
    <comment_count>20</comment_count>
    <who name="Martin Schlander">martin.schlander</who>
    <bug_when>2009-03-09 17:34:37 +0000</bug_when>
    <thetext>&gt; xinerama/mergedfb/twinview just seem so much more natural

In my case I have a monitor and a TV (old-fashioned TV with tv-out -&gt; scart). I tried to use xinerama in the past but then apps would start on the tv when I didn&apos;t want them too, Superkaramba themes, yakuake and other things would be very confused and oddly positioned. With the two separate desktops/screens/displays it&apos;d work beautifully the way I wanted in KDE &gt;=3.5.7.

With KDE 4.2 I get a black screen on the tv, with a mouse cursor. If I start apps on the tv with &apos;DISPLAY=:0.1 kaffeine&apos; they&apos;ll appear, but without a window manager.

This xorg setup works fine with GNOME and Xfce, but naturally using either of those desktops is not an option.

I don&apos;t really care about being able to have special widgets or configuration files on the second display or other such fancyness, if I could just get a plasma desktop with default configuration and some window management on my TV I&apos;d be more than happy ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>727984</commentid>
    <comment_count>21</comment_count>
    <who name="Stephan Kleine">bitdealer</who>
    <bug_when>2009-03-09 18:09:27 +0000</bug_when>
    <thetext>IMHO being able to run different instances of plasma on different X sessions is absolutely mandatory until the xinerama stuff works properly.

Admittedly I haven&apos;t tried xinerama for some time but my main pet peeves were:

1. windows get openend on the wrong screen (they should open on the screen on which the open command is triggered if there isn&apos;t some other behavior defined in kwin)

2. windows get openend on the turned of screen (isn&apos;t it somehow possible to autosense if a screen is turned off - e.g. via the new randr stuff?)

3. windows get opened in the middle of the two screens (with 50% of the window on each screen)

4. windows get maximized over both screens (arguably that might be the desired thing for some, so it should be somehow configurable per application)

So, for sure xinerama might be the more natural / preferred thing for most usecases but until stuff like the above is solved I would simply like to run 2 different instances of plasma within 2 seperate X session. Also there are several other usecases, like Martins above, where seperate X sessions would be preferred so it should be supported as well.

Please add that for 4.3 because being unable to use my 2nd screen is not really an option (also the setup works perfectly fine with KDE3) ;D</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>728003</commentid>
    <comment_count>22</comment_count>
    <who name="">mike_knichel</who>
    <bug_when>2009-03-09 19:06:26 +0000</bug_when>
    <thetext>I am also a believer that dual head should work fine.  I am  a teacher and use my external monitor for my smartboard display.  I send the external signal to a splitter which sends to smartboard and  monitor.  I have tried xinerama (extended desktop) but it fails... My laptop is set to 1900x1280 and my external max is 1280x1024.

I am able to get dual head working if I &apos;DISPLAY=&quot;:0.1&quot; icewm --replace&apos; then my external gets icewm on it.  Not very attractive.

I tried sending kwin to same monitor but it wont work neither will fluxbox.

If I login using fluxbox, dual  head works fine.

If I log in using Gnome, some apps will not open on secondary display.  they crash and render the computer useless until restart.

I really want dual head support so I can have this awesome new KDE on both screens.  I was using it fine with kde 3.5

I am currently using 4.2.1 with an nVidia 9800M GT.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>746618</commentid>
    <comment_count>23</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-04-24 13:53:51 +0000</bug_when>
    <thetext>I can confirm this bug in kde 4.2.2

Are there any news on solving this problem?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750046</commentid>
    <comment_count>24</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-04-30 11:02:59 +0000</bug_when>
    <thetext>#10 Aaron J. Seigo: Are it still on yours todo for 4.3 or shall we hope that another developer fix this bug?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750446</commentid>
    <comment_count>25</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-05-01 07:33:39 +0000</bug_when>
    <thetext>I think (not sure) that bug #164242 is related to this</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>760967</commentid>
    <comment_count>26</comment_count>
    <who name="Stephan Kleine">bitdealer</who>
    <bug_when>2009-05-20 19:31:22 +0000</bug_when>
    <thetext>FYI: I filled bug 193390 to ask for Xinerama autodetecting if the 2nd screen is currently turned on and then to accordingly extend the desktop across the 2nd screen or not - obviously it should also get notified if that state changes.

Since that would remove the main blocker for me since my 2nd screen isn&apos;t always on and I was told that it would be far less work to implement it&apos;s probably more likely to happen so you might want to CC yourself there as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>765179</commentid>
    <comment_count>27</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-05-26 20:13:00 +0000</bug_when>
    <thetext>This bug have soon 1 1/2 year bithday. Hurra hura</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>765199</commentid>
    <comment_count>28</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2009-05-26 20:40:20 +0000</bug_when>
    <thetext>*** Bug 164242 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>765505</commentid>
    <comment_count>29</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-05-27 08:20:49 +0000</bug_when>
    <thetext>Semms like the devs do not care about getting this fixed and therefore I would like to know if there is anything I can help with to selve this problem?

I know the basic java and c++ (with no 3th party library) and I am sitting on a Debian Lenny box with limit access to KDE 4 libs (and I am inteting to stay here to this bug is fixed or I am forced to upgrade to Squeeze). I do not know anything about how to program against X.org or plasma.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>765666</commentid>
    <comment_count>30</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2009-05-27 14:58:00 +0000</bug_when>
    <thetext>@Jonas: &quot;Semms like the devs do not care about getting this fixed&quot;

it&apos;s not quite like that.

&quot;and therefore I would like to know if there is anything I can help with to selve this problem?&quot;

sure; you can write a patch that implements dual-head support.

the relevant code is in kdebase/workspace/plasma/shells/desktop/. in a dual head env, there will be two instances of plasma-desktop running, and so we will need two plasma-desktoprc and plasma-desktop-appetsrc files in that case.

the patch will need to:

* detect when it&apos;s running in a dual head set up; you can see an example of this here: http://websvn.kde.org/branches/KDE/3.5/kdebase/kicker/kicker/core/main.cpp?view=markup  .. 

* adjust the main KComponentData so that the config file names get generated properly.

the rest should &quot;just work&quot; now that global options are split out into plasmarc in 4.3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>765814</commentid>
    <comment_count>31</comment_count>
    <who name="">mike_knichel</who>
    <bug_when>2009-05-27 19:18:51 +0000</bug_when>
    <thetext>I upgraded to Kubuntu 9.04 and KDE 4.2 and everything seems to be working to my satisfaction using twinview.  I have separate backgrounds on each desktop an separate panels on each with separate task managers and K menu&apos;s.  Not sure what fixed it, but I am glad.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>765899</commentid>
    <comment_count>32</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-05-27 21:24:57 +0000</bug_when>
    <thetext>#30
I have been looking at http://websvn.kde.org/branches/KDE/3.5/kdebase/kicker/kicker/core/main.cpp?view=markup 
and have some problem understanding som part of it. I start getting a bid confused around fork()
I can guess that fork proberbly is something simelar to:
#include &lt;process.h&gt;
int _beginthread(register void ( *start_address)(void *), void *stack_bottom,   unsigned stack_size,   void *arglist ); 
but I have problems finding info about fork on google (becouse of the name)

You talk about KComponentData but I can not find it under 
http://websvn.kde.org/trunk/KDE/kdebase/workspace/plasma/shells/desktop/
so I guess that is not there the info about those config file names are generated.

It sounds easy to fix: find out if there is more than one screen (something semelar to the link (but first I have to understand it), start one plasma-desktop, need two plasma-desktoprc and plasma-desktop-appetsrc (need to find the right place in http://websvn.kde.org/trunk/KDE/kdebase/workspace/plasma/shells/desktop/ . And there is a lot of code.)
Make sure that some config files name is generated proberbly (whitch means exacly???)
Looks like am a bid noobish to &quot;just do it right now)

And the &quot;Semms like the devs do not care about getting this fixed&quot; proberbly sounds harder than I ment it, Sorry for that</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>766588</commentid>
    <comment_count>33</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-05-29 08:22:45 +0000</bug_when>
    <thetext>where are the problem with KComponentData? In whitch file? And what is &quot;config file names get generated properly.&quot;?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>768184</commentid>
    <comment_count>34</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-06-01 07:09:32 +0000</bug_when>
    <thetext>My skill within programing is not good enough to write the patch. Anything else I can do?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>773446</commentid>
    <comment_count>35</comment_count>
    <who name="Thomas Soeffing">thomas</who>
    <bug_when>2009-06-11 12:08:54 +0000</bug_when>
    <thetext>voting for Dualview/Dualhead too...

the arguments for Dualview/Dualheay instead of xinerama/Twinview are discussed enough above - for me, with my 1920x1200 Notebook-TFT and an separate CRT Monitor for gaming, colorprove - is Dualview HIGHLY important... and a killer argument contra to KDE4 - so i would switch back to KDE 3.5 or moving to Gnome... :-/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>787383</commentid>
    <comment_count>36</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-07-06 12:27:07 +0000</bug_when>
    <thetext>#35 I have already made the switch back to kde 3.5. And will stay here to the next version of Debian comes out. If KDE 4 by then have Dualview/Dualheay  I will switch to it. If no one have implemented by then I will have too look for another DE.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>787846</commentid>
    <comment_count>37</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2009-07-07 03:12:52 +0000</bug_when>
    <thetext>this is a bug in a kubuntu patch:

http://bazaar.launchpad.net/%7Ekubuntu-members/kdebase-workspace/ubuntu/annotate/head%3A/debian/patches/kubuntu_71_default_plasma_layout.diff

if you don&apos;t have the folderview plugin (e.g. you haven&apos;t installed kdebase-apps) it will crash. this is not in the upstream sources, however. i just talked with Riddel about the issue on irc and gave him some tips on how to improve the patch.

cheers, everyone.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>787853</commentid>
    <comment_count>38</comment_count>
    <who name="Christoph Feck">cfeck</who>
    <bug_when>2009-07-07 03:44:03 +0000</bug_when>
    <thetext>Aaron, please check which bug number you wanted to close. Reopening this one, unless you provide a WebSVN link ;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>787866</commentid>
    <comment_count>39</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2009-07-07 05:05:28 +0000</bug_when>
    <thetext>whoops, yes, wrong tab in the browser. see my blog from today to see why i was looking at this one. ;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>788100</commentid>
    <comment_count>40</comment_count>
    <who name="Stephan Kleine">bitdealer</who>
    <bug_when>2009-07-07 14:06:17 +0000</bug_when>
    <thetext>aseigo now apparently started working on this but is looking for people to test it, which means you have to run trunk &amp; build it yourself.

Please see http://aseigo.blogspot.com/2009/07/multihead.html for details and give him a hand if you are able to do so.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>788125</commentid>
    <comment_count>41</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-07-07 14:46:07 +0000</bug_when>
    <thetext>Is there a live CD with trunk so I can test it without scruing my current system?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>788433</commentid>
    <comment_count>42</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2009-07-07 22:27:47 +0000</bug_when>
    <thetext>you can test by installing to a different prefix. this is explained on techbase in the getting started area. you really don&apos;t want to be downloading 100s of MBs to retest things and having to wait a day or more between test cycles is not overly helpful.

a from-trunk build of plasma is what is needed. it&apos;s the only sane way to be able to test things as they occur.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>788523</commentid>
    <comment_count>43</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2009-07-08 00:53:15 +0000</bug_when>
    <thetext>just got the first testing results back: apparently it works. :) it will be in KDE 4.4; i&apos;m not going to backport it just yet, i don&apos;t think, because 4.3.0 is so near at this point and i want to make sure it gets proper testing over the next few months before unleashing it into the wild.

if it appears solid in svn testing, i might backport it for 4.3.2.

in any case ... happy trails :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>789911</commentid>
    <comment_count>44</comment_count>
    <who name="Frits Jalvingh">jal</who>
    <bug_when>2009-07-10 14:24:16 +0000</bug_when>
    <thetext>I tried this but for me it does not work; I see only a single screen being filled; the other one stays black (but is initialized; I can get an xclock running there).

I added some printf()&apos;s in the new code and it does go there (what&apos;s with the environment variable though?); I displayed the screen count and it was 2 there. So it looks like the code is running but somehow it does not complete it&apos;s work?

I will attach the output of stderr; perhaps that will tell you something? The extra lines &quot;jal: &quot; are mine; these are the added print statements.

And by the way: thanks a million for fixing this!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>789912</commentid>
    <comment_count>45</comment_count>
      <attachid>35219</attachid>
    <who name="Frits Jalvingh">jal</who>
    <bug_when>2009-07-10 14:26:07 +0000</bug_when>
    <thetext>Created attachment 35219
stderr log file of starting KDE, where the 2nd screen is seen but does not initialize.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>878107</commentid>
    <comment_count>46</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2009-12-11 21:16:10 +0000</bug_when>
    <thetext>Even it is closed I can still reproduce it in kde 4.3.4. Has the fix been backported?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>891392</commentid>
    <comment_count>47</comment_count>
    <who name="Martin Schlander">martin.schlander</who>
    <bug_when>2010-01-03 20:15:42 +0000</bug_when>
    <thetext>I installed 4.4beta2 (openSUSE Factory KDE) packages on openSUSE 11.2.

For me the behaviour is exactly the same as in 4.3 and previous KDE4 versions - meaning I get neither a plasma-desktop nor KWin on my second monitor (TV actually).

The X config worked with KDE3 back in the day and If I launch icewm on the second display it works fine too, so I&apos;m quite sure it&apos;s not a problem with the X configuration.

Time to reopen? :-(</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>891423</commentid>
    <comment_count>48</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-01-03 21:12:59 +0000</bug_when>
    <thetext>I would like to know where the bug is fix since it can be reprodice in kde 4.3.4 (debian Sid) and kde 4.4 b2 (open suse). This bug is the last thing that keeps me away from kde 4 so I hope it will be fixed/is fixed in 4.4 since it looks like kde 4.4 is the next version of kde to be in kde stable</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>891464</commentid>
    <comment_count>49</comment_count>
    <who name="Frits Jalvingh">jal</who>
    <bug_when>2010-01-03 22:05:27 +0000</bug_when>
    <thetext>#46, #47, #48:
It appears that the fix was not backported to 4.3.4? But I tried with 4.4 beta 1 (from the Ubuntu PPA) and found out the following: you must remove any existing .kde directory before testing this. If the .kde dir has been created when a single screen was present then enabling the 2nd screen does not do anything.
If I first make sure my X server has 2 screens and then delete .kde and let it be recreated I get two screens and appearently two plasma&apos;s but on the same (primary) screen (I see two backgrounds overlapping and two status bars overlapping). This seems to be another bug.

Perhaps you can try to delete .kde to see if you get the same?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>891643</commentid>
    <comment_count>50</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-01-04 09:19:46 +0000</bug_when>
    <thetext>I was trying to do the fellowing steps on debian sid;
1: Setting op 3 seperated x server on 3 screens using nvidia-settings and nvndia closed source driver version 190.42 and kde 4.3.4
2: Delete .kde in home
3: logout kde, restart xorg and login again

Problem remainds with 2 black screens but I can drag the mause to them</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>891659</commentid>
    <comment_count>51</comment_count>
    <who name="Martin Schlander">martin.schlander</who>
    <bug_when>2010-01-04 10:18:57 +0000</bug_when>
    <thetext>I tried again on my openSUSE 11.2/KDE 4.4b2 system - with a new user this time.

Same behaviour. On the second monitor I get nothing but blackness and an ugly mouse cursor. If I launch apps on the second display they don&apos;t have KWin. Which is apparently exactly the same behaviour as always.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>891664</commentid>
    <comment_count>52</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-01-04 10:30:20 +0000</bug_when>
    <thetext>almost certainly the &quot;there is no dbus session bus that matches the x.org display and so all dbus calls fail and therefore the unique apps also fail&quot; problem. that&apos;s what i&apos;ve tracked it down to on other systems where this doesn&apos;t work at this point, and unfortunately the fix is outside of my immediate domain and requires some work in the hinterworlds that take care of things like how dbus sessions are set up. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>891667</commentid>
    <comment_count>53</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-01-04 10:41:54 +0000</bug_when>
    <thetext>Is there any not-so-geeky I could help with such as supplying with information about my settup (debian sid) that could speed things up a bid?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>894691</commentid>
    <comment_count>54</comment_count>
    <who name="Christos Gourdoupis">xrigou</who>
    <bug_when>2010-01-08 19:00:43 +0000</bug_when>
    <thetext>Can someone reopen this bug so that is has a chance to be fixed?
It is a shame that the true dual head mode (aka zaphod mode) does not work at all when other proprietary ati and nvidia multihead schemes are fully supported.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>894832</commentid>
    <comment_count>55</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-01-09 00:09:34 +0000</bug_when>
    <thetext>@Jonas: thanks for the offer, but not really. :)

@Christos: if this was a bug we could fix in our code, i&apos;d say &quot;sure, re-open it&quot;. but it isn&apos;t, so let&apos;s not waste our time.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>894964</commentid>
    <comment_count>56</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-01-09 06:36:26 +0000</bug_when>
    <thetext>Does upstream (xorg and dbus??) know about this problem? Should this bug report link to the upstream bug reports?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>895029</commentid>
    <comment_count>57</comment_count>
    <who name="Martin Schlander">martin.schlander</who>
    <bug_when>2010-01-09 10:41:03 +0000</bug_when>
    <thetext>Isn&apos;t some (ugly) workaround possible? 

Don&apos;t want to troll, but how does this work for GNOME then (at least it did when I tried it briefly about 1½ years ago)? 

Worked in Xfce too at that time, don&apos;t even know if they use d-bus though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>895066</commentid>
    <comment_count>58</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-01-09 11:05:40 +0000</bug_when>
    <thetext>I have just reveded to kde 3.5 in debian stable and fellowing the same thing I did in #50 and now I got something on all 3 screens. A shame that kde 4, dbus and xorg does not work probably together so I can use kde 4 because it looks nice</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>913696</commentid>
    <comment_count>59</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-02-09 20:05:51 +0000</bug_when>
    <thetext>Has someone reported  this problem upstream to dbus and xorg?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>913815</commentid>
    <comment_count>60</comment_count>
    <who name="Atle">atle.pedersen</who>
    <bug_when>2010-02-09 23:59:12 +0000</bug_when>
    <thetext>There are several ways of setting up multiple monitors. At least three.

One way is that each monitor has a separate display. Like :0.0 and :0.1. This does not allow windows to be dragged between monitors. 

Second is using xinerama. This gives one big desktop, as fas as I know over several graphics cars. But does not support DRI.

Third is using built in functionality of driver to set up dual-head. You need to have a graphics card with more than one connection. 

I am at the moment using the dual-head option of the ati drivers. This works well with KDE4 (4.3.3), except I cannot open the Display configuration tool. If I do that, KDE &quot;resets&quot; my monitors to same picture on both monitor, instead of one large desktop.

I wish I could provide more details, but the setup is at my computer at work, and I have not had time to really experiment and take notes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>913836</commentid>
    <comment_count>61</comment_count>
    <who name="Eric Bosch">eric.bosch</who>
    <bug_when>2010-02-10 00:21:41 +0000</bug_when>
    <thetext>The issue I see,
   I prefer to use option 1, separate desktops, no need to have ability 
to drag from one to the other, however in this configuration Compositing 
and XDamage are disabled, thus I cannot use VDPAU on either screen.  I 
would really prefer to have ability for VDPAU at least on the primary 
screen.
On 2/9/2010 4:59 PM, Atle wrote:
&gt; https://bugs.kde.org/show_bug.cgi?id=156475
&gt;
&gt;
&gt;
&gt;
&gt;
&gt; --- Comment #60 from Atle&lt;atle pedersen gmail com&gt;   2010-02-09 23:59:12 ---
&gt; There are several ways of setting up multiple monitors. At least three.
&gt;
&gt; One way is that each monitor has a separate display. Like :0.0 and :0.1. This
&gt; does not allow windows to be dragged between monitors.
&gt;
&gt; Second is using xinerama. This gives one big desktop, as fas as I know over
&gt; several graphics cars. But does not support DRI.
&gt;
&gt; Third is using built in functionality of driver to set up dual-head. You need
&gt; to have a graphics card with more than one connection.
&gt;
&gt; I am at the moment using the dual-head option of the ati drivers. This works
&gt; well with KDE4 (4.3.3), except I cannot open the Display configuration tool. If
&gt; I do that, KDE &quot;resets&quot; my monitors to same picture on both monitor, instead of
&gt; one large desktop.
&gt;
&gt; I wish I could provide more details, but the setup is at my computer at work,
&gt; and I have not had time to really experiment and take notes.
&gt;
&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>937282</commentid>
    <comment_count>62</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-03-20 21:25:26 +0000</bug_when>
    <thetext>I have just upgrade kde 4.4.1 on my test laptop via http://qt-kde.debian.net/ . I dont know if I did something wrong but I can still reproduce this bug. My external screen is still black and I can take the mouse there bug I cannot do anything.
Is there news about this bug or a nice workaround?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>943897</commentid>
    <comment_count>63</comment_count>
    <who name="sjesman">stan</who>
    <bug_when>2010-04-02 16:31:47 +0000</bug_when>
    <thetext>(In reply to comment #62)
&gt; I have just upgrade kde 4.4.1 on my test laptop via http://qt-kde.debian.net/ .
&gt; I dont know if I did something wrong but I can still reproduce this bug. My
&gt; external screen is still black and I can take the mouse there bug I cannot do
&gt; anything.
&gt; Is there news about this bug or a nice workaround?

1. Disable xdm
2. Make in your home directory file .xinityrc containing:
 #!/bin/sh
 export KDE_MULTIHEAD=true
 /usr/bin/kwin &amp;
 /usr/bin/plasma-desktop --display :0.1 &amp;
 /usr/bin/startkde
3. Start X running: xinit
4. Stop X ( crtr+alr+bsp )
5. Start X again running: xinit

Works for me fine ...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>977996</commentid>
    <comment_count>64</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-06-13 14:23:10 +0000</bug_when>
    <thetext>I just tried kde 4.4.4 and this bug is still present.

Then I tried the work around mention in #63.
This workaround does not work for me. When I start X both times with the xinit command I end op with a little console instead of kde.

PS under point 4 I was rebooting instead of pressing ctrl+alt+backspace since that combo has been removed (dont know why)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>978076</commentid>
    <comment_count>65</comment_count>
    <who name="sjesman">stan</who>
    <bug_when>2010-06-13 16:21:15 +0000</bug_when>
    <thetext>On 06/13/10 14:23, Jonas Vejlin wrote:
&gt; https://bugs.kde.org/show_bug.cgi?id=156475
&gt; 
&gt; 
&gt; 
&gt; 
&gt; 
&gt; --- Comment #64 from Jonas Vejlin &lt;jonas vejlin gmail com&gt;  2010-06-13 14:23:10 ---
&gt; I just tried kde 4.4.4 and this bug is still present.
&gt; 
&gt; Then I tried the work around mention in #63.
&gt; This workaround does not work for me. When I start X both times with the xinit
&gt; command I end op with a little console instead of kde.
&gt; 
&gt; PS under point 4 I was rebooting instead of pressing ctrl+alt+backspace since
&gt; that combo has been removed (dont know why)
&gt; 

It still works fine with me ... Also with kde 4.4.4
Couple of things, that I do:
1. I have enabled ctr alt backspace in X11 by setting in /etc/X11/xorg.conf:
  1.1
   Section &quot;ServerFlags&quot;
    ...
    Option         &quot;DontZap&quot; &quot;false&quot;
    ...
   EndSectioEndSectionn

 1.2
  Section &quot;InputDevice&quot;Se
    Identifier     &quot;Keyboard0&quot;
    Driver         &quot;kbd&quot;
    Option         &quot;XkbOptions&quot; &quot;terminate:ctrl_alt_bksp&quot;
    ...
  EndSectioEndSectionn

2. Disable xdm

3. Create .xinitrc file in my home directory containing:
  #!/bin/sh#!/bin/sh
  export KDE_MULTIHEAD=true
  /usr/bin/kwin &amp;
  /usr/bin/plasma-desktop --display :0.1 &amp;
  /usr/bin/startkde

4. After login ( as a user ) in console mode:
  4.1 xinit
      wait until kde finish starting akonadi server and other things.
      this time only one screen will have kde desktop
  4.2 stop X server by typing ctr-alt-backspace
      you will end up again in console prompt ( do not reboot )
  4.3 xinit (again)
      this time ( after 10 seconds or so ) two screens will have kde
desktops

I works on my gentoo x86_64 box

Success ...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>978088</commentid>
    <comment_count>66</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-06-13 16:59:09 +0000</bug_when>
    <thetext>after I have messed around the the xorg.conf after #65 I got kde on running on my 2 screen.
To rune kde on my 3. screen I tried to add this 
/usr/bin/kwin &amp;
  /usr/bin/plasma-desktop --display :0.2 &amp;
  /usr/bin/startkde

to the .xinitrc file (I have change :0.1 to :0.2)

So fare looks OK unto this dbus/xorg/kde problem has been solved (ofc if I can get the last screen up</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>979168</commentid>
    <comment_count>67</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-06-16 10:23:23 +0000</bug_when>
    <thetext>Since this bug is hard to fix broperbly I have set up a bounty to enybody who would like to fix it:
http://nextsprocket.com/tasks/fixing-a-bug-in-kde-with-multiply-xog-runnings
The price is 150 doller.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>980180</commentid>
    <comment_count>68</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-06-18 22:10:03 +0000</bug_when>
    <thetext>I can see that another person has join in for paying to get this bug solved. The price is now 200 doller</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>988773</commentid>
    <comment_count>69</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-07-12 07:33:10 +0000</bug_when>
    <thetext>I have been talking with Aaron J. Seigo at Akademy 2010 and he promised me that he would look into this problem &quot;soon&quot;. I just hope he can fix it within the 4.6 branche.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>988774</commentid>
    <comment_count>70</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-07-12 07:33:56 +0000</bug_when>
    <thetext>I have been talking with Aaron J. Seigo at Akademy 2010 and he promised me that he would look into this problem &quot;soon&quot;. I just hope he can fix it within the 4.6 branche.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>988776</commentid>
    <comment_count>71</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-07-12 07:37:19 +0000</bug_when>
    <thetext>ups sorry for trible posting</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1022882</commentid>
    <comment_count>72</comment_count>
    <who name="Oliver">webadmin</who>
    <bug_when>2010-09-22 19:23:32 +0000</bug_when>
    <thetext>I have played around with Plasma Sources, and i think i have a solution.
with the following patch plasma starts on the second monitor without xinitrc workarround.

I test it with plasma from KDE 4.5.1 on Gentoo</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1022884</commentid>
    <comment_count>73</comment_count>
      <attachid>51886</attachid>
    <who name="Oliver">webadmin</who>
    <bug_when>2010-09-22 19:30:03 +0000</bug_when>
    <thetext>Created attachment 51886
my patch for separate X screen config, please test</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1023069</commentid>
    <comment_count>74</comment_count>
    <who name="">davitkov</who>
    <bug_when>2010-09-23 11:54:01 +0000</bug_when>
    <thetext>I have just tested Oliver&apos;s patch. There are two problems though.
Plasma workspaces are created now on both displays. However on both displays I have two desktops on top of each other with the dimensions of the each separate display. On display &quot;A&quot; I have a desktop with the dimensions of display &quot;B&quot; on top of another desktop with the dimensions of display &quot;A.&quot; The same is true for display &quot;B&quot; also. If I click somewhere on the correct desktop, the other goes to the back but it is still there. Without the patch two desktops were created only on the first display and the second remained black.
The second problem is that there is no window manager on the second display.
I also tried the xinit workaround. The difference was that there was a window manager on both displays but I still had two overlapping desktops per display.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1023435</commentid>
    <comment_count>75</comment_count>
    <who name="Oliver">webadmin</who>
    <bug_when>2010-09-24 05:00:20 +0000</bug_when>
    <thetext>I have the problem found.
but I have no solution at this time.
my patch lets plasma starts on second screen automatically, the overlapping desktops is a problem between fork() in main.cpp an the Kephal::ScreenUtils::numScreens fuction used in plasma.
I think.
My theory is the fork() creates two processes and every process played around with two X displays in his own process on his own X server.

i need time to understand the plasma sources</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1027643</commentid>
    <comment_count>76</comment_count>
    <who name="Miko">airetamstrm</who>
    <bug_when>2010-10-04 21:38:32 +0000</bug_when>
    <thetext>The status of this is inappropriate, this bug is not &quot;RESOLVED&quot; or &quot;FIXED&quot;. It is reproducible in KDE 4.5.1 and has been since the absolute earliest 4.0 build. I wouldn&apos;t consider &apos;wishlist&apos; appropriate either, as this is a clear regression from KDE 3.5.x.

It sounds like &apos;Oliver&apos; above who wrote a patch does not have the hardware to test his own patches. Is there any way to facilitate getting him or another developer the required hardware? Anywhere I&apos;ve seen this bug listed the reasons it isn&apos;t resolved boil down to &quot;the required developer(s) do not have hardware to test this with&quot;. 

Please reopen this bug so that we can at least hope it will get fixed. There&apos;s no reason this shouldn&apos;t have been reopened earlier other than to avoid it getting (probably back) into the top slot of the &apos;most hated&apos; bugs view. This is the only thing keeping many 3.5.x users on the fence.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1027695</commentid>
    <comment_count>77</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-10-04 23:39:04 +0000</bug_when>
    <thetext>&quot;It is reproducible in KDE 4.5.1 and has been since the absolute earliest 4.0
build.&quot;

actually, no, it isn&apos;t. up until 4.4 there was precisely zero support for dual head in the code. from that point forward, there is support for it, but evidently it has issues that remain. opening a report that says &quot;it doesn&apos;t work&quot; doesn&apos;t really help one bit. if there is someone who can and will do the work to track down what precisely isn&apos;t working, we can open a _new_ report that doesn&apos;t have all the now-irrelevant bits in it. just as we don&apos;t have one big &quot;it crashes for some reason&quot; or &quot;it leaks memory for some reason&quot; bug report that we re-use every time a certain class of bug appears.

&quot;I wouldn&apos;t consider &apos;wishlist&apos; appropriate either, as this is a clear
regression from KDE 3.5.x.&quot;

being in 3.x and not in 4.x does not make it a bug. it also doesn&apos;t make it not a bug. the two are unrelated things -&gt; each issue must be assessed on its own merit.

&quot;Is there any way to facilitate getting him or another developer the required hardware?&quot;

centrally, e.g. via KDE e.V.? not formally, but it could be worked out if there was hardware and a willing dev.

&quot;There&apos;s no reason this shouldn&apos;t have been reopened earlier other than to avoid it getting (probably back) into the top slot of the &apos;most hated&apos; bugs view.&quot;

than you for assuming the worst of us; it isn&apos;t why it has remain closed.

&quot;This is the only thing keeping many 3.5.x users on the fence.&quot;

in absolute #s, i&apos;m sure there are some. in relative terms, very few.

in any case, i&apos;ve taken Oliver&apos;s patch and seen what it fixes. i&apos;ve applied a slightly more direction solution. commit coming in a moment.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1027696</commentid>
    <comment_count>78</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-10-04 23:40:02 +0000</bug_when>
    <thetext>SVN commit 1182542 by aseigo:

conver the number first to a string, otherwise it doesn&apos;t appen anything. noticed by Oliver oin the BR
CCBUG:156475


 M  +1 -1      main.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&amp;revision=1182542</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1027697</commentid>
    <comment_count>79</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-10-04 23:41:28 +0000</bug_when>
    <thetext>SVN commit 1182543 by aseigo:

convert the number first to a string, otherwise it doesn&apos;t append anything. noticed by Oliver oin the BR
CCBUG:156475


 M  +1 -1      main.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&amp;revision=1182543</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1027736</commentid>
    <comment_count>80</comment_count>
    <who name="Miko">airetamstrm</who>
    <bug_when>2010-10-05 02:14:26 +0000</bug_when>
    <thetext>&quot;actually, no, it isn&apos;t. up until 4.4 there was precisely zero support for dual
head in the code. from that point forward, there is support for it, but
evidently it has issues that remain.&quot; 
Thank you for clarifying.

&quot;opening a report that says \&quot;it doesn&apos;t work\&quot; doesn&apos;t really help one bit. if there is someone who can and will do the work to track down what precisely isn&apos;t working, we can open a _new_ report that doesn&apos;t have all the now-irrelevant bits in it.&quot;
OK- I will go ahead and try to assist with this process. Can 4.5.1 be used? What version should I submit new bugs on?

&quot;just as we don&apos;t have one big \&quot;it crashes for some reason\&quot; or \&quot;it leaks memory for some reason\&quot; bug report that we re-use every time a certain class of bug appears.&quot;
Understandable.

&quot;being in 3.x and not in 4.x does not make it a bug. it also doesn&apos;t make it not
a bug. the two are unrelated things -&gt; each issue must be assessed on its own
merit.&quot; 
Does it make it a regression? I know 4.x is a rewrite from the ground up, however, how do you make the &apos;regression&apos; distinction? Are no missing features from 3.5 in 4.0 considered a regression? It may be appropriate to have a &quot;not yet reimplemented&quot; or &quot;will not reimplement&quot; status instead.

&quot;centrally, e.g. via KDE e.V.? not formally, but it could be worked out if there
was hardware and a willing dev.&quot;
THIS is what I was waiting for. I would be willing to donate hardware for troubleshooting this issue. I am fully aware that donating X hardware to Y developer does not guarantee Y bug will be fixed, however I&apos;m very willing to take a bet on this particular issue.

&quot;than you for assuming the worst of us; it isn&apos;t why it has remain closed.&quot;
Out of frustration. My apologies.

&quot;in absolute #s, i&apos;m sure there are some. in relative terms, very few.&quot;
This -viewpoint- is hard to agree with, and is frustrating as an affected user, but understandable.

&quot;in any case, i&apos;ve taken Oliver&apos;s patch and seen what it fixes. i&apos;ve applied a
slightly more direction solution. commit coming in a moment.&quot; 
Let me know what if anything you would like me to test specifically, and I can post screenshots / video / logs / test cases / behavioral observations at your request. I will also file bugs if deemed appropriate.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1027740</commentid>
    <comment_count>81</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-10-05 02:37:31 +0000</bug_when>
    <thetext>&quot;I will go ahead and try to assist with this process.&quot;

thanks :)

&quot;Can 4.5.1 be used?&quot;

well, i just committed a fix based on Oliver&apos;s patch. that will only be in 4.5.3, though, sadly. which is set to be released in 1 month (4.5.2 was just recently tagged and will be released in the coming week or so). unfortunate timing for this. :/

&quot;What version should I submit new bugs on?&quot;

4.5.3 or newer would be best.

if you feel very adventurous, you could build kdebase-workspace from sources from the 4.5 branch in KDE&apos;s svn. (the rest of your KDE software would remain as-is, all the fixes are in just a couple of localized spots in kdebase-worspace). the best thing about that is you could then also test any fixes in the branch as they are made, which would be quite valuable. if you&apos;re interested in doing this, contact me by email and i can get your on your way if needed.

note that i&apos;m traveling starting tomorrow so i&apos;ll be in and out of contact over the next couple of weeks.

as for what to test, screenshots and screencasts are the best, coupled with output from terminal (starting plasma-desktop from a konsole window is great for these things, as it spits out a lot of debug output related to geometry)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1027897</commentid>
    <comment_count>82</comment_count>
    <who name="sjesman">stan</who>
    <bug_when>2010-10-05 15:35:51 +0000</bug_when>
    <thetext>On 10/05/2010 02:37 AM, Aaron J. Seigo wrote:
&gt; https://bugs.kde.org/show_bug.cgi?id=156475
&gt; 
&gt; 
&gt; 
&gt; 
&gt; 
&gt; --- Comment #81 from Aaron J. Seigo &lt;aseigo kde org&gt;  2010-10-05 02:37:31 ---
&gt; &quot;I will go ahead and try to assist with this process.&quot;
&gt; 
&gt; thanks :)
&gt; 
&gt; &quot;Can 4.5.1 be used?&quot;
&gt; 
&gt; well, i just committed a fix based on Oliver&apos;s patch. that will only be in
&gt; 4.5.3, though, sadly. which is set to be released in 1 month (4.5.2 was just
&gt; recently tagged and will be released in the coming week or so). unfortunate
&gt; timing for this. :/
&gt; 
&gt; &quot;What version should I submit new bugs on?&quot;
&gt; 
&gt; 4.5.3 or newer would be best.
&gt; 
&gt; if you feel very adventurous, you could build kdebase-workspace from sources
&gt; from the 4.5 branch in KDE&apos;s svn. (the rest of your KDE software would remain
&gt; as-is, all the fixes are in just a couple of localized spots in
&gt; kdebase-worspace). the best thing about that is you could then also test any
&gt; fixes in the branch as they are made, which would be quite valuable. if you&apos;re
&gt; interested in doing this, contact me by email and i can get your on your way if
&gt; needed.
&gt; 
&gt; note that i&apos;m traveling starting tomorrow so i&apos;ll be in and out of contact over
&gt; the next couple of weeks.
&gt; 
&gt; as for what to test, screenshots and screencasts are the best, coupled with
&gt; output from terminal (starting plasma-desktop from a konsole window is great
&gt; for these things, as it spits out a lot of debug output related to geometry)
&gt; 

Thank you guys.
Now my .xintrc file reduces to:

#!/bin/sh
plasma-desktop
kwin

and I have 2 plasmas on my dual head system

There was one glitch though ... The task plug-in was not launched on the
second screen.
I have fixed this like that:


1. In console mode ( tty )
rm -rf ~/.kde4
2. xinit ( .kde4 directory is set to a default set-up )
3. stop X by &lt;ctrl&gt;&lt;alt&gt;&lt;back&gt;
4. cp ~/.kde4/share/config/plasma-desktop-appletsrc \
   ~/.kde4/share/config/plasma-desktop-screen-1-appletsrc
5. xinit

Now I have 2 task bars as well.

By the way: now I don&apos;t need to execute xinit twice to make it work.

Once again, thank you for this patch.
This initial .kde4 set-up should be changed as well somewhere. Where ?

Greeting,
Stan</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1032524</commentid>
    <comment_count>83</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-10-15 13:12:37 +0000</bug_when>
    <thetext>Is someone aware of any distro that already include this patch for testing purpose (it does not need to be stable)?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1035833</commentid>
    <comment_count>84</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-10-23 10:47:24 +0000</bug_when>
    <thetext>After around 3 house of tweaking Xorg.conf and some help from debian-kde team I can now run KDE 4 on my primary mashine using sid (kde 4.4.5 wich some more paches applied). In 8-9 days those pached would go to testing, and be part of squeeze. So after waiting around 2 years I can finaly begin to use kde 4</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040634</commentid>
    <comment_count>85</comment_count>
    <who name="">support.intranet</who>
    <bug_when>2010-11-05 14:45:46 +0000</bug_when>
    <thetext>After upgrading to KDE 4.5.3 I am now able to use plasma on the second x session. There is non need for me to put plasma-desktop &amp; in .xinitrc, as the shell is properly started automatically on both screens.
HOWEVER, there are some serious caveats that need to be resolved:
- On the second screen there is no panel by default. Adding one manually puts it on top of the screen, and it is not possible to but it on the bottom unless you edit plasma-desktop-screen1-appletsrc manually.
- The plasma shell on the second screen is in english, even if all the language settings are set to Italian.
- Kwin is not started automatically on the second screen, it has to be put in a startup script.
- Activities are really messed up. After every login a have about 30 activities hanging there, and if I delete them they are recreated after the next login.
- Maximizing a window on the second screen makes it of the size of the first screen, which is bigger and thus cuts part of the window.

Nevertheless, we&apos;re getting there :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040677</commentid>
    <comment_count>86</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-11-05 16:37:29 +0000</bug_when>
    <thetext>Sorry for asking n00bish but where and what to put in this so called &quot;startup script&quot;?

There are also some problem with where programs starts. Eks if I starts Dolphins on screen 1(it will start there) but then move to screen 0 and start dolphin again it will only start on screen 1 and not on screen 0 as it should (should in the sense that it does in kde 3.5, gnome and other DE).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040679</commentid>
    <comment_count>87</comment_count>
    <who name="">support.intranet</who>
    <bug_when>2010-11-05 16:44:31 +0000</bug_when>
    <thetext>(In reply to comment #86)
&gt; Sorry for asking n00bish but where and what to put in this so called &quot;startup
&gt; script&quot;?
&gt; 
&gt; There are also some problem with where programs starts. Eks if I starts
&gt; Dolphins on screen 1(it will start there) but then move to screen 0 and start
&gt; dolphin again it will only start on screen 1 and not on screen 0 as it should
&gt; (should in the sense that it does in kde 3.5, gnome and other DE).

I have put in ~/.kde/Autostart/kwin.sh the following:
#!/bin/bash
DISPLAY=&quot;:0.1&quot; kwin &amp;

Then chmod 0755 ~/.kde/Autostart/kwin.sh to make it executable and it should work.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040731</commentid>
    <comment_count>88</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-11-05 19:22:57 +0000</bug_when>
    <thetext>#87 
Whan applied those lines can you then use &quot;alt+tab&quot;(for tab between windows)?

After I applied those lines kwin starts on all 3 screens as it should. But now tab is 1/3 broken.

around 1/3 time (when a windows is marked on screen 0) I can tab,else I get a window up on screen 1 or 2 that say *** No windows *** even if there is a lot of open windows on those screen. If I have a windows mark on screen 1 or 2 and try to tab nothing happens.

The problem I described in #86 is only for kde programs and not for gtk programs.

Does anyone else have those experience ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040809</commentid>
    <comment_count>89</comment_count>
    <who name="RSB">trebor_x</who>
    <bug_when>2010-11-06 00:01:43 +0000</bug_when>
    <thetext>(In reply to comment #88)

I&apos;ve submitted this bug some months ago. Look at https://bugs.kde.org/show_bug.cgi?id=237260</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040810</commentid>
    <comment_count>90</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-11-06 00:03:18 +0000</bug_when>
    <thetext>&quot;- On the second screen there is no panel by default.&quot;

yes, that&apos;s not by accident. it only puts a panel on the first screen. whether
or not that makes sense is discussable, but at least for
multi-screen-single-x-server systems it&apos;s the usual expectation, and i&apos;d really
prefer not to add a multi-x-server exception in there if at all possible.

&quot;Adding one manually puts
it on top of the screen, and it is not possible to but it on the bottom unless
you edit plasma-desktop-screen1-appletsrc manually.&quot;

this would be a bug, however :) someone with a multi-screen system probably
needs to spend some time with the panel controller code to see what&apos;s happening
there. by &quot;not possible&quot; i assume you mean that clicking on the &quot;Screen Edge&quot;
button and moving the mouse does nothing on the second screen.

&quot;- The plasma shell on the second screen is in english, even if all the
language
settings are set to Italian.&quot;

do other KDE applications get the right language, or are all KDE apps started
on the second screen in english?

&quot;- Kwin is not started automatically on the second screen, it has to be put in
a
startup script.&quot;

kwin issue, please open a new report for kwin.

&quot;- Activities are really messed up. After every login a have about 30
activities
hanging there, and if I delete them they are recreated after the next login.&quot;

quite possibly this is fixed in trunk but not in branch. sounds identical to a
problem that was being seen on even single screen systems, though the fixes for
that have not been tested in a multi-head set up. they should work even in
those cases, however; testing would confirm. will probably require waiting for
4.6.0.

&quot;- Maximizing a window on the second screen makes it of the size of the first
screen, which is bigger and thus cuts part of the window.&quot;

kwin issue</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040817</commentid>
    <comment_count>91</comment_count>
    <who name="sjesman">stan</who>
    <bug_when>2010-11-06 00:21:55 +0000</bug_when>
    <thetext>On 11/06/2010 12:03 AM, Aaron J.Seigo wrote:
&gt; https://bugs.kde.org/show_bug.cgi?id=156475
&gt; 
&gt; 
&gt; 
&gt; 
&gt; 
&gt; --- Comment #90 from Aaron J. Seigo &lt;aseigo kde org&gt;  2010-11-06 00:03:18 ---
&gt; &quot;- On the second screen there is no panel by default.&quot;
&gt; 
&gt; yes, that&apos;s not by accident. it only puts a panel on the first screen. whether
&gt; or not that makes sense is discussable, but at least for
&gt; multi-screen-single-x-server systems it&apos;s the usual expectation, and i&apos;d really
&gt; prefer not to add a multi-x-server exception in there if at all possible.
&gt; 
&gt; &quot;Adding one manually puts
&gt; it on top of the screen, and it is not possible to but it on the bottom unless
&gt; you edit plasma-desktop-screen1-appletsrc manually.&quot;
&gt; 
&gt; this would be a bug, however :) someone with a multi-screen system probably
&gt; needs to spend some time with the panel controller code to see what&apos;s happening
&gt; there. by &quot;not possible&quot; i assume you mean that clicking on the &quot;Screen Edge&quot;
&gt; button and moving the mouse does nothing on the second screen.

It works. You can set the empty panel on the bottom of the screen manually.
But this is not an issue. I could miss panels on my other screens.
The problem is that applications ( like konsole, Firefox, etc )
disappear after minimizing them.
I need at least some &apos;icons fetch panel&apos;. Like the task panel on the
first screen
&gt; 
&gt; &quot;- The plasma shell on the second screen is in english, even if all the
&gt; language
&gt; settings are set to Italian.&quot;
&gt; 
&gt; do other KDE applications get the right language, or are all KDE apps started
&gt; on the second screen in english?
&gt; 
&gt; &quot;- Kwin is not started automatically on the second screen, it has to be put in
&gt; a
&gt; startup script.&quot;
&gt; 
&gt; kwin issue, please open a new report for kwin.
If you restart kwin manually, then you have window manager on all ( 4 in
my case ) screens. So it is not really kwin problem but ( I think )
startkde or related it shell scripts.
&gt; 
&gt; &quot;- Activities are really messed up. After every login a have about 30
&gt; activities
&gt; hanging there, and if I delete them they are recreated after the next login.&quot;
&gt; 
&gt; quite possibly this is fixed in trunk but not in branch. sounds identical to a
&gt; problem that was being seen on even single screen systems, though the fixes for
&gt; that have not been tested in a multi-head set up. they should work even in
&gt; those cases, however; testing would confirm. will probably require waiting for
&gt; 4.6.0.
&gt; 
&gt; &quot;- Maximizing a window on the second screen makes it of the size of the first
&gt; screen, which is bigger and thus cuts part of the window.&quot;
&gt; 
&gt; kwin issue
&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040820</commentid>
    <comment_count>92</comment_count>
    <who name="">support.intranet</who>
    <bug_when>2010-11-06 00:28:19 +0000</bug_when>
    <thetext>(In reply to comment #90)

Thanks for taking the time to answer me.

&gt; &quot;- On the second screen there is no panel by default.&quot;
&gt; 
&gt; yes, that&apos;s not by accident. it only puts a panel on the first screen. whether
&gt; or not that makes sense is discussable, but at least for
&gt; multi-screen-single-x-server systems it&apos;s the usual expectation, and i&apos;d really
&gt; prefer not to add a multi-x-server exception in there if at all possible.
&gt; 
&gt; &quot;Adding one manually puts
&gt; it on top of the screen, and it is not possible to but it on the bottom unless
&gt; you edit plasma-desktop-screen1-appletsrc manually.&quot;
&gt; 
&gt; this would be a bug, however :) someone with a multi-screen system probably
&gt; needs to spend some time with the panel controller code to see what&apos;s happening
&gt; there. by &quot;not possible&quot; i assume you mean that clicking on the &quot;Screen Edge&quot;
&gt; button and moving the mouse does nothing on the second screen.

Yes, that&apos;s right. Actually I can move the panel only on the left side.

&gt; 
&gt; &quot;- The plasma shell on the second screen is in english, even if all the
&gt; language
&gt; settings are set to Italian.&quot;
&gt; 
&gt; do other KDE applications get the right language, or are all KDE apps started
&gt; on the second screen in english?

Yes, that&apos;s only plasma. All other apps are in Italian.

&gt; 
&gt; &quot;- Kwin is not started automatically on the second screen, it has to be put in
&gt; a
&gt; startup script.&quot;
&gt; 
&gt; kwin issue, please open a new report for kwin.

Ok.

&gt; 
&gt; &quot;- Activities are really messed up. After every login a have about 30
&gt; activities
&gt; hanging there, and if I delete them they are recreated after the next login.&quot;
&gt; 
&gt; quite possibly this is fixed in trunk but not in branch. sounds identical to a
&gt; problem that was being seen on even single screen systems, though the fixes for
&gt; that have not been tested in a multi-head set up. they should work even in
&gt; those cases, however; testing would confirm. will probably require waiting for
&gt; 4.6.0.

Ok.

&gt; 
&gt; &quot;- Maximizing a window on the second screen makes it of the size of the first
&gt; screen, which is bigger and thus cuts part of the window.&quot;
&gt; 
&gt; kwin issue

Ok</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040823</commentid>
    <comment_count>93</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-11-06 00:44:42 +0000</bug_when>
    <thetext>@sjesman:

&quot;The problem is that applications ( like konsole, Firefox, etc )
disappear after minimizing them.&quot;

yes, because they aren&apos;t visible in that x-session, and so the panel on the first screen doesn&apos;t see them. *ponders* maybe that&apos;s a good enough reason to replicate the panel on each screen in that case. which means i&apos;d have to propagate this information into the desktop scripting env (not hard), and then create the panel based on that. hmm... to help me out here, could you:

0. open krunner (alt+f2) and launch: desktop console
1. in the window that appears, enter this code:

for (var i = 0; i &lt; screenCount; ++i) {
    var g = screenGeometry(i)
    print(&quot;screen &quot; + i + &quot; geometry is (&quot; + g.x + &quot;, &quot; + g.y + &quot;) x (&quot; + g.width + &quot;, &quot; + g.height + &quot;)&quot;)
}

2. press the Execute button (or just press ctrl+E)

3. paste the output here that appears in the text area below the code.



@support.intranet@libero.it:

&quot;Yes, that&apos;s right. Actually I can move the panel only on the left side.&quot;

quick guess: it&apos;s thinking it&apos;s on the first screen, which technically it is in its x server, and then getting information about the first logical screen from kephal (screen 1) as a result, making only the left side a recognized target. that&apos;s a complete WAG, though, would need to be verified by someone with a multi-head setup.

&quot;Yes, that&apos;s only plasma. All other apps are in Italian.&quot;

i&apos;ll ask the i18n people how the env vars propagate this; could be another kuniqueapplication specific bug. hm... can you try this for me: open konsole on screen 1, then start it on screen 2 and see if if appears translated?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040828</commentid>
    <comment_count>94</comment_count>
    <who name="sjesman">stan</who>
    <bug_when>2010-11-06 01:10:46 +0000</bug_when>
    <thetext>On 11/06/2010 12:44 AM, Aaron J.Seigo wrote:
&gt; https://bugs.kde.org/show_bug.cgi?id=156475
&gt; 
&gt; 
&gt; 
&gt; 
&gt; 
&gt; --- Comment #93 from Aaron J. Seigo &lt;aseigo kde org&gt;  2010-11-06 00:44:42 ---
&gt; @sjesman:
&gt; 
&gt; &quot;The problem is that applications ( like konsole, Firefox, etc )
&gt; disappear after minimizing them.&quot;
&gt; 
&gt; yes, because they aren&apos;t visible in that x-session, and so the panel on the
&gt; first screen doesn&apos;t see them. *ponders* maybe that&apos;s a good enough reason to
&gt; replicate the panel on each screen in that case. which means i&apos;d have to
&gt; propagate this information into the desktop scripting env (not hard), and then
&gt; create the panel based on that. hmm... to help me out here, could you:
&gt; 
&gt; 0. open krunner (alt+f2) and launch: desktop console
&gt; 1. in the window that appears, enter this code:
&gt; 
&gt; for (var i = 0; i &lt; screenCount; ++i) {
&gt;     var g = screenGeometry(i)
&gt;     print(&quot;screen &quot; + i + &quot; geometry is (&quot; + g.x + &quot;, &quot; + g.y + &quot;) x (&quot; +
&gt; g.width + &quot;, &quot; + g.height + &quot;)&quot;)
&gt; }
&gt; 
&gt; 2. press the Execute button (or just press ctrl+E)
&gt; 
&gt; 3. paste the output here that appears in the text area below the code.
&gt; 
Here we go:
screen 0 geometry is (0, 0) x (1920, 1200)
screen 1 geometry is (0, 0) x (1920, 1200)
screen 2 geometry is (0, 0) x (1920, 1200)
screen 3 geometry is (0, 0) x (1920, 1080)

Runtime: 41ms
Greetings,
Stan
&gt; 
&gt; 
&gt; @support.intranet@libero.it:
&gt; 
&gt; &quot;Yes, that&apos;s right. Actually I can move the panel only on the left side.&quot;
&gt; 
&gt; quick guess: it&apos;s thinking it&apos;s on the first screen, which technically it is in
&gt; its x server, and then getting information about the first logical screen from
&gt; kephal (screen 1) as a result, making only the left side a recognized target.
&gt; that&apos;s a complete WAG, though, would need to be verified by someone with a
&gt; multi-head setup.
&gt; 
&gt; &quot;Yes, that&apos;s only plasma. All other apps are in Italian.&quot;
&gt; 
&gt; i&apos;ll ask the i18n people how the env vars propagate this; could be another
&gt; kuniqueapplication specific bug. hm... can you try this for me: open konsole on
&gt; screen 1, then start it on screen 2 and see if if appears translated?
&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040830</commentid>
    <comment_count>95</comment_count>
    <who name="Aaron J. Seigo">aseigo</who>
    <bug_when>2010-11-06 01:34:54 +0000</bug_when>
    <thetext>@Stan: thanks, that certainly explains it. now to think about the least-inelegant solution to this for 4.6. (there is no pretty fix that i can think of yet.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040838</commentid>
    <comment_count>96</comment_count>
    <who name="RSB">trebor_x</who>
    <bug_when>2010-11-06 03:22:33 +0000</bug_when>
    <thetext>There is another bug which belongs to plasma-desktop-appletsrc. After each start of plasma-desktop there will be two ressources generated (setup with two screens). One for screen 1 and one for screen 2. This happens also in plasma-desktop-screen-1-appletsrc.

--snip--
[Containments][1]
activity=Unbenannt
activityId=049b5180-b5f5-422c-a197-b8cb1d44f105
desktop=-1
formfactor=0
geometry=0,0,1280,1024
immutability=1
lastDesktop=-1
lastScreen=0
location=0
plugin=desktop
screen=0
wallpaperplugin=image
wallpaperpluginmode=SingleImage
zvalue=0

[Containments][1][Wallpaper][image]
slideTimer=10
slidepaths=/usr/share/wallpapers/
userswallpapers=
wallpaper=/usr/share/wallpapers/openSUSE111-1600x1200.png
wallpapercolor=0,0,0
wallpaperposition=0

[Containments][2]
activity=Unbenannt
activityId=049b5180-b5f5-422c-a197-b8cb1d44f105
desktop=-1
formfactor=0
geometry=1286,0,1280,720
immutability=1
lastDesktop=-1

[Containments][2][Wallpaper][image]
slideTimer=10
slidepaths=/usr/share/wallpapers/
userswallpapers=
wallpaper=/usr/share/wallpapers/Hillside.jpg
wallpapercolor=0,0,0
wallpaperposition=0
lastScreen=1
location=0
plugin=desktop
screen=1
wallpaperplugin=image
wallpaperpluginmode=SingleImage
zvalue=0
--snip--

The same happens with desktop-screen-1-appletsrc. So the second (smaller) screen gets the geometry of the first screen.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040851</commentid>
    <comment_count>97</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-11-06 06:35:11 +0000</bug_when>
    <thetext>About the kwin that does not start I have already open a new bug report a few days ago:
https://bugs.kde.org/show_bug.cgi?id=255906
but have been marked as would not fix since the developer did not want to re-introduce  the needed code</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040942</commentid>
    <comment_count>98</comment_count>
    <who name="RSB">trebor_x</who>
    <bug_when>2010-11-06 14:51:59 +0000</bug_when>
    <thetext>(In reply to comment #97)
Did they tell you why they don&apos;t want to re-introduce the needed code. 
In my oppinion a multi-screen-setup with 2 or more seperate screens is not such a unusual configuration. E.g. it&apos;s the best solution if you want to connenct a LCD-TV next to your normal Monitor. Welcome to 2010.
I can understand that the developers can&apos;t do it alone because of the missing hardware, but they should be at least interested do solve this with the help of the community. At this point thanks to Aaron.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040959</commentid>
    <comment_count>99</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-11-06 14:59:36 +0000</bug_when>
    <thetext>My understanding of what I was tolled on the IRC channel was the one x pr screen was not used by anyone and therefore they would not support it.

If it is the lag of cards or screens I could support the developer with it myself so they can get this thing fixed</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040963</commentid>
    <comment_count>100</comment_count>
    <who name="">support.intranet</who>
    <bug_when>2010-11-06 15:05:14 +0000</bug_when>
    <thetext>(In reply to comment #93)
&gt; @support.intranet@libero.it:
&gt; 
&gt; &quot;Yes, that&apos;s right. Actually I can move the panel only on the left side.&quot;
&gt; 
&gt; quick guess: it&apos;s thinking it&apos;s on the first screen, which technically it is in
&gt; its x server, and then getting information about the first logical screen from
&gt; kephal (screen 1) as a result, making only the left side a recognized target.
&gt; that&apos;s a complete WAG, though, would need to be verified by someone with a
&gt; multi-head setup.
&gt; 
&gt; &quot;Yes, that&apos;s only plasma. All other apps are in Italian.&quot;
&gt; 
&gt; i&apos;ll ask the i18n people how the env vars propagate this; could be another
&gt; kuniqueapplication specific bug. hm... can you try this for me: open konsole on
&gt; screen 1, then start it on screen 2 and see if if appears translated?

Do you mean, from konsole on screen 1 run 
DISPLAY=&quot;:0.1&quot; konsole &amp;
?
If so, yes, it is translated also on screen 2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1040965</commentid>
    <comment_count>101</comment_count>
    <who name="">support.intranet</who>
    <bug_when>2010-11-06 15:06:18 +0000</bug_when>
    <thetext>(In reply to comment #93)
&gt; @support.intranet@libero.it:
&gt; 
&gt; &quot;Yes, that&apos;s right. Actually I can move the panel only on the left side.&quot;
&gt; 
&gt; quick guess: it&apos;s thinking it&apos;s on the first screen, which technically it is in
&gt; its x server, and then getting information about the first logical screen from
&gt; kephal (screen 1) as a result, making only the left side a recognized target.
&gt; that&apos;s a complete WAG, though, would need to be verified by someone with a
&gt; multi-head setup.
&gt; 
&gt; &quot;Yes, that&apos;s only plasma. All other apps are in Italian.&quot;
&gt; 
&gt; i&apos;ll ask the i18n people how the env vars propagate this; could be another
&gt; kuniqueapplication specific bug. hm... can you try this for me: open konsole on
&gt; screen 1, then start it on screen 2 and see if if appears translated?

Do you mean, from konsole on screen 1 run 
DISPLAY=&quot;:0.1&quot; konsole &amp;
?
If so, yes, it is translated also on screen 2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1041034</commentid>
    <comment_count>102</comment_count>
    <who name="Micke Prag">micke.prag</who>
    <bug_when>2010-11-06 17:03:04 +0000</bug_when>
    <thetext>(In reply to comment #99)
&gt; My understanding of what I was tolled on the IRC channel was the one x pr
&gt; screen was not used by anyone and therefore they would not support it.

This bug is about just that kind of setup and has 290 votes. In my opinion it is used!
It is a pity the kwin developers are making that assumption. And for me it is exactly the same as for you, Jonas. Without this kind of setup I am forced to use Xinerama without acceleration.

I hope we can convince the kwin team to accept this as a used configuration.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1041051</commentid>
    <comment_count>103</comment_count>
    <who name="RSB">trebor_x</who>
    <bug_when>2010-11-06 17:41:05 +0000</bug_when>
    <thetext>(In reply to comment #102)
&gt; (In reply to comment #99)
&gt; &gt; My understanding of what I was tolled on the IRC channel was the one x pr
&gt; &gt; screen was not used by anyone and therefore they would not support it.
&gt; 
&gt; This bug is about just that kind of setup and has 290 votes. In my opinion it
&gt; is used!
I know there are already various bug reports for kwin multiscreen support. I have opened another one which should  conclude the existing situation for kwin.
Feel free to add vote for (to show the importance of this topic)

https://bugs.kde.org/show_bug.cgi?id=256242</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1046034</commentid>
    <comment_count>104</comment_count>
    <who name="Jonas Vejlin">jonas.vejlin</who>
    <bug_when>2010-11-18 09:30:35 +0000</bug_when>
    <thetext>Looks like mr nice person (Aaron Seigo) have made a new patch for plasma
http://aseigo.blogspot.com/2010/11/multihead-plasma-desktop-needs-you.html

About the kwin issue it sounds like none on the kwin-team would try to make it work (see #1 at https://bugs.kde.org/show_bug.cgi?id=256242 ) so we are still left in the dark ages with kde on more than one screen

I am beginning to use kde 4 at work (since I only have one screen there) and I dont have any issues with kde 4 expect that it does not work with my home settup (3 screens on 2 nvidia cards)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1048845</commentid>
    <comment_count>105</comment_count>
    <who name="RSB">trebor_x</who>
    <bug_when>2010-11-24 14:41:07 +0000</bug_when>
    <thetext>Aaron Seigo have made further improvements on plasma multihead. They are now in trunk an needed to be test. Please look at http://aseigo.blogspot.com/2010/11/multihead-saga-continues.html and help with testing to get multihead working as expected.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1073722</commentid>
    <comment_count>106</comment_count>
    <who name="Martin Schlander">martin.schlander</who>
    <bug_when>2011-01-15 21:46:47 +0000</bug_when>
    <thetext>I just upgraded to 4.6rc2 on openSUSE 11.3 using Nvidia blob.

I now get a plasma desktop on my second X-display - which is my tv. This is great. But...

There are a number of problems for me still:
* I get no panel on the second display by default (but I _can_ add one manually, so it&apos;s a minor issue)
* The plasma-desktop on the second display is not localized - it&apos;s in English while the one on the first display is in Danish.
* If I right click desktop -&gt; run command on the second display, KRunner appears on the first display.
* I get no window manager (kwin) on the second display
* If I manually start kwin on the second display from the commandline, it sort of works, but it&apos;s unable to correctly understand the size of the monitor, so e.g. watching a video in Kaffeine in fullscreen the bottom and right of the video will be &quot;out of bounds&quot;.

But it&apos;s great to see progress, and at least now I can have a plasma-desktop, but unfortunately it seems I&apos;ll have to run keep running icewm as the window manager for now ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1074163</commentid>
    <comment_count>107</comment_count>
    <who name="">support.intranet</who>
    <bug_when>2011-01-16 18:44:08 +0000</bug_when>
    <thetext>(In reply to comment #106)
&gt; I just upgraded to 4.6rc2 on openSUSE 11.3 using Nvidia blob.
&gt; 
&gt; I now get a plasma desktop on my second X-display - which is my tv. This is
&gt; great. But...
&gt; 
&gt; There are a number of problems for me still:
&gt; * I get no panel on the second display by default (but I _can_ add one
&gt; manually, so it&apos;s a minor issue)
&gt; * The plasma-desktop on the second display is not localized - it&apos;s in English
&gt; while the one on the first display is in Danish.
Same here for Italian
&gt; * If I right click desktop -&gt; run command on the second display, KRunner
&gt; appears on the first display.
Same here
&gt; * I get no window manager (kwin) on the second display
You can make kwin autostart on all displays by putting &quot;export KDE_MULTIHEAD=true&quot; on top of /usr/bin/startkde
&gt; * If I manually start kwin on the second display from the commandline, it sort
&gt; of works, but it&apos;s unable to correctly understand the size of the monitor, so
&gt; e.g. watching a video in Kaffeine in fullscreen the bottom and right of the
&gt; video will be &quot;out of bounds&quot;.
I&apos;m currently trying to understand this issue (which is the most annoying for me)
&gt; 
&gt; But it&apos;s great to see progress, and at least now I can have a plasma-desktop,
&gt; but unfortunately it seems I&apos;ll have to run keep running icewm as the window
&gt; manager for now ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1108414</commentid>
    <comment_count>108</comment_count>
      <attachid>59011</attachid>
    <who name="Alberto Mattea">alberto</who>
    <bug_when>2011-04-15 15:58:09 +0000</bug_when>
    <thetext>Created attachment 59011
Patch to fix locale problems

This small patch fixes locale problems with plasma</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1108748</commentid>
    <comment_count>109</comment_count>
    <who name="Christos Gourdoupis">xrigou</who>
    <bug_when>2011-04-16 19:41:34 +0000</bug_when>
    <thetext>The situation is actually worse than reported in #106 is some respect.
* A program launched from an application launcher in a panel in :0.1 always starts in :0.0. Furthermore if you install an application icon in the panel and click it, the app starts again in the first screen. There seems to be no quick way to start an app in the second screen.
* Using keyboard shortcuts to launch applications has no effect when the second screen is active. Default keyboard shortcuts (such as Alt+F4 to close a window) do not work either.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1108825</commentid>
    <comment_count>110</comment_count>
    <who name="jajaX">jajaxor</who>
    <bug_when>2011-04-17 00:12:52 +0000</bug_when>
    <thetext>Hi !

same problem for (thread on forum =&gt; http://forum.kde.org/viewtopic.php?f=67&amp;t=94614&amp;p=193875&amp;hilit=%22separate+x+screen%22#p193875)

no window decoration, no keybaord, no taskmanager... active in screen2.

I try edit /usr/bin/startkde...

but thid bug is really solved ? for 4.6.3 maybe ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1108904</commentid>
    <comment_count>111</comment_count>
    <who name="Alberto Mattea">alberto</who>
    <bug_when>2011-04-17 13:12:51 +0000</bug_when>
    <thetext>#109, #110:
See bug 256242 for Kwin problems and proposed patch.
As for the plasma problems, in my experience apps started from the second screen will open there unless there is another instance of them running on the first screen.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>35219</attachid>
            <date>2009-07-10 14:26:07 +0000</date>
            <delta_ts>2009-07-10 14:26:07 +0000</delta_ts>
            <desc>stderr log file of starting KDE, where the 2nd screen is seen but does not initialize.</desc>
            <filename>errout.log</filename>
            <type>text/x-log</type>
            <size>51221</size>
            <attacher name="Frits Jalvingh">jal</attacher>
            
              <data encoding="base64">CgpYLk9yZyBYIFNlcnZlciAxLjYuMApSZWxlYXNlIERhdGU6IDIwMDktMi0yNQpYIFByb3RvY29s
IFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogTGludXggMi42
LjI0LTE1LXNlcnZlciB4ODZfNjQgVWJ1bnR1CkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogTGlu
dXggb2Rlb24gMi42LjI4LTEzLWdlbmVyaWMgIzQ1LVVidW50dSBTTVAgVHVlIEp1biAzMCAyMjox
MjoxMiBVVEMgMjAwOSB4ODZfNjQKQnVpbGQgRGF0ZTogMDkgQXByaWwgMjAwOSAgMDI6MTE6NTRB
TQp4b3JnLXNlcnZlciAyOjEuNi4wLTB1YnVudHUxNCAoYnVpbGRkQGNyZXN0ZWQuYnVpbGRkKSAK
CUJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNrIGh0dHA6Ly93aWtpLngub3JnCgl0byBt
YWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0aGUgbGF0ZXN0IHZlcnNpb24uCk1hcmtlcnM6ICgtLSkg
cHJvYmVkLCAoKiopIGZyb20gY29uZmlnIGZpbGUsICg9PSkgZGVmYXVsdCBzZXR0aW5nLAoJKCsr
KSBmcm9tIGNvbW1hbmQgbGluZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwKCShX
Vykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1wbGVtZW50ZWQsICg/PykgdW5rbm93
bi4KKD09KSBMb2cgZmlsZTogIi92YXIvbG9nL1hvcmcuMC5sb2ciLCBUaW1lOiBGcmkgSnVsIDEw
IDE0OjEzOjIxIDIwMDkKKD09KSBVc2luZyBjb25maWcgZmlsZTogIi9ldGMvWDExL3hvcmcuY29u
ZiIKKEVFKSBGYWlsZWQgdG8gbG9hZCBtb2R1bGUgInR5cGUxIiAobW9kdWxlIGRvZXMgbm90IGV4
aXN0LCAwKQooRUUpIEZhaWxlZCB0byBsb2FkIG1vZHVsZSAiZnJlZXR5cGUiIChtb2R1bGUgZG9l
cyBub3QgZXhpc3QsIDApCnN0YXJ0a2RlOiBTdGFydGluZyB1cC4uLgprZGVpbml0NDogcHJlcGFy
aW5nIHRvIGxhdW5jaCAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJrZGVpbml0NF9rbGF1bmNoZXIu
c28Ka2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9saWIvbGli
a2RlaW5pdDRfa2RlZDQuc28Ka2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2Rl
bmV3L2tkZS9saWIvbGlia2RlaW5pdDRfa2J1aWxkc3ljb2NhNC5zbwprYnVpbGRzeWNvY2E0IHJ1
bm5pbmcuLi4Ka2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9s
aWIvbGlia2RlaW5pdDRfa2J1aWxkc3ljb2NhNC5zbwprYnVpbGRzeWNvY2E0IHJ1bm5pbmcuLi4K
a2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9saWIvbGlia2Rl
aW5pdDRfa2NvbmZfdXBkYXRlLnNvCmtkZWQoMjExMTYpL2tkZWNvcmUgKEtMaWJyYXJ5KSBrZGU0
RmFjdG9yeTogVGhlIGxpYnJhcnkgIi9ob21lL2tkZW5ldy9rZGUvbGliL2tkZTQvc29saWRfaGFs
X3Bvd2VyLnNvIiBkb2VzIG5vdCBvZmZlciBhIHF0X3BsdWdpbl9pbnN0YW5jZSBmdW5jdGlvbi4K
SW52YWxpZCBELUJVUyBtZW1iZXIgbmFtZSAnaWRsZS1oaW50JyBmb3VuZCBpbiBpbnRlcmZhY2Ug
J29yZy5mcmVlZGVza3RvcC5Db25zb2xlS2l0LlNlc3Npb24nIHdoaWxlIHBhcnNpbmcgaW50cm9z
cGVjdGlvbgpJbnZhbGlkIEQtQlVTIG1lbWJlciBuYW1lICdpcy1sb2NhbCcgZm91bmQgaW4gaW50
ZXJmYWNlICdvcmcuZnJlZWRlc2t0b3AuQ29uc29sZUtpdC5TZXNzaW9uJyB3aGlsZSBwYXJzaW5n
IGludHJvc3BlY3Rpb24KSW52YWxpZCBELUJVUyBtZW1iZXIgbmFtZSAneDExLWRpc3BsYXktZGV2
aWNlJyBmb3VuZCBpbiBpbnRlcmZhY2UgJ29yZy5mcmVlZGVza3RvcC5Db25zb2xlS2l0LlNlc3Np
b24nIHdoaWxlIHBhcnNpbmcgaW50cm9zcGVjdGlvbgpJbnZhbGlkIEQtQlVTIG1lbWJlciBuYW1l
ICd4MTEtZGlzcGxheScgZm91bmQgaW4gaW50ZXJmYWNlICdvcmcuZnJlZWRlc2t0b3AuQ29uc29s
ZUtpdC5TZXNzaW9uJyB3aGlsZSBwYXJzaW5nIGludHJvc3BlY3Rpb24KSW52YWxpZCBELUJVUyBt
ZW1iZXIgbmFtZSAnZGlzcGxheS1kZXZpY2UnIGZvdW5kIGluIGludGVyZmFjZSAnb3JnLmZyZWVk
ZXNrdG9wLkNvbnNvbGVLaXQuU2Vzc2lvbicgd2hpbGUgcGFyc2luZyBpbnRyb3NwZWN0aW9uCklu
dmFsaWQgRC1CVVMgbWVtYmVyIG5hbWUgJ3JlbW90ZS1ob3N0LW5hbWUnIGZvdW5kIGluIGludGVy
ZmFjZSAnb3JnLmZyZWVkZXNrdG9wLkNvbnNvbGVLaXQuU2Vzc2lvbicgd2hpbGUgcGFyc2luZyBp
bnRyb3NwZWN0aW9uCkludmFsaWQgRC1CVVMgbWVtYmVyIG5hbWUgJ3Nlc3Npb24tdHlwZScgZm91
bmQgaW4gaW50ZXJmYWNlICdvcmcuZnJlZWRlc2t0b3AuQ29uc29sZUtpdC5TZXNzaW9uJyB3aGls
ZSBwYXJzaW5nIGludHJvc3BlY3Rpb24KSW52YWxpZCBELUJVUyBtZW1iZXIgbmFtZSAndW5peC11
c2VyJyBmb3VuZCBpbiBpbnRlcmZhY2UgJ29yZy5mcmVlZGVza3RvcC5Db25zb2xlS2l0LlNlc3Np
b24nIHdoaWxlIHBhcnNpbmcgaW50cm9zcGVjdGlvbgprZGVpbml0NDogcHJlcGFyaW5nIHRvIGxh
dW5jaCAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJrZGVpbml0NF9rY21pbml0X3N0YXJ0dXAuc28K
a2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9iaW4va25vdGlm
eTQKa2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9saWIvbGli
a2RlaW5pdDRfa3Ntc2VydmVyLnNvCjx1bmtub3duIHByb2dyYW0gbmFtZT4oMjExMTMpLyBLU3Rh
cnR1cEluZm86OmNyZWF0ZU5ld1N0YXJ0dXBJZDogY3JlYXRpbmc6ICAib2Rlb247MTI0NzIyODAx
NTs3MTY1NTc7MjExMTNfVElNRTAiIDogInVubmFtZWQgYXBwIgprbm90aWZ5KDIxMTIzKSBOb3Rp
ZnlCeVNvdW5kOjpub3RpZnk6ICBnb2luZyB0byBwbGF5ICAiL2hvbWUva2RlbmV3L2tkZS9zaGFy
ZS9zb3VuZHMvS0RFLVN5cy1BcHAtRXJyb3ItQ3JpdGljYWwub2dnIgprZGVpbml0NDogcHJlcGFy
aW5nIHRvIGxhdW5jaCAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJrZGVpbml0NF9rd2luLnNvCmtu
b3RpZnkoMjExMjMpL2tkZWNvcmUgKEtMaWJyYXJ5KSBrZGU0RmFjdG9yeTogVGhlIGxpYnJhcnkg
IiIgZG9lcyBub3Qgb2ZmZXIgYSBxdF9wbHVnaW5faW5zdGFuY2UgZnVuY3Rpb24uCmtub3RpZnko
MjExMjMpL2tkZWNvcmUgKEtMaWJyYXJ5KSBrZGUzRmFjdG9yeTogVGhlIGxpYnJhcnkgIiIgZG9l
cyBub3Qgb2ZmZXIgYW4gImluaXRfcGhvbm9uX3hpbmUiIGZ1bmN0aW9uLgprZXBoYWxkIHN0YXJ0
aW5nIHVwIApYUkFORFIgZXJyb3IgYmFzZTogIDE3NyAKUlJJbnB1dCBtYXNrIGlzIHNldCEhIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4MjEgMTYwMCB4IDEyMDAg
ClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTogIDgyMiAxNjAwIHggMTAy
NCAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAgODIzIDE0NDAgeCA5
MDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTogIDgyNCAxNDAwIHgg
MTA1MCAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAgODI1IDE0MDAg
eCAxMDUwIApSYW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4MjYgMTM2
MCB4IDc2OCAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAgODI3IDEz
NjAgeCA3NjggClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTogIDgyOCAx
MjgwIHggMTAyNCAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAgODI5
IDEyODAgeCAxMDI0IApSYW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4
MzAgMTI4MCB4IDk2MCAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAg
ODMxIDExNTIgeCA4NjQgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTog
IDgzMiAxMTUyIHggODY0IApSYW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6
ICA4MzMgMTE1MiB4IDg2NCAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2Rl
OiAgODM0IDExNTIgeCA4NjQgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9k
ZTogIDgzNSAxMDI0IHggNzY4IApSYW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1v
ZGU6ICA4MzYgMTAyNCB4IDc2OCAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBt
b2RlOiAgODM3IDEwMjQgeCA3NjggClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDgzOCA5NjAgeCA2MDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDgzOSA5NjAgeCA1NDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0MCA4NDAgeCA1MjUgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0MSA4NDAgeCA1MjUgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0MiA4NDAgeCA1MjUgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0MyA4MzIgeCA2MjQgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0NCA4MDAgeCA2MDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0NSA4MDAgeCA2MDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0NiA4MDAgeCA2MDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0NyA4MDAgeCA2MDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0OCA4MDAgeCA2MDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg0OSA4MDAgeCA1MTIgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1MCA3MjAgeCA0NTAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1MSA2ODAgeCAzODQgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1MiA2ODAgeCAzODQgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1MyA2NDAgeCA1MTIgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1NCA2NDAgeCA1MTIgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1NSA2NDAgeCA0ODAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1NiA2NDAgeCA0ODAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1NyA2NDAgeCA0ODAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1OCA2NDAgeCA0ODAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg1OSA1NzYgeCA0MzIgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2MCA1NzYgeCA0MzIgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2MSA1NzYgeCA0MzIgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2MiA1NzYgeCA0MzIgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2MyA1MTIgeCAzODQgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2NCA1MTIgeCAzODQgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2NSA1MTIgeCAzODQgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2NiA0MTYgeCAzMTIgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2NyA0MDAgeCAzMDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2OCA0MDAgeCAzMDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg2OSA0MDAgeCAzMDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg3MCA0MDAgeCAzMDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg3MSAzMjAgeCAyNDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg3MiAzMjAgeCAyNDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
bW9kZTogIDg3MyAzMjAgeCAyNDAgClJhbmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcg
Y3J0YzogIDgxOSAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBvdXRwdXQ6ICA4
MjAgClNldHRpbmcgQ1JUQyA4MTkgb24gb3V0cHV0ICJkZWZhdWx0IiAocHJldmlvdXMgMCApIApD
UlRDIG91dHB1dHM6ICg4MjApIApPdXRwdXQgbmFtZTogImRlZmF1bHQiIApPdXRwdXQgcmVmcmVz
aCByYXRlOiA1MCAKT3V0cHV0IHJlY3Q6IFFSZWN0KDAsMCAxNjAweDEyMDApIApPdXRwdXQgcm90
YXRpb246IDEgClJSSW5wdXQgbWFzayBpcyBzZXQhISAKUmFuZFJTY3JlZW46OmxvYWRTZXR0aW5n
cyAtIGFkZGluZyBtb2RlOiAgODc2IDE5MjAgeCAxMjAwIApSYW5kUlNjcmVlbjo6bG9hZFNldHRp
bmdzIC0gYWRkaW5nIG1vZGU6ICA4NzcgMTkyMCB4IDEwODAgClJhbmRSU2NyZWVuOjpsb2FkU2V0
dGluZ3MgLSBhZGRpbmcgbW9kZTogIDg3OCAxNjgwIHggMTA1MCAKUmFuZFJTY3JlZW46OmxvYWRT
ZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAgODc5IDE2ODAgeCAxMDUwIApSYW5kUlNjcmVlbjo6bG9h
ZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4ODAgMTYwMCB4IDEyMDAgClJhbmRSU2NyZWVuOjps
b2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTogIDg4MSAxNjAwIHggMTAyNCAKUmFuZFJTY3JlZW46
OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAgODgyIDE0NDAgeCA5MDAgClJhbmRSU2NyZWVu
Ojpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTogIDg4MyAxNDAwIHggMTA1MCAKUmFuZFJTY3Jl
ZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAgODg0IDEzNjAgeCA3NjggClJhbmRSU2Ny
ZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTogIDg4NSAxMzYwIHggNzY4IApSYW5kUlNj
cmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4ODYgMTI4MCB4IDEwMjQgClJhbmRS
U2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTogIDg4NyAxMjgwIHggOTYwIApSYW5k
UlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4ODggMTI4MCB4IDgwMCAKUmFu
ZFJTY3JlZW46OmxvYWRTZXR0aW5ncyAtIGFkZGluZyBtb2RlOiAgODM0IDExNTIgeCA4NjQgClJh
bmRSU2NyZWVuOjpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgbW9kZTogIDgzNSAxMDI0IHggNzY4IApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4ODkgOTYwIHggNjAwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTAgOTYwIHggNTQwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTEgODQwIHggNTI1IApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTIgODQwIHggNTI1IApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTMgODAwIHggNjAwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTQgODAwIHggNjAwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTUgODAwIHggNjAwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTYgODAwIHggNTEyIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTcgNzIwIHggNDUwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTggNjgwIHggMzg0IApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA4OTkgNjgwIHggMzg0IApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA5MDAgNjQwIHggNTEyIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA5MDEgNjQwIHggNDgwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA5MDIgNjQwIHggNDgwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA5MDMgNTc2IHggNDMyIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA5MDQgNTEyIHggMzg0IApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA5MDUgNDAwIHggMzAwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA5MDYgNDAwIHggMzAwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIG1vZGU6ICA5MDcgMzIwIHggMjQwIApS
YW5kUlNjcmVlbjo6bG9hZFNldHRpbmdzIC0gYWRkaW5nIGNydGM6ICA4NzQgClJhbmRSU2NyZWVu
Ojpsb2FkU2V0dGluZ3MgLSBhZGRpbmcgb3V0cHV0OiAgODc1IApTZXR0aW5nIENSVEMgODc0IG9u
IG91dHB1dCAiZGVmYXVsdCIgKHByZXZpb3VzIDAgKSAKQ1JUQyBvdXRwdXRzOiAoODc1KSAKT3V0
cHV0IG5hbWU6ICJkZWZhdWx0IiAKT3V0cHV0IHJlZnJlc2ggcmF0ZTogNTAgCk91dHB1dCByZWN0
OiBRUmVjdCgwLDAgMTkyMHgxMjAwKSAKT3V0cHV0IHJvdGF0aW9uOiAxIApYUmFuZFJPdXRwdXRz
Ojppbml0IAogIGFkZGVkIG91dHB1dCAgODIwIAphZGRpbmcgYW4gb3V0cHV0IDAgd2l0aCBnZW9t
OiAgUVJlY3QoMCwwIDE2MDB4MTIwMCkgCm91dHB1dDogIlNDUkVFTi0wIiBRUmVjdCgwLDAgMTYw
MHgxMjAwKSAxNjM1MDIwNjI2IHRydWUgdHJ1ZSAKbG9hZCB4bWwgCmNvbm5lY3RlZDogMSAKbG9v
a2luZyBmb3IgY3VycmVudCAiU0NSRUVOLTAiIAprbm93biAiKiIgaGFzIHNjb3JlOiAwLjEyNSAK
c2NyZWVuOiAwIFFSZWN0KDAsMCAxNjAweDEyMDApIApsb29raW5nIGZvciBhIG1hdGNoaW5nIGNv
bmZpZ3VyYXRpb24uLi4gCmNvbm5lY3RlZDogMSAKbG9va2luZyBmb3IgY3VycmVudCAiU0NSRUVO
LTAiIAprbm93biAiKiIgaGFzIHNjb3JlOiAwLjEyNSAKZm91bmQgb3V0cHV0cywga25vd246IGZh
bHNlIAphY3RpdmF0ZSBleHRlcm5hbCBjb25maWd1cmF0aW9uISEgCnJlZ2lzdGVyZWQgdGhlIHNl
cnZpY2U6IHRydWUgCnNjcmVlbnMgcmVnaXN0ZXJlZCBvbiB0aGUgYnVzOiB0cnVlIApvdXRwdXRz
IHJlZ2lzdGVyZWQgb24gdGhlIGJ1czogdHJ1ZSAKY29uZmlndXJhdGlvbnMgcmVnaXN0ZXJlZCBv
biB0aGUgYnVzOiB0cnVlIAprZGVpbml0NDogcHJlcGFyaW5nIHRvIGxhdW5jaCAvaG9tZS9rZGVu
ZXcva2RlL2xpYi9saWJrZGVpbml0NF9rY29uZl91cGRhdGUuc28KSTogY2Fwcy5jOiBMaW1pdGVk
IGNhcGFiaWxpdGllcyBzdWNjZXNzZnVsbHkgdG8gQ0FQX1NZU19OSUNFLgpJOiBjYXBzLmM6IERy
b3BwaW5nIHJvb3QgcHJpdmlsZWdlcy4KSTogY2Fwcy5jOiBMaW1pdGVkIGNhcGFiaWxpdGllcyBz
dWNjZXNzZnVsbHkgdG8gQ0FQX1NZU19OSUNFLgprZGVpbml0NDogcHJlcGFyaW5nIHRvIGxhdW5j
aCAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJrZGVpbml0NF9rZ2xvYmFsYWNjZWwuc28Ka2RlaW5p
dDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9saWIvbGlia2RlaW5pdDRf
a2dsb2JhbGFjY2VsLnNvCjx1bmtub3duIHByb2dyYW0gbmFtZT4oMjExNDIpLyBrZGVtYWluOiBr
Z2xvYmFsYWNjZWwgaXMgYWxyZWFkeSBydW5uaW5nIQprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2Jh
bFNob3J0Y3V0c1JlZ2lzdHJ5Ojpsb2FkU2V0dGluZ3M6IExvYWRpbmcgZ3JvdXAgICJrbWl4Igpr
Z2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojpsb2FkU2V0dGluZ3M6
IExvYWRpbmcgZ3JvdXAgICJrd2luIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0
c1JlZ2lzdHJ5Ojpsb2FkU2V0dGluZ3M6IExvYWRpbmcgZ3JvdXAgICJrcnVubmVyIgprZ2xvYmFs
YWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojpsb2FkU2V0dGluZ3M6IExvYWRp
bmcgZ3JvdXAgICJwbGFzbWEtZGVza3RvcCIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9y
dGN1dHNSZWdpc3RyeTo6bG9hZFNldHRpbmdzOiBMb2FkaW5nIGdyb3VwICAia2hvdGtleXMiCmtn
bG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OmxvYWRTZXR0aW5nczog
TG9hZGluZyBncm91cCAgImtsaXBwZXIiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRj
dXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrRjgiIGZvciAi
a3dpbiIgOiAiU2hvd0Rlc2t0b3BHcmlkIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0
Y3V0c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJDdHJsK0Y5IiBmb3Ig
Imt3aW4iIDogIkV4cG9zZSIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdp
c3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQ3RybCtGMTAiIGZvciAia3dpbiIg
OiAiRXhwb3NlQWxsIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5
OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJDdHJsK0Y3IiBmb3IgImt3aW4iIDogIkV4
cG9zZUNsYXNzIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojpy
ZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJNZXRhKz0iIGZvciAia3dpbiIgOiAidmlld196
b29tX2luIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5OjpyZWdp
c3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJNZXRhKy0iIGZvciAia3dpbiIgOiAidmlld196b29t
X291dCIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0
ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiTWV0YSswIiBmb3IgImt3aW4iIDogInZpZXdfYWN0dWFs
X3NpemUiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lz
dGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkFsdCtUYWIiIGZvciAia3dpbiIgOiAiV2FsayBUaHJv
dWdoIFdpbmRvd3MiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6
OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkFsdCtTaGlmdCtCYWNrdGFiIiBmb3IgImt3
aW4iIDogIldhbGsgVGhyb3VnaCBXaW5kb3dzIChSZXZlcnNlKSIKa2dsb2JhbGFjY2VsKDIxMTQw
KSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAi
QWx0K0YzIiBmb3IgImt3aW4iIDogIldpbmRvdyBPcGVyYXRpb25zIE1lbnUiCmtnbG9iYWxhY2Nl
bCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3Rlcmlu
ZyBrZXkgIkFsdCtGNCIgZm9yICJrd2luIiA6ICJXaW5kb3cgQ2xvc2UiCmtnbG9iYWxhY2NlbCgy
MTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBr
ZXkgIkN0cmwrQWx0K0EiIGZvciAia3dpbiIgOiAiQWN0aXZhdGUgV2luZG93IERlbWFuZGluZyBB
dHRlbnRpb24iCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJl
Z2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrRjEiIGZvciAia3dpbiIgOiAiU3dpdGNo
IHRvIERlc2t0b3AgMSIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3Ry
eTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQ3RybCtGMiIgZm9yICJrd2luIiA6ICJT
d2l0Y2ggdG8gRGVza3RvcCAyIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1Jl
Z2lzdHJ5OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJDdHJsK0YzIiBmb3IgImt3aW4i
IDogIlN3aXRjaCB0byBEZXNrdG9wIDMiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRj
dXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrRjQiIGZvciAi
a3dpbiIgOiAiU3dpdGNoIHRvIERlc2t0b3AgNCIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxT
aG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQWx0K0YxMiIg
Zm9yICJrd2luIiA6ICJNb3VzZSBFbXVsYXRpb24iCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFs
U2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrQWx0
K0VzYyIgZm9yICJrd2luIiA6ICJLaWxsIFdpbmRvdyIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9i
YWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQWx0K1By
aW50IiBmb3IgImt3aW4iIDogIldpbmRvdyBTY3JlZW5zaG90IHRvIENsaXBib2FyZCIKa2dsb2Jh
bGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lz
dGVyaW5nIGtleSAiQ3RybCtQcmludCIgZm9yICJrd2luIiA6ICJEZXNrdG9wIFNjcmVlbnNob3Qg
dG8gQ2xpcGJvYXJkIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5
OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJBbHQrU2hpZnQrRjEyIiBmb3IgImt3aW4i
IDogIlN1c3BlbmQgQ29tcG9zaXRpbmciCmtkZWluaXQ0OiBwcmVwYXJpbmcgdG8gbGF1bmNoIC9o
b21lL2tkZW5ldy9rZGUvYmluL2t3cml0ZWQKa2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2gg
L2hvbWUva2RlbmV3L2tkZS9saWIvbGlia2RlaW5pdDRfcGxhc21hLWRlc2t0b3Auc28KamFsOiBi
ZWZvcmUgTVVMVElIRUFEIGNoZWNrCmphbDogZ290IGVudnZhcgpqYWw6IG51bWJlciBvZiBzY3Jl
ZW5zIGlzIDIKUURCdXNPYmplY3RQYXRoOiBpbnZhbGlkIHBhdGggIiIKa2dsb2JhbGFjY2VsKDIx
MTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtl
eSAiQ3RybCtGMTIiIGZvciAicGxhc21hLWRlc2t0b3AiIDogIlNob3cgRGFzaGJvYXJkIgprZ2xv
YmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTogUmVn
aXN0ZXJpbmcga2V5ICJBbHQrRjEiIGZvciAicGxhc21hLWRlc2t0b3AiIDogImFjdGl2YXRlIHdp
ZGdldCAzIgpRTGF5b3V0OiBBdHRlbXB0aW5nIHRvIGFkZCBRTGF5b3V0ICIiIHRvIFFXaWRnZXQg
IiIsIHdoaWNoIGFscmVhZHkgaGFzIGEgbGF5b3V0CnBsYXNtYS1kZXNrdG9wKDIxMTYwKS9rZGVj
b3JlIChLTGlicmFyeSkga2RlNEZhY3Rvcnk6IFRoZSBsaWJyYXJ5ICIvaG9tZS9rZGVuZXcva2Rl
L2xpYi9rZGU0L3NvbGlkX2hhbF9wb3dlci5zbyIgZG9lcyBub3Qgb2ZmZXIgYSBxdF9wbHVnaW5f
aW5zdGFuY2UgZnVuY3Rpb24uCkludmFsaWQgRC1CVVMgaW50ZXJmYWNlIG5hbWUgJ29yZy5rZGUu
cGxhc21hLWRlc2t0b3AuUGxhc21hQXBwJyBmb3VuZCB3aGlsZSBwYXJzaW5nIGludHJvc3BlY3Rp
b24Ka2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9saWIva2Rl
NC9raW9fdHJhc2guc28Ka2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3
L2tkZS9saWIvbGlia2RlaW5pdDRfa2FjY2Vzcy5zbwo8dW5rbm93biBwcm9ncmFtIG5hbWU+KDIx
MTY1KS8ga2RlbWFpbjogWGxpYiBYS0IgZXh0ZW5zaW9uIG1ham9yPSAxICBtaW5vcj0gMAprY21p
bml0KDIxMTIxKS9rZGVjb3JlIChLTGlicmFyeSkgZmluZExpYnJhcnlJbnRlcm5hbDogcGx1Z2lu
cyBzaG91bGQgbm90IGhhdmUgYSAnbGliJyBwcmVmaXg6ICJsaWJrY21faG90a2V5cy5zbyIKa2Nt
aW5pdCgyMTEyMSkva2RlY29yZSAoS0xpYnJhcnkpIGZpbmRMaWJyYXJ5SW50ZXJuYWw6IHBsdWdp
bnMgc2hvdWxkIG5vdCBoYXZlIGEgJ2xpYicgcHJlZml4OiAibGlia2NtX2tleXMuc28iCmtjbWlu
aXQoMjExMjEpL2tkZWNvcmUgKEtMaWJyYXJ5KSBmaW5kTGlicmFyeUludGVybmFsOiBwbHVnaW5z
IHNob3VsZCBub3QgaGF2ZSBhICdsaWInIHByZWZpeDogImxpYmtjbWluaXRfbnNwbHVnaW5zLnNv
IgprZGVpbml0NDogcHJlcGFyaW5nIHRvIGxhdW5jaCAvaG9tZS9rZGVuZXcva2RlL2Jpbi9uc3Bs
dWdpbnNjYW4Ka2NtaW5pdCgyMTEyMSkva2RlY29yZSAoS0xpYnJhcnkpIGZpbmRMaWJyYXJ5SW50
ZXJuYWw6IHBsdWdpbnMgc2hvdWxkIG5vdCBoYXZlIGEgJ2xpYicgcHJlZml4OiAibGlia2NtX2Vt
b3RpY29ucy5zbyIKbnNwbHVnaW5zY2FuKDIxMTc2KS9rZGVjb3JlIChLTGlicmFyeSkgZmluZExp
YnJhcnlJbnRlcm5hbDogcGx1Z2lucyBzaG91bGQgbm90IGhhdmUgYSAnbGliJyBwcmVmaXg6ICIv
aG9tZS9rZGVuZXcvLm1vemlsbGEvcGx1Z2lucy9saWJza3lwZWJ1dHRvbnMuc28iCmtnbG9iYWxh
Y2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVn
aXN0ZXJpbmcga2V5ICJDdHJsK0Y5IiBmb3IgImt3aW4iIDogIkV4cG9zZSIKa2dsb2JhbGFjY2Vs
KDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3Rl
cmluZyBrZXkgIkN0cmwrQWx0K0EiIGZvciAia3dpbiIgOiAiQWN0aXZhdGUgV2luZG93IERlbWFu
ZGluZyBBdHRlbnRpb24iCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0
cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJNZXRhKy0iIGZvciAia3dpbiIg
OiAidmlld196b29tX291dCIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdp
c3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIkN0cmwrRjEwIiBmb3IgImt3
aW4iIDogIkV4cG9zZUFsbCIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdp
c3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIk1ldGErMCIgZm9yICJrd2lu
IiA6ICJ2aWV3X2FjdHVhbF9zaXplIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0
c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiQ3RybCtQcmludCIg
Zm9yICJrd2luIiA6ICJEZXNrdG9wIFNjcmVlbnNob3QgdG8gQ2xpcGJvYXJkIgprZ2xvYmFsYWNj
ZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lz
dGVyaW5nIGtleSAiQWx0K1RhYiIgZm9yICJrd2luIiA6ICJXYWxrIFRocm91Z2ggV2luZG93cyIK
a2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3Rlcktl
eTogVW5yZWdpc3RlcmluZyBrZXkgIkFsdCtGMyIgZm9yICJrd2luIiA6ICJXaW5kb3cgT3BlcmF0
aW9ucyBNZW51IgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1
bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiQ3RybCtGOCIgZm9yICJrd2luIiA6ICJT
aG93RGVza3RvcEdyaWQiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0
cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJDdHJsK0FsdCtFc2MiIGZvciAi
a3dpbiIgOiAiS2lsbCBXaW5kb3ciCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRz
UmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJBbHQrUHJpbnQiIGZv
ciAia3dpbiIgOiAiV2luZG93IFNjcmVlbnNob3QgdG8gQ2xpcGJvYXJkIgprZ2xvYmFsYWNjZWwo
MjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVy
aW5nIGtleSAiTWV0YSs9IiBmb3IgImt3aW4iIDogInZpZXdfem9vbV9pbiIKa2dsb2JhbGFjY2Vs
KDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3Rl
cmluZyBrZXkgIkN0cmwrRjciIGZvciAia3dpbiIgOiAiRXhwb3NlQ2xhc3MiCmtnbG9iYWxhY2Nl
bCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0
ZXJpbmcga2V5ICJDdHJsK0YxIiBmb3IgImt3aW4iIDogIlN3aXRjaCB0byBEZXNrdG9wIDEiCmtn
bG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6
IFVucmVnaXN0ZXJpbmcga2V5ICJDdHJsK0YyIiBmb3IgImt3aW4iIDogIlN3aXRjaCB0byBEZXNr
dG9wIDIiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVn
aXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJDdHJsK0YzIiBmb3IgImt3aW4iIDogIlN3aXRj
aCB0byBEZXNrdG9wIDMiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0
cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJDdHJsK0Y0IiBmb3IgImt3aW4i
IDogIlN3aXRjaCB0byBEZXNrdG9wIDQiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRj
dXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJBbHQrRjEyIiBm
b3IgImt3aW4iIDogIk1vdXNlIEVtdWxhdGlvbiIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxT
aG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIkFsdCtT
aGlmdCtGMTIiIGZvciAia3dpbiIgOiAiU3VzcGVuZCBDb21wb3NpdGluZyIKa2dsb2JhbGFjY2Vs
KDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3Rl
cmluZyBrZXkgIkFsdCtTaGlmdCtCYWNrdGFiIiBmb3IgImt3aW4iIDogIldhbGsgVGhyb3VnaCBX
aW5kb3dzIChSZXZlcnNlKSIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdp
c3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIkFsdCtGNCIgZm9yICJrd2lu
IiA6ICJXaW5kb3cgQ2xvc2UiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVn
aXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJBbHQrRjEiIGZvciAicGxh
c21hLWRlc2t0b3AiIDogImFjdGl2YXRlIHdpZGdldCAzIgprZ2xvYmFsYWNjZWwoMjExNDApIEds
b2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAi
Q3RybCtGMTIiIGZvciAicGxhc21hLWRlc2t0b3AiIDogIlNob3cgRGFzaGJvYXJkIgprZ2xvYmFs
YWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTogUmVnaXN0
ZXJpbmcga2V5ICJDdHJsK0Y5IiBmb3IgImt3aW4iIDogIkV4cG9zZSIKa2dsb2JhbGFjY2VsKDIx
MTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtl
eSAiQ3RybCtBbHQrQSIgZm9yICJrd2luIiA6ICJBY3RpdmF0ZSBXaW5kb3cgRGVtYW5kaW5nIEF0
dGVudGlvbiIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVn
aXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiTWV0YSstIiBmb3IgImt3aW4iIDogInZpZXdfem9v
bV9vdXQiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lz
dGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrRjEwIiBmb3IgImt3aW4iIDogIkV4cG9zZUFs
bCIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJL
ZXk6IFJlZ2lzdGVyaW5nIGtleSAiTWV0YSswIiBmb3IgImt3aW4iIDogInZpZXdfYWN0dWFsX3Np
emUiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVy
S2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrUHJpbnQiIGZvciAia3dpbiIgOiAiRGVza3RvcCBT
Y3JlZW5zaG90IHRvIENsaXBib2FyZCIKa2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hv
bWUva2RlbmV3L2tkZS9saWIvbGlia2RlaW5pdDRfa21peGN0cmwuc28Ka2dsb2JhbGFjY2VsKDIx
MTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtl
eSAiQWx0K1RhYiIgZm9yICJrd2luIiA6ICJXYWxrIFRocm91Z2ggV2luZG93cyIKa2dsb2JhbGFj
Y2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVy
aW5nIGtleSAiQWx0K0YzIiBmb3IgImt3aW4iIDogIldpbmRvdyBPcGVyYXRpb25zIE1lbnUiCmtn
bG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBS
ZWdpc3RlcmluZyBrZXkgIkN0cmwrRjgiIGZvciAia3dpbiIgOiAiU2hvd0Rlc2t0b3BHcmlkIgpr
Z2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTog
UmVnaXN0ZXJpbmcga2V5ICJDdHJsK0FsdCtFc2MiIGZvciAia3dpbiIgOiAiS2lsbCBXaW5kb3ci
CmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5
OiBSZWdpc3RlcmluZyBrZXkgIkFsdCtQcmludCIgZm9yICJrd2luIiA6ICJXaW5kb3cgU2NyZWVu
c2hvdCB0byBDbGlwYm9hcmQiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVn
aXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIk1ldGErPSIgZm9yICJrd2luIiA6
ICJ2aWV3X3pvb21faW4iCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0
cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrRjciIGZvciAia3dpbiIgOiAi
RXhwb3NlQ2xhc3MiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6
OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrRjEiIGZvciAia3dpbiIgOiAiU3dp
dGNoIHRvIERlc2t0b3AgMSIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdp
c3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQ3RybCtGMiIgZm9yICJrd2luIiA6
ICJTd2l0Y2ggdG8gRGVza3RvcCAyIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0
c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJDdHJsK0YzIiBmb3IgImt3
aW4iIDogIlN3aXRjaCB0byBEZXNrdG9wIDMiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hv
cnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrRjQiIGZv
ciAia3dpbiIgOiAiU3dpdGNoIHRvIERlc2t0b3AgNCIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9i
YWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQWx0K0Yx
MiIgZm9yICJrd2luIiA6ICJNb3VzZSBFbXVsYXRpb24iCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xv
YmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkFsdCtT
aGlmdCtGMTIiIGZvciAia3dpbiIgOiAiU3VzcGVuZCBDb21wb3NpdGluZyIKa2dsb2JhbGFjY2Vs
KDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5n
IGtleSAiQWx0K1NoaWZ0K0JhY2t0YWIiIGZvciAia3dpbiIgOiAiV2FsayBUaHJvdWdoIFdpbmRv
d3MgKFJldmVyc2UpIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5
OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJBbHQrRjQiIGZvciAia3dpbiIgOiAiV2lu
ZG93IENsb3NlIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojpy
ZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJBbHQrRjEiIGZvciAicGxhc21hLWRlc2t0b3Ai
IDogImFjdGl2YXRlIHdpZGdldCAzIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0
c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5ICJDdHJsK0YxMiIgZm9yICJw
bGFzbWEtZGVza3RvcCIgOiAiU2hvdyBEYXNoYm9hcmQiCmtkZWluaXQ0OiBwcmVwYXJpbmcgdG8g
bGF1bmNoIC9ob21lL2tkZW5ldy9rZGUvbGliL2xpYmtkZWluaXQ0X2tydW5uZXIuc28Ka2RlaW5p
dDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9saWIvbGlia2RlaW5pdDRf
a21peC5zbwprZGVpbml0NDogcHJlcGFyaW5nIHRvIGxhdW5jaCAvdXNyL2Jpbi9rZGU0CmtnbG9i
YWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdp
c3RlcmluZyBrZXkgIkFsdCtGMiIgZm9yICJrcnVubmVyIiA6ICJSdW4gQ29tbWFuZCIKa2dsb2Jh
bGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lz
dGVyaW5nIGtleSAiQWx0K1NoaWZ0K0YyIiBmb3IgImtydW5uZXIiIDogIlJ1biBDb21tYW5kIG9u
IGNsaXBib2FyZCBjb250ZW50cyIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNS
ZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQ3RybCtFc2MiIGZvciAia3J1
bm5lciIgOiAiU2hvdyBTeXN0ZW0gQWN0aXZpdHkiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFs
U2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrQWx0
K0lucyIgZm9yICJrcnVubmVyIiA6ICJTd2l0Y2ggVXNlciIKa2dsb2JhbGFjY2VsKDIxMTQwKSBH
bG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQ3Ry
bCtBbHQrTCIgZm9yICJrcnVubmVyIiA6ICJMb2NrIFNlc3Npb24iCmtnbG9iYWxhY2NlbCgyMTE0
MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkg
IkN0cmwrQWx0K0RlbCIgZm9yICJrcnVubmVyIiA6ICJMb2cgT3V0IgprZ2xvYmFsYWNjZWwoMjEx
NDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcga2V5
ICJDdHJsK0FsdCtTaGlmdCtEZWwiIGZvciAia3J1bm5lciIgOiAiTG9nIE91dCBXaXRob3V0IENv
bmZpcm1hdGlvbiIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6
cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQ3RybCtBbHQrU2hpZnQrUGdEb3duIiBmb3Ig
ImtydW5uZXIiIDogIkhhbHQgV2l0aG91dCBDb25maXJtYXRpb24iCmtnbG9iYWxhY2NlbCgyMTE0
MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkg
IkN0cmwrQWx0K1NoaWZ0K1BnVXAiIGZvciAia3J1bm5lciIgOiAiUmVib290IFdpdGhvdXQgQ29u
ZmlybWF0aW9uIgpuc3BsdWdpbnNjYW4oMjEyMDcpL2tkZWNvcmUgKEtMaWJyYXJ5KSBmaW5kTGli
cmFyeUludGVybmFsOiBwbHVnaW5zIHNob3VsZCBub3QgaGF2ZSBhICdsaWInIHByZWZpeDogIi91
c3IvbGliL21vemlsbGEvcGx1Z2lucy9saWJ0b3RlbS1jb25lLXBsdWdpbi5zbyIKa2dsb2JhbGFj
Y2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVy
aW5nIGtleSAiVm9sdW1lIFVwIiBmb3IgImttaXgiIDogImluY3JlYXNlX3ZvbHVtZSIKa2dsb2Jh
bGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lz
dGVyaW5nIGtleSAiVm9sdW1lIERvd24iIGZvciAia21peCIgOiAiZGVjcmVhc2Vfdm9sdW1lIgpr
Z2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTog
UmVnaXN0ZXJpbmcga2V5ICJWb2x1bWUgTXV0ZSIgZm9yICJrbWl4IiA6ICJtdXRlIgpuc3BsdWdp
bnNjYW4oMjEyMDgpL2tkZWNvcmUgKEtMaWJyYXJ5KSBmaW5kTGlicmFyeUludGVybmFsOiBwbHVn
aW5zIHNob3VsZCBub3QgaGF2ZSBhICdsaWInIHByZWZpeDogIi91c3IvbGliL21vemlsbGEvcGx1
Z2lucy9saWJ0b3RlbS1nbXAtcGx1Z2luLnNvIgpuc3BsdWdpbnNjYW4oMjEyMDkpL2tkZWNvcmUg
KEtMaWJyYXJ5KSBmaW5kTGlicmFyeUludGVybmFsOiBwbHVnaW5zIHNob3VsZCBub3QgaGF2ZSBh
ICdsaWInIHByZWZpeDogIi91c3IvbGliL21vemlsbGEvcGx1Z2lucy9saWJ0b3RlbS1tdWxseS1w
bHVnaW4uc28iCm5zcGx1Z2luc2NhbigyMTIxMCkva2RlY29yZSAoS0xpYnJhcnkpIGZpbmRMaWJy
YXJ5SW50ZXJuYWw6IHBsdWdpbnMgc2hvdWxkIG5vdCBoYXZlIGEgJ2xpYicgcHJlZml4OiAiL3Vz
ci9saWIvbW96aWxsYS9wbHVnaW5zL2xpYnRvdGVtLW5hcnJvd3NwYWNlLXBsdWdpbi5zbyIKbnNw
bHVnaW5zY2FuKDIxMjIzKS9rZGVjb3JlIChLTGlicmFyeSkgZmluZExpYnJhcnlJbnRlcm5hbDog
cGx1Z2lucyBzaG91bGQgbm90IGhhdmUgYSAnbGliJyBwcmVmaXg6ICIvdXNyL2xpYjY0L21vemls
bGEvcGx1Z2lucy9saWJ0b3RlbS1jb25lLXBsdWdpbi5zbyIKbnNwbHVnaW5zY2FuKDIxMjI0KS9r
ZGVjb3JlIChLTGlicmFyeSkgZmluZExpYnJhcnlJbnRlcm5hbDogcGx1Z2lucyBzaG91bGQgbm90
IGhhdmUgYSAnbGliJyBwcmVmaXg6ICIvdXNyL2xpYjY0L21vemlsbGEvcGx1Z2lucy9saWJ0b3Rl
bS1nbXAtcGx1Z2luLnNvIgpuc3BsdWdpbnNjYW4oMjEyMjUpL2tkZWNvcmUgKEtMaWJyYXJ5KSBm
aW5kTGlicmFyeUludGVybmFsOiBwbHVnaW5zIHNob3VsZCBub3QgaGF2ZSBhICdsaWInIHByZWZp
eDogIi91c3IvbGliNjQvbW96aWxsYS9wbHVnaW5zL2xpYnRvdGVtLW11bGx5LXBsdWdpbi5zbyIK
bnNwbHVnaW5zY2FuKDIxMjI2KS9rZGVjb3JlIChLTGlicmFyeSkgZmluZExpYnJhcnlJbnRlcm5h
bDogcGx1Z2lucyBzaG91bGQgbm90IGhhdmUgYSAnbGliJyBwcmVmaXg6ICIvdXNyL2xpYjY0L21v
emlsbGEvcGx1Z2lucy9saWJ0b3RlbS1uYXJyb3dzcGFjZS1wbHVnaW4uc28iCiIvaG9tZS9rZGVu
ZXcva2RlL2Jpbi9rZGVpbml0NCgyMTE5MSkiIEVycm9yIGluIHRocmVhZCAxNDA1Nzk2ODg3MzI0
OTYgOiAib3JnLmZyZWVkZXNrdG9wLkRCdXMuRXJyb3IuU2VydmljZVVua25vd24gLSBUaGUgbmFt
ZSBvcmcua2RlLm5lcG9tdWsuc2VydmljZXMubmVwb211a3N0b3JhZ2Ugd2FzIG5vdCBwcm92aWRl
ZCBieSBhbnkgLnNlcnZpY2UgZmlsZXMiCiIvaG9tZS9rZGVuZXcva2RlL2Jpbi9rZGVpbml0NCgy
MTE5MSkiIEVycm9yIGluIHRocmVhZCAxNDA1Nzk2ODg3MzI0OTYgOiAiUUxvY2FsU29ja2V0Ojpj
b25uZWN0VG9TZXJ2ZXI6IEludmFsaWQgbmFtZSIKa2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVu
Y2ggL2Jpbi9zaAprZGVpbml0NDogcHJlcGFyaW5nIHRvIGxhdW5jaCAvYmluL3NoCmtkZWluaXQ0
OiBwcmVwYXJpbmcgdG8gbGF1bmNoIApDb3VsZCBub3QgZmluZCAnYWRlcHRfbm90aWZpZXInIGV4
ZWN1dGFibGUuCmtkZWluaXQ0OiBwcmVwYXJpbmcgdG8gbGF1bmNoIC91c3IvYmluL3VwZGF0ZS1u
b3RpZmllci1rZGUKa2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2ggL2hvbWUva2RlbmV3L2tk
ZS9saWIvbGlia2RlaW5pdDRfa21peC5zbwprZGVpbml0NDogcHJlcGFyaW5nIHRvIGxhdW5jaCAv
aG9tZS9rZGVuZXcva2RlL2Jpbi9rb3JnYWMKa2RlaW5pdDQ6IHByZXBhcmluZyB0byBsYXVuY2gg
L2hvbWUva2RlbmV3L2tkZS9saWIvbGlia2RlaW5pdDRfa2xpcHBlci5zbwprZ2xvYmFsYWNjZWwo
MjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5OjpyZWdpc3RlcktleTogUmVnaXN0ZXJpbmcg
a2V5ICJTZWFyY2giIGZvciAia2hvdGtleXMiIDogIntkMDM2MTliNi05YjNjLTQ4Y2MtOWQ5Yy1h
MmFhZGI0ODU1NTB9IgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5
Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiU2VhcmNoIiBmb3IgImtob3RrZXlz
IiA6ICJ7ZDAzNjE5YjYtOWIzYy00OGNjLTlkOWMtYTJhYWRiNDg1NTUwfSIKa2dsb2JhbGFjY2Vs
KDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5n
IGtleSAiU2VhcmNoIiBmb3IgImtob3RrZXlzIiA6ICJ7ZDAzNjE5YjYtOWIzYy00OGNjLTlkOWMt
YTJhYWRiNDg1NTUwfSIKa2dsb2JhbGFjY2VsKDIxMTQwKSBLZGVER2xvYmFsQWNjZWw6OkNvbXBv
bmVudDo6Y2xlYW5VcDogMQpbYWtvbmFkaXNlcnZlcl0gRGF0YWJhc2UgZHJpdmVyICJRTVlTUUwi
IHdhcyBub3QgZm91bmQuCltha29uYWRpc2VydmVyXSBBdmFpbGFibGUgZHJpdmVycyBhcmU6ICgi
UVNRTElURSIsICJRU1FMSVRFMiIsICJRUFNRTDciLCAiUVBTUUwiKQpbYWtvbmFkaXNlcnZlcl0g
RmFsbGluZyBiYWNrIHRvIGRhdGFiYXNlIGRyaXZlciAiUU1ZU1FMIgpbYWtvbmFkaXNlcnZlcl0g
RGF0YWJhc2UgZHJpdmVyICJRTVlTUUwiIHdhcyBub3QgZm91bmQuCltha29uYWRpc2VydmVyXSBB
dmFpbGFibGUgZHJpdmVycyBhcmU6ICgiUVNRTElURSIsICJRU1FMSVRFMiIsICJRUFNRTDciLCAi
UVBTUUwiKQpbYWtvbmFkaXNlcnZlcl0gTm8gdXNhYmxlIGRhdGFiYXNlIGRyaXZlciBmb3VuZC4K
W2Frb25hZGlzZXJ2ZXJdICJbCltha29uYWRpc2VydmVyXSAwOiBha29uYWRpc2VydmVyKF9aMTFh
a0JhY2t0cmFjZXYrMHgzOSkgWzB4NDBiNDA5XQpbYWtvbmFkaXNlcnZlcl0gMTogYWtvbmFkaXNl
cnZlciBbMHg0MGI5NmFdCltha29uYWRpc2VydmVyXSAyOiAvbGliL2xpYmMuc28uNiBbMHg3ZjMz
OGVjMDMwNDBdCltha29uYWRpc2VydmVyXSAzOiAvbGliL2xpYmMuc28uNihnc2lnbmFsKzB4MzUp
IFsweDdmMzM4ZWMwMmZiNV0KW2Frb25hZGlzZXJ2ZXJdIDQ6IC9saWIvbGliYy5zby42KGFib3J0
KzB4MTgzKSBbMHg3ZjMzOGVjMDRiYzNdCltha29uYWRpc2VydmVyXSA1OiAvaG9tZS9rZGVuZXcv
cXQ0L2xpYi9saWJRdENvcmUuc28uNChfWjE3cXRfbWVzc2FnZV9vdXRwdXQ5UXRNc2dUeXBlUEtj
KzB4NzUpIFsweDdmMzM4Zjk2YTgxNV0KW2Frb25hZGlzZXJ2ZXJdIDY6IGFrb25hZGlzZXJ2ZXIo
X1pOMTVGaWxlRGVidWdTdHJlYW05d3JpdGVEYXRhRVBLY3grMHhhOCkgWzB4NDBjZGI4XQpbYWtv
bmFkaXNlcnZlcl0gNzogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3JlLnNvLjQoX1pOOVFJ
T0RldmljZTV3cml0ZUVQS2N4KzB4ODEpIFsweDdmMzM4ZjllZGIxMV0KW2Frb25hZGlzZXJ2ZXJd
IDg6IC9ob21lL2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5zby40IFsweDdmMzM4ZjlmODRmY10K
W2Frb25hZGlzZXJ2ZXJdIDk6IC9ob21lL2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5zby40KF9a
TjExUVRleHRTdHJlYW1EMUV2KzB4NjgpIFsweDdmMzM4ZjlmODc4OF0KW2Frb25hZGlzZXJ2ZXJd
IDEwOiBha29uYWRpc2VydmVyKF9aTjZRRGVidWdEMUV2KzB4NGIpIFsweDQwNmU5Yl0KW2Frb25h
ZGlzZXJ2ZXJdIDExOiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJpdmF0ZS5zby4x
KF9aTjE0RGJDb25maWdTdGF0aWNDMUV2KzB4MjJkMSkgWzB4N2YzMzkwZjI3YjExXQpbYWtvbmFk
aXNlcnZlcl0gMTI6IC9ob21lL2tkZW5ldy9rZGUvbGliL2xpYmFrb25hZGlwcml2YXRlLnNvLjEg
WzB4N2YzMzkwZjIzOGRlXQpbYWtvbmFkaXNlcnZlcl0gMTM6IC9ob21lL2tkZW5ldy9rZGUvbGli
L2xpYmFrb25hZGlwcml2YXRlLnNvLjEoX1pON0Frb25hZGkxM0Frb25hZGlTZXJ2ZXJDMUVQN1FP
YmplY3QrMHg2MykgWzB4N2YzMzkwZWE2ZTUzXQpbYWtvbmFkaXNlcnZlcl0gMTQ6IC9ob21lL2tk
ZW5ldy9rZGUvbGliL2xpYmFrb25hZGlwcml2YXRlLnNvLjEoX1pON0Frb25hZGkxM0Frb25hZGlT
ZXJ2ZXI4aW5zdGFuY2VFdisweDQ3KSBbMHg3ZjMzOTBlYTgwZjddCltha29uYWRpc2VydmVyXSAx
NTogYWtvbmFkaXNlcnZlcihtYWluKzB4MzY1KSBbMHg0MDYxZjVdCltha29uYWRpc2VydmVyXSAx
NjogL2xpYi9saWJjLnNvLjYoX19saWJjX3N0YXJ0X21haW4rMHhlNikgWzB4N2YzMzhlYmVlNWE2
XQpbYWtvbmFkaXNlcnZlcl0gMTc6IGFrb25hZGlzZXJ2ZXIgWzB4NDA1ZDk5XQpbYWtvbmFkaXNl
cnZlcl0gXQpbYWtvbmFkaXNlcnZlcl0gIgpQcm9jZXNzQ29udHJvbDogQXBwbGljYXRpb24gJ2Fr
b25hZGlzZXJ2ZXInIHJldHVybmVkIHdpdGggZXhpdCBjb2RlIDI1NSAoVW5rbm93biBlcnJvcikK
W2Frb25hZGlzZXJ2ZXJdIERhdGFiYXNlIGRyaXZlciAiUU1ZU1FMIiB3YXMgbm90IGZvdW5kLgpb
YWtvbmFkaXNlcnZlcl0gQXZhaWxhYmxlIGRyaXZlcnMgYXJlOiAoIlFTUUxJVEUiLCAiUVNRTElU
RTIiLCAiUVBTUUw3IiwgIlFQU1FMIikKW2Frb25hZGlzZXJ2ZXJdIEZhbGxpbmcgYmFjayB0byBk
YXRhYmFzZSBkcml2ZXIgIlFNWVNRTCIKW2Frb25hZGlzZXJ2ZXJdIERhdGFiYXNlIGRyaXZlciAi
UU1ZU1FMIiB3YXMgbm90IGZvdW5kLgpbYWtvbmFkaXNlcnZlcl0gQXZhaWxhYmxlIGRyaXZlcnMg
YXJlOiAoIlFTUUxJVEUiLCAiUVNRTElURTIiLCAiUVBTUUw3IiwgIlFQU1FMIikKW2Frb25hZGlz
ZXJ2ZXJdIE5vIHVzYWJsZSBkYXRhYmFzZSBkcml2ZXIgZm91bmQuCltha29uYWRpc2VydmVyXSAi
WwpbYWtvbmFkaXNlcnZlcl0gMDogYWtvbmFkaXNlcnZlcihfWjExYWtCYWNrdHJhY2V2KzB4Mzkp
IFsweDQwYjQwOV0KW2Frb25hZGlzZXJ2ZXJdIDE6IGFrb25hZGlzZXJ2ZXIgWzB4NDBiOTZhXQpb
YWtvbmFkaXNlcnZlcl0gMjogL2xpYi9saWJjLnNvLjYgWzB4N2Y0MDZiMjQ5MDQwXQpbYWtvbmFk
aXNlcnZlcl0gMzogL2xpYi9saWJjLnNvLjYoZ3NpZ25hbCsweDM1KSBbMHg3ZjQwNmIyNDhmYjVd
Cltha29uYWRpc2VydmVyXSA0OiAvbGliL2xpYmMuc28uNihhYm9ydCsweDE4MykgWzB4N2Y0MDZi
MjRhYmMzXQpbYWtvbmFkaXNlcnZlcl0gNTogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3Jl
LnNvLjQoX1oxN3F0X21lc3NhZ2Vfb3V0cHV0OVF0TXNnVHlwZVBLYysweDc1KSBbMHg3ZjQwNmJm
YjA4MTVdCltha29uYWRpc2VydmVyXSA2OiBha29uYWRpc2VydmVyKF9aTjE1RmlsZURlYnVnU3Ry
ZWFtOXdyaXRlRGF0YUVQS2N4KzB4YTgpIFsweDQwY2RiOF0KW2Frb25hZGlzZXJ2ZXJdIDc6IC9o
b21lL2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5zby40KF9aTjlRSU9EZXZpY2U1d3JpdGVFUEtj
eCsweDgxKSBbMHg3ZjQwNmMwMzNiMTFdCltha29uYWRpc2VydmVyXSA4OiAvaG9tZS9rZGVuZXcv
cXQ0L2xpYi9saWJRdENvcmUuc28uNCBbMHg3ZjQwNmMwM2U0ZmNdCltha29uYWRpc2VydmVyXSA5
OiAvaG9tZS9rZGVuZXcvcXQ0L2xpYi9saWJRdENvcmUuc28uNChfWk4xMVFUZXh0U3RyZWFtRDFF
disweDY4KSBbMHg3ZjQwNmMwM2U3ODhdCltha29uYWRpc2VydmVyXSAxMDogYWtvbmFkaXNlcnZl
cihfWk42UURlYnVnRDFFdisweDRiKSBbMHg0MDZlOWJdCltha29uYWRpc2VydmVyXSAxMTogL2hv
bWUva2RlbmV3L2tkZS9saWIvbGliYWtvbmFkaXByaXZhdGUuc28uMShfWk4xNERiQ29uZmlnU3Rh
dGljQzFFdisweDIyZDEpIFsweDdmNDA2ZDU2ZGIxMV0KW2Frb25hZGlzZXJ2ZXJdIDEyOiAvaG9t
ZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJpdmF0ZS5zby4xIFsweDdmNDA2ZDU2OThkZV0K
W2Frb25hZGlzZXJ2ZXJdIDEzOiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJpdmF0
ZS5zby4xKF9aTjdBa29uYWRpMTNBa29uYWRpU2VydmVyQzFFUDdRT2JqZWN0KzB4NjMpIFsweDdm
NDA2ZDRlY2U1M10KW2Frb25hZGlzZXJ2ZXJdIDE0OiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJh
a29uYWRpcHJpdmF0ZS5zby4xKF9aTjdBa29uYWRpMTNBa29uYWRpU2VydmVyOGluc3RhbmNlRXYr
MHg0NykgWzB4N2Y0MDZkNGVlMGY3XQpbYWtvbmFkaXNlcnZlcl0gMTU6IGFrb25hZGlzZXJ2ZXIo
bWFpbisweDM2NSkgWzB4NDA2MWY1XQpbYWtvbmFkaXNlcnZlcl0gMTY6IC9saWIvbGliYy5zby42
KF9fbGliY19zdGFydF9tYWluKzB4ZTYpIFsweDdmNDA2YjIzNDVhNl0KW2Frb25hZGlzZXJ2ZXJd
IDE3OiBha29uYWRpc2VydmVyIFsweDQwNWQ5OV0KW2Frb25hZGlzZXJ2ZXJdIF0KW2Frb25hZGlz
ZXJ2ZXJdICIKUHJvY2Vzc0NvbnRyb2w6IEFwcGxpY2F0aW9uICdha29uYWRpc2VydmVyJyByZXR1
cm5lZCB3aXRoIGV4aXQgY29kZSAyNTUgKFVua25vd24gZXJyb3IpCltha29uYWRpc2VydmVyXSBE
YXRhYmFzZSBkcml2ZXIgIlFNWVNRTCIgd2FzIG5vdCBmb3VuZC4KW2Frb25hZGlzZXJ2ZXJdIEF2
YWlsYWJsZSBkcml2ZXJzIGFyZTogKCJRU1FMSVRFIiwgIlFTUUxJVEUyIiwgIlFQU1FMNyIsICJR
UFNRTCIpCltha29uYWRpc2VydmVyXSBGYWxsaW5nIGJhY2sgdG8gZGF0YWJhc2UgZHJpdmVyICJR
TVlTUUwiCltha29uYWRpc2VydmVyXSBEYXRhYmFzZSBkcml2ZXIgIlFNWVNRTCIgd2FzIG5vdCBm
b3VuZC4KW2Frb25hZGlzZXJ2ZXJdIEF2YWlsYWJsZSBkcml2ZXJzIGFyZTogKCJRU1FMSVRFIiwg
IlFTUUxJVEUyIiwgIlFQU1FMNyIsICJRUFNRTCIpCltha29uYWRpc2VydmVyXSBObyB1c2FibGUg
ZGF0YWJhc2UgZHJpdmVyIGZvdW5kLgpbYWtvbmFkaXNlcnZlcl0gIlsKW2Frb25hZGlzZXJ2ZXJd
IDA6IGFrb25hZGlzZXJ2ZXIoX1oxMWFrQmFja3RyYWNldisweDM5KSBbMHg0MGI0MDldCltha29u
YWRpc2VydmVyXSAxOiBha29uYWRpc2VydmVyIFsweDQwYjk2YV0KW2Frb25hZGlzZXJ2ZXJdIDI6
IC9saWIvbGliYy5zby42IFsweDdmZDI2MmVhYjA0MF0KW2Frb25hZGlzZXJ2ZXJdIDM6IC9saWIv
bGliYy5zby42KGdzaWduYWwrMHgzNSkgWzB4N2ZkMjYyZWFhZmI1XQpbYWtvbmFkaXNlcnZlcl0g
NDogL2xpYi9saWJjLnNvLjYoYWJvcnQrMHgxODMpIFsweDdmZDI2MmVhY2JjM10KW2Frb25hZGlz
ZXJ2ZXJdIDU6IC9ob21lL2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5zby40KF9aMTdxdF9tZXNz
YWdlX291dHB1dDlRdE1zZ1R5cGVQS2MrMHg3NSkgWzB4N2ZkMjYzYzEyODE1XQpbYWtvbmFkaXNl
cnZlcl0gNjogYWtvbmFkaXNlcnZlcihfWk4xNUZpbGVEZWJ1Z1N0cmVhbTl3cml0ZURhdGFFUEtj
eCsweGE4KSBbMHg0MGNkYjhdCltha29uYWRpc2VydmVyXSA3OiAvaG9tZS9rZGVuZXcvcXQ0L2xp
Yi9saWJRdENvcmUuc28uNChfWk45UUlPRGV2aWNlNXdyaXRlRVBLY3grMHg4MSkgWzB4N2ZkMjYz
Yzk1YjExXQpbYWtvbmFkaXNlcnZlcl0gODogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3Jl
LnNvLjQgWzB4N2ZkMjYzY2EwNGZjXQpbYWtvbmFkaXNlcnZlcl0gOTogL2hvbWUva2RlbmV3L3F0
NC9saWIvbGliUXRDb3JlLnNvLjQoX1pOMTFRVGV4dFN0cmVhbUQxRXYrMHg2OCkgWzB4N2ZkMjYz
Y2EwNzg4XQpbYWtvbmFkaXNlcnZlcl0gMTA6IGFrb25hZGlzZXJ2ZXIoX1pONlFEZWJ1Z0QxRXYr
MHg0YikgWzB4NDA2ZTliXQpbYWtvbmFkaXNlcnZlcl0gMTE6IC9ob21lL2tkZW5ldy9rZGUvbGli
L2xpYmFrb25hZGlwcml2YXRlLnNvLjEoX1pOMTREYkNvbmZpZ1N0YXRpY0MxRXYrMHgyMmQxKSBb
MHg3ZmQyNjUxY2ZiMTFdCltha29uYWRpc2VydmVyXSAxMjogL2hvbWUva2RlbmV3L2tkZS9saWIv
bGliYWtvbmFkaXByaXZhdGUuc28uMSBbMHg3ZmQyNjUxY2I4ZGVdCltha29uYWRpc2VydmVyXSAx
MzogL2hvbWUva2RlbmV3L2tkZS9saWIvbGliYWtvbmFkaXByaXZhdGUuc28uMShfWk43QWtvbmFk
aTEzQWtvbmFkaVNlcnZlckMxRVA3UU9iamVjdCsweDYzKSBbMHg3ZmQyNjUxNGVlNTNdCltha29u
YWRpc2VydmVyXSAxNDogL2hvbWUva2RlbmV3L2tkZS9saWIvbGliYWtvbmFkaXByaXZhdGUuc28u
MShfWk43QWtvbmFkaTEzQWtvbmFkaVNlcnZlcjhpbnN0YW5jZUV2KzB4NDcpIFsweDdmZDI2NTE1
MDBmN10KW2Frb25hZGlzZXJ2ZXJdIDE1OiBha29uYWRpc2VydmVyKG1haW4rMHgzNjUpIFsweDQw
NjFmNV0KW2Frb25hZGlzZXJ2ZXJdIDE2OiAvbGliL2xpYmMuc28uNihfX2xpYmNfc3RhcnRfbWFp
bisweGU2KSBbMHg3ZmQyNjJlOTY1YTZdCltha29uYWRpc2VydmVyXSAxNzogYWtvbmFkaXNlcnZl
ciBbMHg0MDVkOTldCltha29uYWRpc2VydmVyXSBdCltha29uYWRpc2VydmVyXSAiClByb2Nlc3ND
b250cm9sOiBBcHBsaWNhdGlvbiAnYWtvbmFkaXNlcnZlcicgcmV0dXJuZWQgd2l0aCBleGl0IGNv
ZGUgMjU1IChVbmtub3duIGVycm9yKQpbYWtvbmFkaXNlcnZlcl0gRGF0YWJhc2UgZHJpdmVyICJR
TVlTUUwiIHdhcyBub3QgZm91bmQuCltha29uYWRpc2VydmVyXSBBdmFpbGFibGUgZHJpdmVycyBh
cmU6ICgiUVNRTElURSIsICJRU1FMSVRFMiIsICJRUFNRTDciLCAiUVBTUUwiKQpbYWtvbmFkaXNl
cnZlcl0gRmFsbGluZyBiYWNrIHRvIGRhdGFiYXNlIGRyaXZlciAiUU1ZU1FMIgpbYWtvbmFkaXNl
cnZlcl0gRGF0YWJhc2UgZHJpdmVyICJRTVlTUUwiIHdhcyBub3QgZm91bmQuCltha29uYWRpc2Vy
dmVyXSBBdmFpbGFibGUgZHJpdmVycyBhcmU6ICgiUVNRTElURSIsICJRU1FMSVRFMiIsICJRUFNR
TDciLCAiUVBTUUwiKQpbYWtvbmFkaXNlcnZlcl0gTm8gdXNhYmxlIGRhdGFiYXNlIGRyaXZlciBm
b3VuZC4KW2Frb25hZGlzZXJ2ZXJdICJbCltha29uYWRpc2VydmVyXSAwOiBha29uYWRpc2VydmVy
KF9aMTFha0JhY2t0cmFjZXYrMHgzOSkgWzB4NDBiNDA5XQpbYWtvbmFkaXNlcnZlcl0gMTogYWtv
bmFkaXNlcnZlciBbMHg0MGI5NmFdCltha29uYWRpc2VydmVyXSAyOiAvbGliL2xpYmMuc28uNiBb
MHg3ZmNkNDc5YzQwNDBdCltha29uYWRpc2VydmVyXSAzOiAvbGliL2xpYmMuc28uNihnc2lnbmFs
KzB4MzUpIFsweDdmY2Q0NzljM2ZiNV0KW2Frb25hZGlzZXJ2ZXJdIDQ6IC9saWIvbGliYy5zby42
KGFib3J0KzB4MTgzKSBbMHg3ZmNkNDc5YzViYzNdCltha29uYWRpc2VydmVyXSA1OiAvaG9tZS9r
ZGVuZXcvcXQ0L2xpYi9saWJRdENvcmUuc28uNChfWjE3cXRfbWVzc2FnZV9vdXRwdXQ5UXRNc2dU
eXBlUEtjKzB4NzUpIFsweDdmY2Q0ODcyYjgxNV0KW2Frb25hZGlzZXJ2ZXJdIDY6IGFrb25hZGlz
ZXJ2ZXIoX1pOMTVGaWxlRGVidWdTdHJlYW05d3JpdGVEYXRhRVBLY3grMHhhOCkgWzB4NDBjZGI4
XQpbYWtvbmFkaXNlcnZlcl0gNzogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3JlLnNvLjQo
X1pOOVFJT0RldmljZTV3cml0ZUVQS2N4KzB4ODEpIFsweDdmY2Q0ODdhZWIxMV0KW2Frb25hZGlz
ZXJ2ZXJdIDg6IC9ob21lL2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5zby40IFsweDdmY2Q0ODdi
OTRmY10KW2Frb25hZGlzZXJ2ZXJdIDk6IC9ob21lL2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5z
by40KF9aTjExUVRleHRTdHJlYW1EMUV2KzB4NjgpIFsweDdmY2Q0ODdiOTc4OF0KW2Frb25hZGlz
ZXJ2ZXJdIDEwOiBha29uYWRpc2VydmVyKF9aTjZRRGVidWdEMUV2KzB4NGIpIFsweDQwNmU5Yl0K
W2Frb25hZGlzZXJ2ZXJdIDExOiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJpdmF0
ZS5zby4xKF9aTjE0RGJDb25maWdTdGF0aWNDMUV2KzB4MjJkMSkgWzB4N2ZjZDQ5Y2U4YjExXQpb
YWtvbmFkaXNlcnZlcl0gMTI6IC9ob21lL2tkZW5ldy9rZGUvbGliL2xpYmFrb25hZGlwcml2YXRl
LnNvLjEgWzB4N2ZjZDQ5Y2U0OGRlXQpbYWtvbmFkaXNlcnZlcl0gMTM6IC9ob21lL2tkZW5ldy9r
ZGUvbGliL2xpYmFrb25hZGlwcml2YXRlLnNvLjEoX1pON0Frb25hZGkxM0Frb25hZGlTZXJ2ZXJD
MUVQN1FPYmplY3QrMHg2MykgWzB4N2ZjZDQ5YzY3ZTUzXQpbYWtvbmFkaXNlcnZlcl0gMTQ6IC9o
b21lL2tkZW5ldy9rZGUvbGliL2xpYmFrb25hZGlwcml2YXRlLnNvLjEoX1pON0Frb25hZGkxM0Fr
b25hZGlTZXJ2ZXI4aW5zdGFuY2VFdisweDQ3KSBbMHg3ZmNkNDljNjkwZjddCltha29uYWRpc2Vy
dmVyXSAxNTogYWtvbmFkaXNlcnZlcihtYWluKzB4MzY1KSBbMHg0MDYxZjVdCltha29uYWRpc2Vy
dmVyXSAxNjogL2xpYi9saWJjLnNvLjYoX19saWJjX3N0YXJ0X21haW4rMHhlNikgWzB4N2ZjZDQ3
OWFmNWE2XQpbYWtvbmFkaXNlcnZlcl0gMTc6IGFrb25hZGlzZXJ2ZXIgWzB4NDA1ZDk5XQpbYWtv
bmFkaXNlcnZlcl0gXQpbYWtvbmFkaXNlcnZlcl0gIgpQcm9jZXNzQ29udHJvbDogQXBwbGljYXRp
b24gJ2Frb25hZGlzZXJ2ZXInIHJldHVybmVkIHdpdGggZXhpdCBjb2RlIDI1NSAoVW5rbm93biBl
cnJvcikKImFrb25hZGlzZXJ2ZXIiIGNyYXNoZWQgdG9vIG9mdGVuIGFuZCB3aWxsIG5vdCBiZSBy
ZXN0YXJ0ZWQhIAp1cGRhdGUtbm90aWZpZXIta2RlKDIxMjMxKTogRmFpbGVkIHRvIGxvY2sgZmls
ZSAiL3Zhci90bXAva2RlY2FjaGUta2RlbmV3L2twYy9rZGUtaWNvbi1jYWNoZS5sb2NrIiAsIGxh
c3QgcmVzdWx0ID0gMSAKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3Ry
eTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQ3RybCtBbHQrViIgZm9yICJrbGlwcGVy
IiA6ICJzaG93X2tsaXBwZXJfcG9wdXAiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRj
dXRzUmVnaXN0cnk6OnJlZ2lzdGVyS2V5OiBSZWdpc3RlcmluZyBrZXkgIkN0cmwrQWx0K1IiIGZv
ciAia2xpcHBlciIgOiAicmVwZWF0X2FjdGlvbiIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxT
aG9ydGN1dHNSZWdpc3RyeTo6cmVnaXN0ZXJLZXk6IFJlZ2lzdGVyaW5nIGtleSAiQ3RybCtBbHQr
WCIgZm9yICJrbGlwcGVyIiA6ICJjbGlwYm9hcmRfYWN0aW9uIgp1cGRhdGUtbm90aWZpZXIta2Rl
KDIxMjMxKTogRmFpbGVkIHRvIGxvY2sgZmlsZSAiL3Zhci90bXAva2RlY2FjaGUta2RlbmV3L2tw
Yy9rZGUtaWNvbi1jYWNoZS5sb2NrIiAsIGxhc3QgcmVzdWx0ID0gMSAKW2Frb25hZGlzZXJ2ZXJd
IERhdGFiYXNlIGRyaXZlciAiUU1ZU1FMIiB3YXMgbm90IGZvdW5kLgpbYWtvbmFkaXNlcnZlcl0g
QXZhaWxhYmxlIGRyaXZlcnMgYXJlOiAoIlFTUUxJVEUiLCAiUVNRTElURTIiLCAiUVBTUUw3Iiwg
IlFQU1FMIikKW2Frb25hZGlzZXJ2ZXJdIEZhbGxpbmcgYmFjayB0byBkYXRhYmFzZSBkcml2ZXIg
IlFNWVNRTCIKW2Frb25hZGlzZXJ2ZXJdIERhdGFiYXNlIGRyaXZlciAiUU1ZU1FMIiB3YXMgbm90
IGZvdW5kLgpbYWtvbmFkaXNlcnZlcl0gQXZhaWxhYmxlIGRyaXZlcnMgYXJlOiAoIlFTUUxJVEUi
LCAiUVNRTElURTIiLCAiUVBTUUw3IiwgIlFQU1FMIikKW2Frb25hZGlzZXJ2ZXJdIE5vIHVzYWJs
ZSBkYXRhYmFzZSBkcml2ZXIgZm91bmQuCltha29uYWRpc2VydmVyXSAiWwpbYWtvbmFkaXNlcnZl
cl0gMDogYWtvbmFkaXNlcnZlcihfWjExYWtCYWNrdHJhY2V2KzB4MzkpIFsweDQwYjQwOV0KW2Fr
b25hZGlzZXJ2ZXJdIDE6IGFrb25hZGlzZXJ2ZXIgWzB4NDBiOTZhXQpbYWtvbmFkaXNlcnZlcl0g
MjogL2xpYi9saWJjLnNvLjYgWzB4N2Y5MTY2ZmRiMDQwXQpbYWtvbmFkaXNlcnZlcl0gMzogL2xp
Yi9saWJjLnNvLjYoZ3NpZ25hbCsweDM1KSBbMHg3ZjkxNjZmZGFmYjVdCltha29uYWRpc2VydmVy
XSA0OiAvbGliL2xpYmMuc28uNihhYm9ydCsweDE4MykgWzB4N2Y5MTY2ZmRjYmMzXQpbYWtvbmFk
aXNlcnZlcl0gNTogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3JlLnNvLjQoX1oxN3F0X21l
c3NhZ2Vfb3V0cHV0OVF0TXNnVHlwZVBLYysweDc1KSBbMHg3ZjkxNjdkNDI4MTVdCltha29uYWRp
c2VydmVyXSA2OiBha29uYWRpc2VydmVyKF9aTjE1RmlsZURlYnVnU3RyZWFtOXdyaXRlRGF0YUVQ
S2N4KzB4YTgpIFsweDQwY2RiOF0KW2Frb25hZGlzZXJ2ZXJdIDc6IC9ob21lL2tkZW5ldy9xdDQv
bGliL2xpYlF0Q29yZS5zby40KF9aTjlRSU9EZXZpY2U1d3JpdGVFUEtjeCsweDgxKSBbMHg3Zjkx
NjdkYzViMTFdCltha29uYWRpc2VydmVyXSA4OiAvaG9tZS9rZGVuZXcvcXQ0L2xpYi9saWJRdENv
cmUuc28uNCBbMHg3ZjkxNjdkZDA0ZmNdCltha29uYWRpc2VydmVyXSA5OiAvaG9tZS9rZGVuZXcv
cXQ0L2xpYi9saWJRdENvcmUuc28uNChfWk4xMVFUZXh0U3RyZWFtRDFFdisweDY4KSBbMHg3Zjkx
NjdkZDA3ODhdCltha29uYWRpc2VydmVyXSAxMDogYWtvbmFkaXNlcnZlcihfWk42UURlYnVnRDFF
disweDRiKSBbMHg0MDZlOWJdCltha29uYWRpc2VydmVyXSAxMTogL2hvbWUva2RlbmV3L2tkZS9s
aWIvbGliYWtvbmFkaXByaXZhdGUuc28uMShfWk4xNERiQ29uZmlnU3RhdGljQzFFdisweDIyZDEp
IFsweDdmOTE2OTJmZmIxMV0KW2Frb25hZGlzZXJ2ZXJdIDEyOiAvaG9tZS9rZGVuZXcva2RlL2xp
Yi9saWJha29uYWRpcHJpdmF0ZS5zby4xIFsweDdmOTE2OTJmYjhkZV0KW2Frb25hZGlzZXJ2ZXJd
IDEzOiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJpdmF0ZS5zby4xKF9aTjdBa29u
YWRpMTNBa29uYWRpU2VydmVyQzFFUDdRT2JqZWN0KzB4NjMpIFsweDdmOTE2OTI3ZWU1M10KW2Fr
b25hZGlzZXJ2ZXJdIDE0OiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJpdmF0ZS5z
by4xKF9aTjdBa29uYWRpMTNBa29uYWRpU2VydmVyOGluc3RhbmNlRXYrMHg0NykgWzB4N2Y5MTY5
MjgwMGY3XQpbYWtvbmFkaXNlcnZlcl0gMTU6IGFrb25hZGlzZXJ2ZXIobWFpbisweDM2NSkgWzB4
NDA2MWY1XQpbYWtvbmFkaXNlcnZlcl0gMTY6IC9saWIvbGliYy5zby42KF9fbGliY19zdGFydF9t
YWluKzB4ZTYpIFsweDdmOTE2NmZjNjVhNl0KW2Frb25hZGlzZXJ2ZXJdIDE3OiBha29uYWRpc2Vy
dmVyIFsweDQwNWQ5OV0KW2Frb25hZGlzZXJ2ZXJdIF0KW2Frb25hZGlzZXJ2ZXJdICIKUHJvY2Vz
c0NvbnRyb2w6IEFwcGxpY2F0aW9uICdha29uYWRpc2VydmVyJyByZXR1cm5lZCB3aXRoIGV4aXQg
Y29kZSAyNTUgKFVua25vd24gZXJyb3IpCltha29uYWRpc2VydmVyXSBEYXRhYmFzZSBkcml2ZXIg
IlFNWVNRTCIgd2FzIG5vdCBmb3VuZC4KW2Frb25hZGlzZXJ2ZXJdIEF2YWlsYWJsZSBkcml2ZXJz
IGFyZTogKCJRU1FMSVRFIiwgIlFTUUxJVEUyIiwgIlFQU1FMNyIsICJRUFNRTCIpCltha29uYWRp
c2VydmVyXSBGYWxsaW5nIGJhY2sgdG8gZGF0YWJhc2UgZHJpdmVyICJRTVlTUUwiCltha29uYWRp
c2VydmVyXSBEYXRhYmFzZSBkcml2ZXIgIlFNWVNRTCIgd2FzIG5vdCBmb3VuZC4KW2Frb25hZGlz
ZXJ2ZXJdIEF2YWlsYWJsZSBkcml2ZXJzIGFyZTogKCJRU1FMSVRFIiwgIlFTUUxJVEUyIiwgIlFQ
U1FMNyIsICJRUFNRTCIpCltha29uYWRpc2VydmVyXSBObyB1c2FibGUgZGF0YWJhc2UgZHJpdmVy
IGZvdW5kLgpbYWtvbmFkaXNlcnZlcl0gIlsKW2Frb25hZGlzZXJ2ZXJdIDA6IGFrb25hZGlzZXJ2
ZXIoX1oxMWFrQmFja3RyYWNldisweDM5KSBbMHg0MGI0MDldCltha29uYWRpc2VydmVyXSAxOiBh
a29uYWRpc2VydmVyIFsweDQwYjk2YV0KW2Frb25hZGlzZXJ2ZXJdIDI6IC9saWIvbGliYy5zby42
IFsweDdmOGFhODA1ZTA0MF0KW2Frb25hZGlzZXJ2ZXJdIDM6IC9saWIvbGliYy5zby42KGdzaWdu
YWwrMHgzNSkgWzB4N2Y4YWE4MDVkZmI1XQpbYWtvbmFkaXNlcnZlcl0gNDogL2xpYi9saWJjLnNv
LjYoYWJvcnQrMHgxODMpIFsweDdmOGFhODA1ZmJjM10KW2Frb25hZGlzZXJ2ZXJdIDU6IC9ob21l
L2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5zby40KF9aMTdxdF9tZXNzYWdlX291dHB1dDlRdE1z
Z1R5cGVQS2MrMHg3NSkgWzB4N2Y4YWE4ZGM1ODE1XQpbYWtvbmFkaXNlcnZlcl0gNjogYWtvbmFk
aXNlcnZlcihfWk4xNUZpbGVEZWJ1Z1N0cmVhbTl3cml0ZURhdGFFUEtjeCsweGE4KSBbMHg0MGNk
YjhdCltha29uYWRpc2VydmVyXSA3OiAvaG9tZS9rZGVuZXcvcXQ0L2xpYi9saWJRdENvcmUuc28u
NChfWk45UUlPRGV2aWNlNXdyaXRlRVBLY3grMHg4MSkgWzB4N2Y4YWE4ZTQ4YjExXQpbYWtvbmFk
aXNlcnZlcl0gODogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3JlLnNvLjQgWzB4N2Y4YWE4
ZTUzNGZjXQpbYWtvbmFkaXNlcnZlcl0gOTogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3Jl
LnNvLjQoX1pOMTFRVGV4dFN0cmVhbUQxRXYrMHg2OCkgWzB4N2Y4YWE4ZTUzNzg4XQpbYWtvbmFk
aXNlcnZlcl0gMTA6IGFrb25hZGlzZXJ2ZXIoX1pONlFEZWJ1Z0QxRXYrMHg0YikgWzB4NDA2ZTli
XQpbYWtvbmFkaXNlcnZlcl0gMTE6IC9ob21lL2tkZW5ldy9rZGUvbGliL2xpYmFrb25hZGlwcml2
YXRlLnNvLjEoX1pOMTREYkNvbmZpZ1N0YXRpY0MxRXYrMHgyMmQxKSBbMHg3ZjhhYWEzODJiMTFd
Cltha29uYWRpc2VydmVyXSAxMjogL2hvbWUva2RlbmV3L2tkZS9saWIvbGliYWtvbmFkaXByaXZh
dGUuc28uMSBbMHg3ZjhhYWEzN2U4ZGVdCltha29uYWRpc2VydmVyXSAxMzogL2hvbWUva2RlbmV3
L2tkZS9saWIvbGliYWtvbmFkaXByaXZhdGUuc28uMShfWk43QWtvbmFkaTEzQWtvbmFkaVNlcnZl
ckMxRVA3UU9iamVjdCsweDYzKSBbMHg3ZjhhYWEzMDFlNTNdCltha29uYWRpc2VydmVyXSAxNDog
L2hvbWUva2RlbmV3L2tkZS9saWIvbGliYWtvbmFkaXByaXZhdGUuc28uMShfWk43QWtvbmFkaTEz
QWtvbmFkaVNlcnZlcjhpbnN0YW5jZUV2KzB4NDcpIFsweDdmOGFhYTMwMzBmN10KW2Frb25hZGlz
ZXJ2ZXJdIDE1OiBha29uYWRpc2VydmVyKG1haW4rMHgzNjUpIFsweDQwNjFmNV0KW2Frb25hZGlz
ZXJ2ZXJdIDE2OiAvbGliL2xpYmMuc28uNihfX2xpYmNfc3RhcnRfbWFpbisweGU2KSBbMHg3Zjhh
YTgwNDk1YTZdCltha29uYWRpc2VydmVyXSAxNzogYWtvbmFkaXNlcnZlciBbMHg0MDVkOTldClth
a29uYWRpc2VydmVyXSBdCltha29uYWRpc2VydmVyXSAiClByb2Nlc3NDb250cm9sOiBBcHBsaWNh
dGlvbiAnYWtvbmFkaXNlcnZlcicgcmV0dXJuZWQgd2l0aCBleGl0IGNvZGUgMjU1IChVbmtub3du
IGVycm9yKQpbYWtvbmFkaXNlcnZlcl0gRGF0YWJhc2UgZHJpdmVyICJRTVlTUUwiIHdhcyBub3Qg
Zm91bmQuCltha29uYWRpc2VydmVyXSBBdmFpbGFibGUgZHJpdmVycyBhcmU6ICgiUVNRTElURSIs
ICJRU1FMSVRFMiIsICJRUFNRTDciLCAiUVBTUUwiKQpbYWtvbmFkaXNlcnZlcl0gRmFsbGluZyBi
YWNrIHRvIGRhdGFiYXNlIGRyaXZlciAiUU1ZU1FMIgpbYWtvbmFkaXNlcnZlcl0gRGF0YWJhc2Ug
ZHJpdmVyICJRTVlTUUwiIHdhcyBub3QgZm91bmQuCltha29uYWRpc2VydmVyXSBBdmFpbGFibGUg
ZHJpdmVycyBhcmU6ICgiUVNRTElURSIsICJRU1FMSVRFMiIsICJRUFNRTDciLCAiUVBTUUwiKQpb
YWtvbmFkaXNlcnZlcl0gTm8gdXNhYmxlIGRhdGFiYXNlIGRyaXZlciBmb3VuZC4KW2Frb25hZGlz
ZXJ2ZXJdICJbCltha29uYWRpc2VydmVyXSAwOiBha29uYWRpc2VydmVyKF9aMTFha0JhY2t0cmFj
ZXYrMHgzOSkgWzB4NDBiNDA5XQpbYWtvbmFkaXNlcnZlcl0gMTogYWtvbmFkaXNlcnZlciBbMHg0
MGI5NmFdCltha29uYWRpc2VydmVyXSAyOiAvbGliL2xpYmMuc28uNiBbMHg3ZjkxNDFlNjMwNDBd
Cltha29uYWRpc2VydmVyXSAzOiAvbGliL2xpYmMuc28uNihnc2lnbmFsKzB4MzUpIFsweDdmOTE0
MWU2MmZiNV0KW2Frb25hZGlzZXJ2ZXJdIDQ6IC9saWIvbGliYy5zby42KGFib3J0KzB4MTgzKSBb
MHg3ZjkxNDFlNjRiYzNdCltha29uYWRpc2VydmVyXSA1OiAvaG9tZS9rZGVuZXcvcXQ0L2xpYi9s
aWJRdENvcmUuc28uNChfWjE3cXRfbWVzc2FnZV9vdXRwdXQ5UXRNc2dUeXBlUEtjKzB4NzUpIFsw
eDdmOTE0MmJjYTgxNV0KW2Frb25hZGlzZXJ2ZXJdIDY6IGFrb25hZGlzZXJ2ZXIoX1pOMTVGaWxl
RGVidWdTdHJlYW05d3JpdGVEYXRhRVBLY3grMHhhOCkgWzB4NDBjZGI4XQpbYWtvbmFkaXNlcnZl
cl0gNzogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3JlLnNvLjQoX1pOOVFJT0RldmljZTV3
cml0ZUVQS2N4KzB4ODEpIFsweDdmOTE0MmM0ZGIxMV0KW2Frb25hZGlzZXJ2ZXJdIDg6IC9ob21l
L2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5zby40IFsweDdmOTE0MmM1ODRmY10KW2Frb25hZGlz
ZXJ2ZXJdIDk6IC9ob21lL2tkZW5ldy9xdDQvbGliL2xpYlF0Q29yZS5zby40KF9aTjExUVRleHRT
dHJlYW1EMUV2KzB4NjgpIFsweDdmOTE0MmM1ODc4OF0KW2Frb25hZGlzZXJ2ZXJdIDEwOiBha29u
YWRpc2VydmVyKF9aTjZRRGVidWdEMUV2KzB4NGIpIFsweDQwNmU5Yl0KW2Frb25hZGlzZXJ2ZXJd
IDExOiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJpdmF0ZS5zby4xKF9aTjE0RGJD
b25maWdTdGF0aWNDMUV2KzB4MjJkMSkgWzB4N2Y5MTQ0MTg3YjExXQpbYWtvbmFkaXNlcnZlcl0g
MTI6IC9ob21lL2tkZW5ldy9rZGUvbGliL2xpYmFrb25hZGlwcml2YXRlLnNvLjEgWzB4N2Y5MTQ0
MTgzOGRlXQpbYWtvbmFkaXNlcnZlcl0gMTM6IC9ob21lL2tkZW5ldy9rZGUvbGliL2xpYmFrb25h
ZGlwcml2YXRlLnNvLjEoX1pON0Frb25hZGkxM0Frb25hZGlTZXJ2ZXJDMUVQN1FPYmplY3QrMHg2
MykgWzB4N2Y5MTQ0MTA2ZTUzXQpbYWtvbmFkaXNlcnZlcl0gMTQ6IC9ob21lL2tkZW5ldy9rZGUv
bGliL2xpYmFrb25hZGlwcml2YXRlLnNvLjEoX1pON0Frb25hZGkxM0Frb25hZGlTZXJ2ZXI4aW5z
dGFuY2VFdisweDQ3KSBbMHg3ZjkxNDQxMDgwZjddCltha29uYWRpc2VydmVyXSAxNTogYWtvbmFk
aXNlcnZlcihtYWluKzB4MzY1KSBbMHg0MDYxZjVdCltha29uYWRpc2VydmVyXSAxNjogL2xpYi9s
aWJjLnNvLjYoX19saWJjX3N0YXJ0X21haW4rMHhlNikgWzB4N2Y5MTQxZTRlNWE2XQpbYWtvbmFk
aXNlcnZlcl0gMTc6IGFrb25hZGlzZXJ2ZXIgWzB4NDA1ZDk5XQpbYWtvbmFkaXNlcnZlcl0gXQpb
YWtvbmFkaXNlcnZlcl0gIgpQcm9jZXNzQ29udHJvbDogQXBwbGljYXRpb24gJ2Frb25hZGlzZXJ2
ZXInIHJldHVybmVkIHdpdGggZXhpdCBjb2RlIDI1NSAoVW5rbm93biBlcnJvcikKW2Frb25hZGlz
ZXJ2ZXJdIERhdGFiYXNlIGRyaXZlciAiUU1ZU1FMIiB3YXMgbm90IGZvdW5kLgpbYWtvbmFkaXNl
cnZlcl0gQXZhaWxhYmxlIGRyaXZlcnMgYXJlOiAoIlFTUUxJVEUiLCAiUVNRTElURTIiLCAiUVBT
UUw3IiwgIlFQU1FMIikKW2Frb25hZGlzZXJ2ZXJdIEZhbGxpbmcgYmFjayB0byBkYXRhYmFzZSBk
cml2ZXIgIlFNWVNRTCIKW2Frb25hZGlzZXJ2ZXJdIERhdGFiYXNlIGRyaXZlciAiUU1ZU1FMIiB3
YXMgbm90IGZvdW5kLgpbYWtvbmFkaXNlcnZlcl0gQXZhaWxhYmxlIGRyaXZlcnMgYXJlOiAoIlFT
UUxJVEUiLCAiUVNRTElURTIiLCAiUVBTUUw3IiwgIlFQU1FMIikKW2Frb25hZGlzZXJ2ZXJdIE5v
IHVzYWJsZSBkYXRhYmFzZSBkcml2ZXIgZm91bmQuCltha29uYWRpc2VydmVyXSAiWwpbYWtvbmFk
aXNlcnZlcl0gMDogYWtvbmFkaXNlcnZlcihfWjExYWtCYWNrdHJhY2V2KzB4MzkpIFsweDQwYjQw
OV0KW2Frb25hZGlzZXJ2ZXJdIDE6IGFrb25hZGlzZXJ2ZXIgWzB4NDBiOTZhXQpbYWtvbmFkaXNl
cnZlcl0gMjogL2xpYi9saWJjLnNvLjYgWzB4N2YwODczNTc4MDQwXQpbYWtvbmFkaXNlcnZlcl0g
MzogL2xpYi9saWJjLnNvLjYoZ3NpZ25hbCsweDM1KSBbMHg3ZjA4NzM1NzdmYjVdCltha29uYWRp
c2VydmVyXSA0OiAvbGliL2xpYmMuc28uNihhYm9ydCsweDE4MykgWzB4N2YwODczNTc5YmMzXQpb
YWtvbmFkaXNlcnZlcl0gNTogL2hvbWUva2RlbmV3L3F0NC9saWIvbGliUXRDb3JlLnNvLjQoX1ox
N3F0X21lc3NhZ2Vfb3V0cHV0OVF0TXNnVHlwZVBLYysweDc1KSBbMHg3ZjA4NzQyZGY4MTVdClth
a29uYWRpc2VydmVyXSA2OiBha29uYWRpc2VydmVyKF9aTjE1RmlsZURlYnVnU3RyZWFtOXdyaXRl
RGF0YUVQS2N4KzB4YTgpIFsweDQwY2RiOF0KW2Frb25hZGlzZXJ2ZXJdIDc6IC9ob21lL2tkZW5l
dy9xdDQvbGliL2xpYlF0Q29yZS5zby40KF9aTjlRSU9EZXZpY2U1d3JpdGVFUEtjeCsweDgxKSBb
MHg3ZjA4NzQzNjJiMTFdCltha29uYWRpc2VydmVyXSA4OiAvaG9tZS9rZGVuZXcvcXQ0L2xpYi9s
aWJRdENvcmUuc28uNCBbMHg3ZjA4NzQzNmQ0ZmNdCltha29uYWRpc2VydmVyXSA5OiAvaG9tZS9r
ZGVuZXcvcXQ0L2xpYi9saWJRdENvcmUuc28uNChfWk4xMVFUZXh0U3RyZWFtRDFFdisweDY4KSBb
MHg3ZjA4NzQzNmQ3ODhdCltha29uYWRpc2VydmVyXSAxMDogYWtvbmFkaXNlcnZlcihfWk42UURl
YnVnRDFFdisweDRiKSBbMHg0MDZlOWJdCltha29uYWRpc2VydmVyXSAxMTogL2hvbWUva2RlbmV3
L2tkZS9saWIvbGliYWtvbmFkaXByaXZhdGUuc28uMShfWk4xNERiQ29uZmlnU3RhdGljQzFFdisw
eDIyZDEpIFsweDdmMDg3NTg5Y2IxMV0KW2Frb25hZGlzZXJ2ZXJdIDEyOiAvaG9tZS9rZGVuZXcv
a2RlL2xpYi9saWJha29uYWRpcHJpdmF0ZS5zby4xIFsweDdmMDg3NTg5ODhkZV0KW2Frb25hZGlz
ZXJ2ZXJdIDEzOiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJpdmF0ZS5zby4xKF9a
TjdBa29uYWRpMTNBa29uYWRpU2VydmVyQzFFUDdRT2JqZWN0KzB4NjMpIFsweDdmMDg3NTgxYmU1
M10KW2Frb25hZGlzZXJ2ZXJdIDE0OiAvaG9tZS9rZGVuZXcva2RlL2xpYi9saWJha29uYWRpcHJp
dmF0ZS5zby4xKF9aTjdBa29uYWRpMTNBa29uYWRpU2VydmVyOGluc3RhbmNlRXYrMHg0NykgWzB4
N2YwODc1ODFkMGY3XQpbYWtvbmFkaXNlcnZlcl0gMTU6IGFrb25hZGlzZXJ2ZXIobWFpbisweDM2
NSkgWzB4NDA2MWY1XQpbYWtvbmFkaXNlcnZlcl0gMTY6IC9saWIvbGliYy5zby42KF9fbGliY19z
dGFydF9tYWluKzB4ZTYpIFsweDdmMDg3MzU2MzVhNl0KW2Frb25hZGlzZXJ2ZXJdIDE3OiBha29u
YWRpc2VydmVyIFsweDQwNWQ5OV0KW2Frb25hZGlzZXJ2ZXJdIF0KW2Frb25hZGlzZXJ2ZXJdICIK
UHJvY2Vzc0NvbnRyb2w6IEFwcGxpY2F0aW9uICdha29uYWRpc2VydmVyJyByZXR1cm5lZCB3aXRo
IGV4aXQgY29kZSAyNTUgKFVua25vd24gZXJyb3IpCiJha29uYWRpc2VydmVyIiBjcmFzaGVkIHRv
byBvZnRlbiBhbmQgd2lsbCBub3QgYmUgcmVzdGFydGVkISAKa2RlaW5pdDQ6IHByZXBhcmluZyB0
byBsYXVuY2ggL2hvbWUva2RlbmV3L2tkZS9saWIvbGlia2RlaW5pdDRfa2J1aWxkc3ljb2NhNC5z
bwo8dW5rbm93biBwcm9ncmFtIG5hbWU+KDIxMTEzKS8gS1N0YXJ0dXBJbmZvOjpjcmVhdGVOZXdT
dGFydHVwSWQ6IGNyZWF0aW5nOiAgIm9kZW9uOzEyNDcyMjgwNDQ7MzIxNDQ3OzIxMTEzX1RJTUUw
IiA6ICJ1bm5hbWVkIGFwcCIKa2J1aWxkc3ljb2NhNCBydW5uaW5nLi4uCjI7MGtsaXBwZXIoMjEy
MzYpL2tkZWNvcmUgKEtDb25maWdTa2VsZXRvbikgS0NvcmVDb25maWdTa2VsZXRvbjo6d3JpdGVD
b25maWc6Ci92YXIvbGliL3B5dGhvbi1zdXBwb3J0L3B5dGhvbjIuNi9kYnVzL2Nvbm5lY3Rpb24u
cHk6MjQyOiBEZXByZWNhdGlvbldhcm5pbmc6IG9iamVjdC5fX2luaXRfXygpIHRha2VzIG5vIHBh
cmFtZXRlcnMKICBzdXBlcihDb25uZWN0aW9uLCBzZWxmKS5fX2luaXRfXygqYXJncywgKiprd2Fy
Z3MpCmtkZWluaXQ0OiBwcmVwYXJpbmcgdG8gbGF1bmNoIC9ob21lL2tkZW5ldy9rZGUvbGliL2tk
ZTQva2lvX3RyYXNoLnNvClFQYWludGVyOjpiZWdpbjogQ2Fubm90IHBhaW50IG9uIGEgbnVsbCBw
aXhtYXAKUVBhaW50ZXI6OnNldENvbXBvc2l0aW9uTW9kZTogUGFpbnRlciBub3QgYWN0aXZlCgpY
U01QIGVycm9yOiAgT2ZmZW5kaW5nIG1pbm9yIG9wY29kZSAgICA9IDUgKEludGVyYWN0UmVxdWVz
dCkKICAgICAgICAgICAgIE9mZmVuZGluZyBzZXF1ZW5jZSBudW1iZXIgPSAxMwogICAgICAgICAg
ICAgRXJyb3IgY2xhc3MgICAgICAgICAgICAgICA9IEJhZFN0YXRlCiAgICAgICAgICAgICBTZXZl
cml0eSAgICAgICAgICAgICAgICAgID0gQ2FuQ29udGludWUKCmtydW5uZXIoMjExOTEpL2tkZWNv
cmUgKEtDb25maWdTa2VsZXRvbikgS0NvcmVDb25maWdTa2VsZXRvbjo6d3JpdGVDb25maWc6Cmtn
bG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6
IFVucmVnaXN0ZXJpbmcga2V5ICJWb2x1bWUgRG93biIgZm9yICJrbWl4IiA6ICJkZWNyZWFzZV92
b2x1bWUiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVn
aXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJWb2x1bWUgVXAiIGZvciAia21peCIgOiAiaW5j
cmVhc2Vfdm9sdW1lIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5
Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiVm9sdW1lIE11dGUiIGZvciAia21p
eCIgOiAibXV0ZSIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6
dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIkN0cmwrRjkiIGZvciAia3dpbiIgOiAi
RXhwb3NlIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJl
Z2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiQ3RybCtBbHQrQSIgZm9yICJrd2luIiA6ICJB
Y3RpdmF0ZSBXaW5kb3cgRGVtYW5kaW5nIEF0dGVudGlvbiIKa2dsb2JhbGFjY2VsKDIxMTQwKSBH
bG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkg
Ik1ldGErLSIgZm9yICJrd2luIiA6ICJ2aWV3X3pvb21fb3V0IgprZ2xvYmFsYWNjZWwoMjExNDAp
IEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtl
eSAiQ3RybCtGMTAiIGZvciAia3dpbiIgOiAiRXhwb3NlQWxsIgprZ2xvYmFsYWNjZWwoMjExNDAp
IEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtl
eSAiTWV0YSswIiBmb3IgImt3aW4iIDogInZpZXdfYWN0dWFsX3NpemUiCmtnbG9iYWxhY2NlbCgy
MTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJp
bmcga2V5ICJDdHJsK1ByaW50IiBmb3IgImt3aW4iIDogIkRlc2t0b3AgU2NyZWVuc2hvdCB0byBD
bGlwYm9hcmQiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVu
cmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJBbHQrVGFiIiBmb3IgImt3aW4iIDogIldh
bGsgVGhyb3VnaCBXaW5kb3dzIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1Jl
Z2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiQWx0K0YzIiBmb3IgImt3
aW4iIDogIldpbmRvdyBPcGVyYXRpb25zIE1lbnUiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFs
U2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJDdHJs
K0Y4IiBmb3IgImt3aW4iIDogIlNob3dEZXNrdG9wR3JpZCIKa2dsb2JhbGFjY2VsKDIxMTQwKSBH
bG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkg
IkN0cmwrQWx0K0VzYyIgZm9yICJrd2luIiA6ICJLaWxsIFdpbmRvdyIKa2dsb2JhbGFjY2VsKDIx
MTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3Rlcmlu
ZyBrZXkgIkFsdCtQcmludCIgZm9yICJrd2luIiA6ICJXaW5kb3cgU2NyZWVuc2hvdCB0byBDbGlw
Ym9hcmQiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVn
aXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJNZXRhKz0iIGZvciAia3dpbiIgOiAidmlld196
b29tX2luIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJl
Z2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiQ3RybCtGNyIgZm9yICJrd2luIiA6ICJFeHBv
c2VDbGFzcyIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5y
ZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIkN0cmwrRjEiIGZvciAia3dpbiIgOiAiU3dp
dGNoIHRvIERlc2t0b3AgMSIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdp
c3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIkN0cmwrRjIiIGZvciAia3dp
biIgOiAiU3dpdGNoIHRvIERlc2t0b3AgMiIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9y
dGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIkN0cmwrRjMi
IGZvciAia3dpbiIgOiAiU3dpdGNoIHRvIERlc2t0b3AgMyIKa2dsb2JhbGFjY2VsKDIxMTQwKSBH
bG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkg
IkN0cmwrRjQiIGZvciAia3dpbiIgOiAiU3dpdGNoIHRvIERlc2t0b3AgNCIKa2dsb2JhbGFjY2Vs
KDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3Rl
cmluZyBrZXkgIkFsdCtGMTIiIGZvciAia3dpbiIgOiAiTW91c2UgRW11bGF0aW9uIgprZ2xvYmFs
YWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJl
Z2lzdGVyaW5nIGtleSAiQWx0K1NoaWZ0K0YxMiIgZm9yICJrd2luIiA6ICJTdXNwZW5kIENvbXBv
c2l0aW5nIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJl
Z2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiQWx0K1NoaWZ0K0JhY2t0YWIiIGZvciAia3dp
biIgOiAiV2FsayBUaHJvdWdoIFdpbmRvd3MgKFJldmVyc2UpIgprZ2xvYmFsYWNjZWwoMjExNDAp
IEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtl
eSAiQWx0K0Y0IiBmb3IgImt3aW4iIDogIldpbmRvdyBDbG9zZSIKa2dsb2JhbGFjY2VsKDIxMTQw
KSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBr
ZXkgIkN0cmwrQWx0K1NoaWZ0K0RlbCIgZm9yICJrcnVubmVyIiA6ICJMb2cgT3V0IFdpdGhvdXQg
Q29uZmlybWF0aW9uIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5
Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiQ3RybCtFc2MiIGZvciAia3J1bm5l
ciIgOiAiU2hvdyBTeXN0ZW0gQWN0aXZpdHkiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hv
cnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJBbHQrRjIi
IGZvciAia3J1bm5lciIgOiAiUnVuIENvbW1hbmQiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFs
U2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJDdHJs
K0FsdCtTaGlmdCtQZ0Rvd24iIGZvciAia3J1bm5lciIgOiAiSGFsdCBXaXRob3V0IENvbmZpcm1h
dGlvbiIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdp
c3RlcktleTogVW5yZWdpc3RlcmluZyBrZXkgIkN0cmwrQWx0K1NoaWZ0K1BnVXAiIGZvciAia3J1
bm5lciIgOiAiUmVib290IFdpdGhvdXQgQ29uZmlybWF0aW9uIgprZ2xvYmFsYWNjZWwoMjExNDAp
IEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtl
eSAiQ3RybCtBbHQrTCIgZm9yICJrcnVubmVyIiA6ICJMb2NrIFNlc3Npb24iCmtnbG9iYWxhY2Nl
bCgyMTE0MCkgR2xvYmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0
ZXJpbmcga2V5ICJDdHJsK0FsdCtEZWwiIGZvciAia3J1bm5lciIgOiAiTG9nIE91dCIKa2dsb2Jh
bGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5y
ZWdpc3RlcmluZyBrZXkgIkFsdCtTaGlmdCtGMiIgZm9yICJrcnVubmVyIiA6ICJSdW4gQ29tbWFu
ZCBvbiBjbGlwYm9hcmQgY29udGVudHMiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xvYmFsU2hvcnRj
dXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJDdHJsK0FsdCtJ
bnMiIGZvciAia3J1bm5lciIgOiAiU3dpdGNoIFVzZXIiCmtnbG9iYWxhY2NlbCgyMTE0MCkgR2xv
YmFsU2hvcnRjdXRzUmVnaXN0cnk6OnVucmVnaXN0ZXJLZXk6IFVucmVnaXN0ZXJpbmcga2V5ICJB
bHQrRjEiIGZvciAicGxhc21hLWRlc2t0b3AiIDogImFjdGl2YXRlIHdpZGdldCAzIgprZ2xvYmFs
YWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJlZ2lzdGVyS2V5OiBVbnJl
Z2lzdGVyaW5nIGtleSAiQ3RybCtGMTIiIGZvciAicGxhc21hLWRlc2t0b3AiIDogIlNob3cgRGFz
aGJvYXJkIgprZ2xvYmFsYWNjZWwoMjExNDApIEdsb2JhbFNob3J0Y3V0c1JlZ2lzdHJ5Ojp1bnJl
Z2lzdGVyS2V5OiBVbnJlZ2lzdGVyaW5nIGtleSAiU2VhcmNoIiBmb3IgImtob3RrZXlzIiA6ICJ7
ZDAzNjE5YjYtOWIzYy00OGNjLTlkOWMtYTJhYWRiNDg1NTUwfSIKa2dsb2JhbGFjY2VsKDIxMTQw
KSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdpc3RlcmluZyBr
ZXkgIkN0cmwrQWx0K1IiIGZvciAia2xpcHBlciIgOiAicmVwZWF0X2FjdGlvbiIKa2dsb2JhbGFj
Y2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3RlcktleTogVW5yZWdp
c3RlcmluZyBrZXkgIkN0cmwrQWx0K1giIGZvciAia2xpcHBlciIgOiAiY2xpcGJvYXJkX2FjdGlv
biIKa2dsb2JhbGFjY2VsKDIxMTQwKSBHbG9iYWxTaG9ydGN1dHNSZWdpc3RyeTo6dW5yZWdpc3Rl
cktleTogVW5yZWdpc3RlcmluZyBrZXkgIkN0cmwrQWx0K1YiIGZvciAia2xpcHBlciIgOiAic2hv
d19rbGlwcGVyX3BvcHVwIgpYIEVycm9yOiBSZW5kZXJCYWRQaWN0dXJlIChpbnZhbGlkIFBpY3R1
cmUgcGFyYW1ldGVyKSAxNzMKICBFeHRlbnNpb246ICAgIDE1MyAoUkVOREVSKQogIE1pbm9yIG9w
Y29kZTogNyAoUmVuZGVyRnJlZVBpY3R1cmUpCiAgUmVzb3VyY2UgaWQ6ICAweDI0MDAwODkKWCBF
cnJvcjogQmFkV2luZG93IChpbnZhbGlkIFdpbmRvdyBwYXJhbWV0ZXIpIDMKICBNYWpvciBvcGNv
ZGU6IDE4IChYX0NoYW5nZVByb3BlcnR5KQogIFJlc291cmNlIGlkOiAgMHgyNDAwMDg4ClggRXJy
b3I6IEJhZFdpbmRvdyAoaW52YWxpZCBXaW5kb3cgcGFyYW1ldGVyKSAzCiAgTWFqb3Igb3Bjb2Rl
OiA0IChYX0Rlc3Ryb3lXaW5kb3cpCiAgUmVzb3VyY2UgaWQ6ICAweDI0MDAwODgKWCBFcnJvcjog
MTgwIDE4MAogIEV4dGVuc2lvbjogICAgMTU2IChVa25vd24gZXh0ZW5zaW9uKQogIE1pbm9yIG9w
Y29kZTogMiAoVW5rbm93biByZXF1ZXN0KQogIFJlc291cmNlIGlkOiAgMHgxYzAwOTc3ClggRXJy
b3I6IFJlbmRlckJhZFBpY3R1cmUgKGludmFsaWQgUGljdHVyZSBwYXJhbWV0ZXIpIDE3MwogIEV4
dGVuc2lvbjogICAgMTUzIChSRU5ERVIpCiAgTWlub3Igb3Bjb2RlOiA3IChSZW5kZXJGcmVlUGlj
dHVyZSkKICBSZXNvdXJjZSBpZDogIDB4MWMwMDk3NgpYIEVycm9yOiBCYWRXaW5kb3cgKGludmFs
aWQgV2luZG93IHBhcmFtZXRlcikgMwogIE1ham9yIG9wY29kZTogMTAgKFhfVW5tYXBXaW5kb3cp
CiAgUmVzb3VyY2UgaWQ6ICAweDIyMDAwMjMKWCBFcnJvcjogQmFkV2luZG93IChpbnZhbGlkIFdp
bmRvdyBwYXJhbWV0ZXIpIDMKICBNYWpvciBvcGNvZGU6IDcgKFhfUmVwYXJlbnRXaW5kb3cpCiAg
UmVzb3VyY2UgaWQ6ICAweDIyMDAwMjMKWCBFcnJvcjogUmVuZGVyQmFkUGljdHVyZSAoaW52YWxp
ZCBQaWN0dXJlIHBhcmFtZXRlcikgMTczCiAgRXh0ZW5zaW9uOiAgICAxNTMgKFJFTkRFUikKICBN
aW5vciBvcGNvZGU6IDcgKFJlbmRlckZyZWVQaWN0dXJlKQogIFJlc291cmNlIGlkOiAgMHgxYzAw
OTczClggRXJyb3I6IEJhZFdpbmRvdyAoaW52YWxpZCBXaW5kb3cgcGFyYW1ldGVyKSAzCiAgTWFq
b3Igb3Bjb2RlOiA0IChYX0Rlc3Ryb3lXaW5kb3cpCiAgUmVzb3VyY2UgaWQ6ICAweDFjMDA5NzIK
WCBFcnJvcjogUmVuZGVyQmFkUGljdHVyZSAoaW52YWxpZCBQaWN0dXJlIHBhcmFtZXRlcikgMTcz
CiAgRXh0ZW5zaW9uOiAgICAxNTMgKFJFTkRFUikKICBNaW5vciBvcGNvZGU6IDcgKFJlbmRlckZy
ZWVQaWN0dXJlKQogIFJlc291cmNlIGlkOiAgMHgxYzAwOTc1ClggRXJyb3I6IEJhZFdpbmRvdyAo
aW52YWxpZCBXaW5kb3cgcGFyYW1ldGVyKSAzCiAgTWFqb3Igb3Bjb2RlOiA0IChYX0Rlc3Ryb3lX
aW5kb3cpCiAgUmVzb3VyY2UgaWQ6ICAweDFjMDA5NzQKWCBFcnJvcjogMTgwIDE4MAogIEV4dGVu
c2lvbjogICAgMTU2IChVa25vd24gZXh0ZW5zaW9uKQogIE1pbm9yIG9wY29kZTogMiAoVW5rbm93
biByZXF1ZXN0KQogIFJlc291cmNlIGlkOiAgMHgxYzAwZjk0ClggRXJyb3I6IFJlbmRlckJhZFBp
Y3R1cmUgKGludmFsaWQgUGljdHVyZSBwYXJhbWV0ZXIpIDE3MwogIEV4dGVuc2lvbjogICAgMTUz
IChSRU5ERVIpCiAgTWlub3Igb3Bjb2RlOiA3IChSZW5kZXJGcmVlUGljdHVyZSkKICBSZXNvdXJj
ZSBpZDogIDB4MWMwMGY5MwpYIEVycm9yOiBCYWRXaW5kb3cgKGludmFsaWQgV2luZG93IHBhcmFt
ZXRlcikgMwogIE1ham9yIG9wY29kZTogMTAgKFhfVW5tYXBXaW5kb3cpCiAgUmVzb3VyY2UgaWQ6
ICAweDI0MDAwODgKWCBFcnJvcjogQmFkV2luZG93IChpbnZhbGlkIFdpbmRvdyBwYXJhbWV0ZXIp
IDMKICBNYWpvciBvcGNvZGU6IDcgKFhfUmVwYXJlbnRXaW5kb3cpCiAgUmVzb3VyY2UgaWQ6ICAw
eDI0MDAwODgKWCBFcnJvcjogUmVuZGVyQmFkUGljdHVyZSAoaW52YWxpZCBQaWN0dXJlIHBhcmFt
ZXRlcikgMTczCiAgRXh0ZW5zaW9uOiAgICAxNTMgKFJFTkRFUikKICBNaW5vciBvcGNvZGU6IDcg
KFJlbmRlckZyZWVQaWN0dXJlKQogIFJlc291cmNlIGlkOiAgMHgxYzAwZjkwClggRXJyb3I6IEJh
ZFdpbmRvdyAoaW52YWxpZCBXaW5kb3cgcGFyYW1ldGVyKSAzCiAgTWFqb3Igb3Bjb2RlOiA0IChY
X0Rlc3Ryb3lXaW5kb3cpCiAgUmVzb3VyY2UgaWQ6ICAweDFjMDBmOGYKWCBFcnJvcjogUmVuZGVy
QmFkUGljdHVyZSAoaW52YWxpZCBQaWN0dXJlIHBhcmFtZXRlcikgMTczCiAgRXh0ZW5zaW9uOiAg
ICAxNTMgKFJFTkRFUikKICBNaW5vciBvcGNvZGU6IDcgKFJlbmRlckZyZWVQaWN0dXJlKQogIFJl
c291cmNlIGlkOiAgMHgxYzAwZjkyClggRXJyb3I6IEJhZFdpbmRvdyAoaW52YWxpZCBXaW5kb3cg
cGFyYW1ldGVyKSAzCiAgTWFqb3Igb3Bjb2RlOiA0IChYX0Rlc3Ryb3lXaW5kb3cpCiAgUmVzb3Vy
Y2UgaWQ6ICAweDFjMDBmOTEKWCBFcnJvcjogMTgwIDE4MAogIEV4dGVuc2lvbjogICAgMTU2IChV
a25vd24gZXh0ZW5zaW9uKQogIE1pbm9yIG9wY29kZTogMiAoVW5rbm93biByZXF1ZXN0KQogIFJl
c291cmNlIGlkOiAgMHgxYzAxMzhiClggRXJyb3I6IFJlbmRlckJhZFBpY3R1cmUgKGludmFsaWQg
UGljdHVyZSBwYXJhbWV0ZXIpIDE3MwogIEV4dGVuc2lvbjogICAgMTUzIChSRU5ERVIpCiAgTWlu
b3Igb3Bjb2RlOiA3IChSZW5kZXJGcmVlUGljdHVyZSkKICBSZXNvdXJjZSBpZDogIDB4MWMwMTM4
YQpYIEVycm9yOiBCYWRXaW5kb3cgKGludmFsaWQgV2luZG93IHBhcmFtZXRlcikgMwogIE1ham9y
IG9wY29kZTogMTAgKFhfVW5tYXBXaW5kb3cpCiAgUmVzb3VyY2UgaWQ6ICAweDEwMDAwMGYKWCBF
cnJvcjogQmFkV2luZG93IChpbnZhbGlkIFdpbmRvdyBwYXJhbWV0ZXIpIDMKICBNYWpvciBvcGNv
ZGU6IDcgKFhfUmVwYXJlbnRXaW5kb3cpCiAgUmVzb3VyY2UgaWQ6ICAweDEwMDAwMGYKWCBFcnJv
cjogUmVuZGVyQmFkUGljdHVyZSAoaW52YWxpZCBQaWN0dXJlIHBhcmFtZXRlcikgMTczCiAgRXh0
ZW5zaW9uOiAgICAxNTMgKFJFTkRFUikKICBNaW5vciBvcGNvZGU6IDcgKFJlbmRlckZyZWVQaWN0
dXJlKQogIFJlc291cmNlIGlkOiAgMHgxYzAxMzg3ClggRXJyb3I6IEJhZFdpbmRvdyAoaW52YWxp
ZCBXaW5kb3cgcGFyYW1ldGVyKSAzCiAgTWFqb3Igb3Bjb2RlOiA0IChYX0Rlc3Ryb3lXaW5kb3cp
CiAgUmVzb3VyY2UgaWQ6ICAweDFjMDEzODYKWCBFcnJvcjogUmVuZGVyQmFkUGljdHVyZSAoaW52
YWxpZCBQaWN0dXJlIHBhcmFtZXRlcikgMTczCiAgRXh0ZW5zaW9uOiAgICAxNTMgKFJFTkRFUikK
ICBNaW5vciBvcGNvZGU6IDcgKFJlbmRlckZyZWVQaWN0dXJlKQogIFJlc291cmNlIGlkOiAgMHgx
YzAxMzg5ClggRXJyb3I6IEJhZFdpbmRvdyAoaW52YWxpZCBXaW5kb3cgcGFyYW1ldGVyKSAzCiAg
TWFqb3Igb3Bjb2RlOiA0IChYX0Rlc3Ryb3lXaW5kb3cpCiAgUmVzb3VyY2UgaWQ6ICAweDFjMDEz
ODgKWCBFcnJvcjogQmFkV2luZG93IChpbnZhbGlkIFdpbmRvdyBwYXJhbWV0ZXIpIDMKICBFeHRl
bnNpb246ICAgIDE0MiAoVWtub3duIGV4dGVuc2lvbikKICBNaW5vciBvcGNvZGU6IDYgKFVua25v
d24gcmVxdWVzdCkKICBSZXNvdXJjZSBpZDogIDB4MTQwMDIwYQpYIEVycm9yOiBCYWRXaW5kb3cg
KGludmFsaWQgV2luZG93IHBhcmFtZXRlcikgMwogIE1ham9yIG9wY29kZTogMiAoWF9DaGFuZ2VX
aW5kb3dBdHRyaWJ1dGVzKQogIFJlc291cmNlIGlkOiAgMHgxNDAwMjBhClggRXJyb3I6IEJhZFdp
bmRvdyAoaW52YWxpZCBXaW5kb3cgcGFyYW1ldGVyKSAzCiAgRXh0ZW5zaW9uOiAgICAxNDIgKFVr
bm93biBleHRlbnNpb24pCiAgTWlub3Igb3Bjb2RlOiA2IChVbmtub3duIHJlcXVlc3QpCiAgUmVz
b3VyY2UgaWQ6ICAweDFjMDE1NmUKWCBFcnJvcjogQmFkV2luZG93IChpbnZhbGlkIFdpbmRvdyBw
YXJhbWV0ZXIpIDMKICBNYWpvciBvcGNvZGU6IDIgKFhfQ2hhbmdlV2luZG93QXR0cmlidXRlcykK
ICBSZXNvdXJjZSBpZDogIDB4MWMwMTU2ZQpzdGFydGtkZTogU2h1dHRpbmcgZG93bi4uLgprbGF1
bmNoZXI6IEV4aXRpbmcgb24gc2lnbmFsIDEKa0RlYnVnU3RyZWFtIGNhbGxlZCBhZnRlciBkZXN0
cnVjdGlvbiAoZnJvbSB2b2lkIHNpZ3Rlcm1faGFuZGxlcihpbnQpIGZpbGUgL2hvbWUva2RlbmV3
L2tkZXN2bi9rZGViYXNlL3dvcmtzcGFjZS9rd3JpdGVkL2t3cml0ZWQuY3BwIGxpbmUgNTYpCkNh
dWdodCBzaWduYWwgMTUgLCBleGl0aW5nLi4uIApzdGFydGtkZTogUnVubmluZyBzaHV0ZG93biBz
Y3JpcHRzLi4uCnN0YXJ0a2RlOiBEb25lLgoNCndhaXRpbmcgZm9yIFggc2VydmVyIHRvIHNodXQg
ZG93biAgZGR4U2lnR2l2ZVVwOiBDbG9zaW5nIGxvZwoKDQo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>51886</attachid>
            <date>2010-09-22 19:30:03 +0000</date>
            <delta_ts>2010-09-22 19:30:03 +0000</delta_ts>
            <desc>my patch for separate X screen config, please test </desc>
            <filename>dh.patch</filename>
            <type>text/plain</type>
            <size>720</size>
            <attacher name="Oliver">webadmin</attacher>
            
              <data encoding="base64">SW5kZXg6IGtkZWJhc2Uvd29ya3NwYWNlL3BsYXNtYS9kZXNrdG9wL3NoZWxsL21haW4uY3BwCj09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT0KLS0tIGtkZWJhc2Uvd29ya3NwYWNlL3BsYXNtYS9kZXNrdG9wL3NoZWxsL21haW4u
Y3BwCShSZXZpc2lvbiAxMTc4MDI4KQorKysga2RlYmFzZS93b3Jrc3BhY2UvcGxhc21hL2Rlc2t0
b3Avc2hlbGwvbWFpbi5jcHAJKEFyYmVpdHNrb3BpZSkKQEAgLTk2LDggKzk2LDEwIEBACiAKICAg
ICBRQnl0ZUFycmF5IGFwcE5hbWUgPSAicGxhc21hLWRlc2t0b3AiOwogICAgIGlmIChhc3NvY2lh
dGVkU2NyZWVuID4gMCkgewotICAgICAgICBhcHBOYW1lLmFwcGVuZCgiLXNjcmVlbi0iKS5hcHBl
bmQoYXNzb2NpYXRlZFNjcmVlbik7CisgICAgICAgIFFTdHJpbmcgdG1wX3Rlc3QgPSBRU3RyaW5n
KCItc2NyZWVuLSUxIikuYXJnKGFzc29jaWF0ZWRTY3JlZW4pOworICAgICAgICBhcHBOYW1lLmFw
cGVuZCh0bXBfdGVzdC50b0FzY2lpKCkpOwogICAgIH0KKyAgICBrRGVidWcoKSA8PCBhcHBOYW1l
IDsKIAogICAgIEtBYm91dERhdGEgYWJvdXREYXRhKGFwcE5hbWUsIDAsIGtpMThuKCJQbGFzbWEg
V29ya3NwYWNlIiksCiAgICAgICAgICAgICAgICAgICAgICAgICAgdmVyc2lvbiwga2kxOG4oZGVz
Y3JpcHRpb24pLCBLQWJvdXREYXRhOjpMaWNlbnNlX0dQTCwK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>59011</attachid>
            <date>2011-04-15 15:58:09 +0000</date>
            <delta_ts>2011-04-15 15:58:09 +0000</delta_ts>
            <desc>Patch to fix locale problems</desc>
            <filename>fix-plasma-locale-multihead.patch</filename>
            <type>text/plain</type>
            <size>1472</size>
            <attacher name="Alberto Mattea">alberto</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL3BsYXNtYS9kZXNrdG9wL3NoZWxsL21haW4uY3BwIGIvcGxhc21hL2Rlc2t0
b3Avc2hlbGwvbWFpbi5jcHAKaW5kZXggMGZhZjM1MS4uNmYwNGU5OCAxMDA2NDQKLS0tIGEvcGxh
c21hL2Rlc2t0b3Avc2hlbGwvbWFpbi5jcHAKKysrIGIvcGxhc21hL2Rlc2t0b3Avc2hlbGwvbWFp
bi5jcHAKQEAgLTQxLDEyICs0MSwxNCBAQAogCiBzdGF0aWMgY29uc3QgY2hhciBkZXNjcmlwdGlv
bltdID0gSTE4Tl9OT09QKCAiVGhlIEtERSBkZXNrdG9wLCBwYW5lbHMgYW5kIHdpZGdldHMgd29y
a3NwYWNlIGFwcGxpY2F0aW9uLiIgKTsKIHN0YXRpYyBjb25zdCBjaGFyIHZlcnNpb25bXSA9ICIw
LjQiOworUVN0cmluZyBwbGFzbWFMb2NhbGU7CiAKIGV4dGVybiAiQyIKIEtERV9FWFBPUlQgaW50
IGtkZW1haW4oaW50IGFyZ2MsIGNoYXIgKiphcmd2KQogewogICAgIGtEZWJ1ZygpIDw8ICIhIXt9
IFNUQVJUVVAgVElNRSIgPDwgUVRpbWUoKS5tc2Vjc1RvKFFUaW1lOjpjdXJyZW50VGltZSgpKSA8
PCAiU1RBUlQiIDw8ICIobGluZToiIDw8IF9fTElORV9fIDw8ICIpIjsKICAgCisgICAgcGxhc21h
TG9jYWxlID0gS0xvY2FsZSgibGlicGxhc21hIikubGFuZ3VhZ2UoKTsKICAgICAvLyBkdWFsIGhl
YWQgc3VwcG9ydAogICAgIGludCBhc3NvY2lhdGVkU2NyZWVuID0gMDsKICNpZmRlZiBRX1dTX1gx
MQpkaWZmIC0tZ2l0IGEvcGxhc21hL2Rlc2t0b3Avc2hlbGwvcGxhc21hYXBwLmNwcCBiL3BsYXNt
YS9kZXNrdG9wL3NoZWxsL3BsYXNtYWFwcC5jcHAKaW5kZXggODZjNmJmYi4uYzFlOTVmNCAxMDA2
NDQKLS0tIGEvcGxhc21hL2Rlc2t0b3Avc2hlbGwvcGxhc21hYXBwLmNwcAorKysgYi9wbGFzbWEv
ZGVza3RvcC9zaGVsbC9wbGFzbWFhcHAuY3BwCkBAIC05NCw2ICs5NCw4IEBACiAjaW5jbHVkZSA8
WDExL2V4dGVuc2lvbnMvWHJlbmRlci5oPgogI2VuZGlmCiAKK2V4dGVybiBRU3RyaW5nIHBsYXNt
YUxvY2FsZTsKKwogUGxhc21hQXBwKiBQbGFzbWFBcHA6OnNlbGYoKQogewogICAgIGlmICgha2Fw
cCkgewpAQCAtMTE0LDYgKzExNiw3IEBAIFBsYXNtYUFwcDo6UGxhc21hQXBwKCkKIHsKICAgICBr
RGVidWcoKSA8PCAiISF7fSBTVEFSVFVQIFRJTUUiIDw8IFFUaW1lKCkubXNlY3NUbyhRVGltZTo6
Y3VycmVudFRpbWUoKSkgPDwgInBsYXNtYSBhcHAgY3RvciBzdGFydCIgPDwgIihsaW5lOiIgPDwg
X19MSU5FX18gPDwgIikiOwogICAgIFBsYXNtYUFwcDo6c3VzcGVuZFN0YXJ0dXAodHJ1ZSk7Cisg
ICAgS0dsb2JhbDo6bG9jYWxlKCktPnNldExhbmd1YWdlKHBsYXNtYUxvY2FsZSwgJktDb25maWco
KSk7CiAgICAgS0dsb2JhbDo6bG9jYWxlKCktPmluc2VydENhdGFsb2coImxpYnBsYXNtYSIpOwog
ICAgIEtHbG9iYWw6OmxvY2FsZSgpLT5pbnNlcnRDYXRhbG9nKCJwbGFzbWFnZW5lcmljc2hlbGwi
KTsKICAgICBLQ3Jhc2g6OnNldEZsYWdzKEtDcmFzaDo6QXV0b1Jlc3RhcnQpOwo=
</data>

          </attachment>
      

    </bug>

</bugzilla>