<?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>289932</bug_id>
          
          <creation_ts>2011-12-27 16:11:56 +0000</creation_ts>
          <short_desc>virtuoso_t eats up cpu</short_desc>
          <delta_ts>2012-11-11 16:48:48 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>10</classification_id>
          <classification>Unmaintained</classification>
          <product>nepomuk</product>
          <component>general</component>
          <version>4.8</version>
          <rep_platform>Arch Linux</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>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Roland Leißa">roland.leissa</reporter>
          <assigned_to name="Sebastian Trueg">trueg</assigned_to>
          <cc>aheinecke</cc>
    
    <cc>alejandronova</cc>
    
    <cc>anderslund</cc>
    
    <cc>andrnils</cc>
    
    <cc>asn</cc>
    
    <cc>asraniel</cc>
    
    <cc>branislav.klocok</cc>
    
    <cc>cfeck</cc>
    
    <cc>cruzki123</cc>
    
    <cc>cyberbeat</cc>
    
    <cc>denni</cc>
    
    <cc>diego.viola</cc>
    
    <cc>d_f0rce</cc>
    
    <cc>franz.trischberger</cc>
    
    <cc>frederic.coiffier</cc>
    
    <cc>graham.anderson</cc>
    
    <cc>guillaume.debure</cc>
    
    <cc>hohenegger</cc>
    
    <cc>jfrantzius</cc>
    
    <cc>johnny</cc>
    
    <cc>jomi</cc>
    
    <cc>jospoortvliet</cc>
    
    <cc>karaluh</cc>
    
    <cc>lindsay.mathieson</cc>
    
    <cc>luca76</cc>
    
    <cc>mails.bugs.kde.org-2025-1</cc>
    
    <cc>marco.clemencic</cc>
    
    <cc>me</cc>
    
    <cc>melko</cc>
    
    <cc>mirza.dervisevic</cc>
    
    <cc>nico.kruber</cc>
    
    <cc>null</cc>
    
    <cc>pascalmaillard</cc>
    
    <cc>pederick</cc>
    
    <cc>randy-andy-</cc>
    
    <cc>redm</cc>
    
    <cc>rm</cc>
    
    <cc>rossi.f</cc>
    
    <cc>saigkill</cc>
    
    <cc>sgh</cc>
    
    <cc>sven.burmeister</cc>
    
    <cc>szo</cc>
    
    <cc>t.platzer</cc>
    
    <cc>tuliom</cc>
    
    <cc>Wolfgang_Mader</cc>
    
    <cc>wstephenson</cc>
    
    <cc>yngve</cc>
    
    <cc>zerg</cc>
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin>4.8.2</cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>319</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1205424</commentid>
    <comment_count>0</comment_count>
    <who name="Roland Leißa">roland.leissa</who>
    <bug_when>2011-12-27 16:11:56 +0000</bug_when>
    <thetext>Version:           4.8 (using Devel) 
OS:                Linux

virtuoso_t eats up 50-90% cpu time.
only way to fix this is to completely disable nepomuk semantic desktop.

Reproducible: Always

Steps to Reproduce:
1. &quot;Enable Nepomuk Semantic Desktop&quot;


Expected Results:  
sane cpu workload

same result when email indexer and file indexer are disabled.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1207156</commentid>
    <comment_count>1</comment_count>
    <who name="">bhonermann</who>
    <bug_when>2011-12-31 14:04:25 +0000</bug_when>
    <thetext>Have the same problem.

Kubuntu 11.10 with KDE 4.8 RC.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1212685</commentid>
    <comment_count>2</comment_count>
    <who name="H.H.">cyberbeat</who>
    <bug_when>2012-01-10 20:15:49 +0000</bug_when>
    <thetext>I have the same problem with kde-4.8rc2 installed from opensuse obs packages.
workload does not stop, have to disable nepomuk in settings and kill virtuoso-process manually to stop.

If you need more info to fix the issue, please tell me what I need to report. Would be terrible to have this for final 4.8 release (previously kde-4.7 worked fine).

I don&apos;t use strigi, although it was reenabled after upgrade to kde-4.8!?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1212690</commentid>
    <comment_count>3</comment_count>
    <who name="">bhonermann</who>
    <bug_when>2012-01-10 20:24:38 +0000</bug_when>
    <thetext>Have seemingly sorted the problem on my install of 4.8 RC2, though it requires allowing Nepomuk to re-index everything.

1. Turn off Nepomuk and kill any remaining virtuoso-t processes

2. Delete (or move) ~/.kde/share/apps/nepomuk folder

3. Delete (or move) ~/.kde/share/config/nepomuk* configuration files

4. Restart Nepomuk.

It&apos;s still indexing now, but even while indexing, virtuoso-t is only peaking at about 10%.  I did notice that a few files inside the nepomuk folder were owned by root.  Not sure what may have happened in the migration, but seemed odd that root would own anything there.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1212793</commentid>
    <comment_count>4</comment_count>
    <who name="Roland Leißa">roland.leissa</who>
    <bug_when>2012-01-10 23:56:43 +0000</bug_when>
    <thetext>removing all nepomuk files solved this issue for me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1213072</commentid>
    <comment_count>5</comment_count>
    <who name="H.H.">cyberbeat</who>
    <bug_when>2012-01-11 14:28:55 +0000</bug_when>
    <thetext>I did not have success with cleaning nepomuk files.

when nepomuk is active (and virtuso 100% cpu) I got error messages in .xsession_errors, some syntax errors on sparql queries which seem to be related to my last kmail-search.

when nepomuk is inactive my .xsession_errors file is flooded by messages like

&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;QLocalSocket::connectToServer: Invalid name&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;Unsupported operation (2)&quot;: &quot;Invalid model&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;Unsupported operation (2)&quot;: &quot;Invalid model&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;Unsupported operation (2)&quot;: &quot;Invalid model&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;Invalid iterator.&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files&quot;
QObject: Cannot create children for a parent that is in a different thread.
(Parent is Soprano::Client::LocalSocketClient(0x7ab058), parent&apos;s thread is QThread(0x628440), current thread is RankingsUpdateThread(0x86ea10)
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;QLocalSocket::connectToServer: Invalid name&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;Unsupported operation (2)&quot;: &quot;Invalid model&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;Unsupported operation (2)&quot;: &quot;Invalid model&quot;
&quot;/usr/bin/kactivitymanagerd(2839)&quot; Soprano: &quot;Unsupported operation (2)&quot;: &quot;Invalid model&quot;
&quot;/usr/bin/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1217937</commentid>
    <comment_count>6</comment_count>
    <who name="H.H.">cyberbeat</who>
    <bug_when>2012-01-23 23:13:07 +0000</bug_when>
    <thetext>deactivating some krunner plugins solved it for me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1218652</commentid>
    <comment_count>7</comment_count>
      <attachid>68187</attachid>
    <who name="Graham Anderson">graham.anderson</who>
    <bug_when>2012-01-26 08:52:12 +0000</bug_when>
    <thetext>Created attachment 68187
threadsanitizer log

I see this cpu thrashing in 4.8 release. I ran it under valgrind with threadsanitizer and nepomuk feeders/indexers enabled to make sure codepaths were used.

There&apos;s a few candidates for race conditions, log attached.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1219879</commentid>
    <comment_count>8</comment_count>
    <who name="Mark">markg85</who>
    <bug_when>2012-01-28 16:46:54 +0000</bug_when>
    <thetext>I &quot;thought&quot; I has the same issue. The result certainly is a constant 6% cpu usage for virtuoso. However, when suspending indexing that dropped to 0%.

I wish there was an option to just let virtuose/nepomuk/whatever use all CPU and disc for some set time to index everything fast! Instead of just slowly indexing but constantly CPU fluctuations.

Funny thing is that once i resumed indexing the &quot;nepomukcontroller&quot; (or something like it) crashed :p</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1219916</commentid>
    <comment_count>9</comment_count>
    <who name="Gunter Ohrner">mails.bugs.kde.org-2025-1</who>
    <bug_when>2012-01-28 18:19:29 +0000</bug_when>
    <thetext>Mh, resetting the Nepomuk configuration as described in comment 3 does not really seem to help for me.

(Running KDE 4.8.0 @ Kubuntu 11.10.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1219933</commentid>
    <comment_count>10</comment_count>
    <who name="Franz Trischberger">franz.trischberger</who>
    <bug_when>2012-01-28 18:59:52 +0000</bug_when>
    <thetext>Resetting helped. The same issue popped up when upgrading from kde-4.6.4 to kde-4.7.0. The only solution - deleting the whole nepomuk-storage. Also some updates before had issues with virtuoso eating up CPU or Memory.
Luckily I never made metadata an important feature in my workflow. No rating, no keywords.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1220002</commentid>
    <comment_count>11</comment_count>
    <who name="Alex">d_f0rce</who>
    <bug_when>2012-01-28 22:24:06 +0000</bug_when>
    <thetext>Resetting the Nepomuk configuration did not work for me. Only way that works is disabling Nepomuk completely.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1220003</commentid>
    <comment_count>12</comment_count>
    <who name="Alex">d_f0rce</who>
    <bug_when>2012-01-28 22:24:43 +0000</bug_when>
    <thetext>*** This bug has been confirmed by popular vote. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1220066</commentid>
    <comment_count>13</comment_count>
    <who name="Diego Viola">diego.viola</who>
    <bug_when>2012-01-29 03:59:18 +0000</bug_when>
    <thetext>I&apos;ve had this issue with KDE 4.8.0 (Arch Linux) x86-64.

Disabling Strigi/Nepomuk and killing the process (virtuoso-t) worked as a workaround for me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1220112</commentid>
    <comment_count>14</comment_count>
    <who name="Gunter Ohrner">mails.bugs.kde.org-2025-1</who>
    <bug_when>2012-01-29 08:41:16 +0000</bug_when>
    <thetext>I cannot currently seem to derive any reliable rules from Nepomuk&apos;s / virtuoso&apos;s behaviour.

After removing Nepomuk&apos;s data store and configuration files, and disabling file- and email-indexing, virtuoso still started to run and eat 100% CPU (niced). 

However, this time after working for a while, it seemed to finish with whatever it was doing and started to sleep.

It will wake up from time-to-time (pretty frequently, actually) and process its next chunk of work.

I then tried to disable Nepomuk completely, which terminated the running virtuoso-t process.

However, now dbus-daemon and akonadi-nepomuk start to consume CPU from time to time, also 100%, but not niced...

I&apos;m a bit at a loss trying to understand what&apos;s happening there... :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1220265</commentid>
    <comment_count>15</comment_count>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-01-29 14:04:26 +0000</bug_when>
    <thetext>I have the same issue on Archlinux x86_64 with kde 4.8. I have a dual core machine and both cores are used with 100% from virtuoso-t processes. I had never installed beta packages, just followed the 4.7-&gt;4.8 update path.

Will I lose all my meta data if I wipe nepomuk folder clean as sugested in Comment #3? If so, I would love to see another solution. At the moment, the only way to use my machine is to disable Nepomuk and friends.

If you need further information I am happy to provide if I can.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1220315</commentid>
    <comment_count>16</comment_count>
    <who name="Toralf Förster">toralf.foerster</who>
    <bug_when>2012-01-29 15:59:31 +0000</bug_when>
    <thetext>I don&apos;t have any virtuoso-t processes running, but my .xsession-errors is spamed by kactivitymanagerd too : https://bugs.gentoo.org/show_bug.cgi?id=401155</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1220326</commentid>
    <comment_count>17</comment_count>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-01-29 16:21:59 +0000</bug_when>
    <thetext>I can confirm Comment #16. Even now that Nepomuk is disabled, debug messages are written to .xsession-errors.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1221725</commentid>
    <comment_count>18</comment_count>
    <who name="Ralph Moenchmeyer">rm</who>
    <bug_when>2012-02-01 17:51:00 +0000</bug_when>
    <thetext>I upgraded to KDE 4.8 on an Opensuse 12.1-system (x86_64). I followed the advice of comment #3 and it worked very well for me.    

One thing I did in addition was to delete all akonadi_nepomuk_* files in the ~/.kde/share/config/ - folder, too. 

The deleted config files and the nepomuk directory were regenerated, after activating nepomuk again. 

Since then I do get a reindexing of files, mails and other things, but with a much, much lower cpu load.  

Furthermore, the virtuso-t process now seems to behave adaptive: when i pause doing something it starts getting more active and causes higher cpu loads - but the cpu consumption is reduced again substantially when I really work with an application on the KDE desktop.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1221747</commentid>
    <comment_count>19</comment_count>
    <who name="Alejandro Nova">alejandronova</who>
    <bug_when>2012-02-01 18:29:30 +0000</bug_when>
    <thetext>From my experience:

1. At least all the Akonadi data NEEDS reindexing.
2. Soprano 2.7.4 breaks the Akonadi indexing (so, it WILL eat your CPU forever, the solution is to use either trunk or 2.7.3) Also, 2.7.0 (Kubuntu) also doesn&apos;t work.
3. You NEED akonadi-1.7.0 to use KDE 4.8.0. If you try to use KDE 4.8.0 with akonadi-1.6.2 (in other words, if you use Kubuntu) you&apos;ll run into trouble.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1221769</commentid>
    <comment_count>20</comment_count>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-02-01 19:00:18 +0000</bug_when>
    <thetext>Des Comment #19 together with Comment #18 mean that I have to give up all the metadata like rating and stuff what I have up to now. So, do I have to follow Comment #3 on deleting nepomuk folders?

I already left my machine sitting for two nights &quot;reindexing&quot; but I was not able to see any progress. As soon as I turn on Nepomuk again, all available cpus are at 100%.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1221845</commentid>
    <comment_count>21</comment_count>
    <who name="S. Burmeister">sven.burmeister</who>
    <bug_when>2012-02-01 21:43:29 +0000</bug_when>
    <thetext>(In reply to comment #19)
&gt; From my experience:
&gt; 
&gt; 1. At least all the Akonadi data NEEDS reindexing.
&gt; 2. Soprano 2.7.4 breaks the Akonadi indexing (so, it WILL eat your CPU forever,
&gt; the solution is to use either trunk or 2.7.3) Also, 2.7.0 (Kubuntu) also
&gt; doesn&apos;t work.
&gt; 3. You NEED akonadi-1.7.0 to use KDE 4.8.0. If you try to use KDE 4.8.0 with
&gt; akonadi-1.6.2 (in other words, if you use Kubuntu) you&apos;ll run into trouble.

openSUSE provides both, akonadi 1.7.0 and soprano 2.7.4 in its KDE 4.8 repo and the issue does occur nonetheless.

If it was the akonadi-data, disabling the email indexing in systemsettings would stop that re-indexing. AFAIK that does not solve the issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1221867</commentid>
    <comment_count>22</comment_count>
    <who name="Graham Anderson">graham.anderson</who>
    <bug_when>2012-02-01 22:42:11 +0000</bug_when>
    <thetext>(In reply to comment #19)
&gt; From my experience: 
&gt; 1. At least all the Akonadi data NEEDS reindexing.

If this were the case, then I would see the problem go away after a given length of time. Before I filed a comment and log on this bug I gave the process the max allowable RAM via system settings (1GiB) , and re-niced the process to give it max priority. I left it several hours and can tell you there was no change after my 4 cores thrashed away most of the night. I spent less time indexing several hundred thousand emails imported via IMAP when I moved to PIM46, it&apos;s not an indexing issue. Or at least not directly because of the existing index so far as I can guess.

&gt; 2. Soprano 2.7.4 breaks the Akonadi indexing (so, it WILL eat your CPU forever,
&gt; the solution is to use either trunk or 2.7.3) Also, 2.7.0 (Kubuntu) also
&gt; doesn&apos;t work.
&gt; 3. You NEED akonadi-1.7.0 to use KDE 4.8.0. If you try to use KDE 4.8.0 with
&gt; akonadi-1.6.2 (in other words, if you use Kubuntu) you&apos;ll run into trouble.

I can testify to what Sven mentioned about versions. Same platform, same packages, same versions as him.

This extremely high CPU usage when there&apos;s not much else happening is very indicative of race conditions; which is why I went to the trouble of generating a log (as previously attached) using threadsanitizer. Now Threadsanitizer is not 100% accurate and it cannot map bugs to the potential race conditions it finds, but it&apos;s _very_ good. So when it light up like a christmas tree when the CPU thrashing occurs I&apos;d be prepared to make a wager the issues it found are not entirely unrelated to this bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1221872</commentid>
    <comment_count>23</comment_count>
    <who name="Graham Anderson">graham.anderson</who>
    <bug_when>2012-02-01 22:51:27 +0000</bug_when>
    <thetext>Oh also, please bear in mind this could easily be something else. Even if it were found to be a data race, concurrent programming with threads is *hard*, towards the elite end of the spectrum of programmers... A little patience advised ;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1222743</commentid>
    <comment_count>24</comment_count>
    <who name="Tulio Magno Quites Machado Filho">tuliom</who>
    <bug_when>2012-02-04 02:08:13 +0000</bug_when>
    <thetext>Found a lot of this in my soprano-virtuoso.log:
23:51:58 SQL Error: 42001 : SR185: Undefined procedure DB.DBA.KEY_DELETE_REPLAY.
23:51:58 SQL Error: 42001 : SR185: Undefined procedure DB.DBA.KEY_DELETE_REPLAY.
23:51:58 SQL Error: 42001 : SR185: Undefined procedure DB.DBA.KEY_DELETE_REPLAY.

They started on the same day I updated to 4.8</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1223634</commentid>
    <comment_count>25</comment_count>
    <who name="Branislav Klocok">branislav.klocok</who>
    <bug_when>2012-02-06 10:50:55 +0000</bug_when>
    <thetext>Following:
1. Turn off Nepomuk and kill any remaining virtuoso-t processes
2. Delete (or move) ~/.kde/share/apps/nepomuk folder
3. Delete (or move) ~/.kde/share/config/nepomuk* configuration files
4. Restart Nepomuk.
Solved the issue for me. OS:  Linux 3.1.0-1.2-desktop x86_64 System:  openSUSE 12.1 (x86_64) KDE:  4.8.00 (4.8.0 &quot;release 462&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1223640</commentid>
    <comment_count>26</comment_count>
    <who name="Andreas Schneider">asn</who>
    <bug_when>2012-02-06 11:01:18 +0000</bug_when>
    <thetext>Could someone please backup the nepomuk files. Then follow the steps for comment #25 and if it works attach them here?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1223696</commentid>
    <comment_count>27</comment_count>
    <who name="Branislav Klocok">branislav.klocok</who>
    <bug_when>2012-02-06 14:21:20 +0000</bug_when>
    <thetext>Sorry, I have deleted the old files.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1223704</commentid>
    <comment_count>28</comment_count>
    <who name="Tulio Magno Quites Machado Filho">tuliom</who>
    <bug_when>2012-02-06 14:36:31 +0000</bug_when>
    <thetext>(In reply to comment #26)
&gt; Could someone please backup the nepomuk files. Then follow the steps for
&gt; comment #25 and if it works attach them here?

I already tested this and it works, but I lose all my tags and ratings. So, I recovered everything and disabled 
Andreas, which files do you need?
My nepomuk data (~/.kde4/share/apps/nepomuk) has almost 3GiB. :-(</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1224075</commentid>
    <comment_count>29</comment_count>
    <who name="H.H.">cyberbeat</who>
    <bug_when>2012-02-07 13:49:39 +0000</bug_when>
    <thetext>first constructive answer found:

http://vhanda.in/blog/2012/02/virtuoso-going-crazy-/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1224084</commentid>
    <comment_count>30</comment_count>
    <who name="H.H.">cyberbeat</who>
    <bug_when>2012-02-07 14:05:10 +0000</bug_when>
    <thetext>mhm, the query:

qdbus org.kde.nepomuk.services.nepomukqueryservice

results in

/
/nepomukqueryservice
/servicecontrol

and nontheless virtuoso-t uses high cpu ressources (70-90%) with short pauses in between)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1224089</commentid>
    <comment_count>31</comment_count>
    <who name="S. Burmeister">sven.burmeister</who>
    <bug_when>2012-02-07 14:38:38 +0000</bug_when>
    <thetext>(In reply to comment #30)
&gt; mhm, the query:
&gt; 
&gt; qdbus org.kde.nepomuk.services.nepomukqueryservice
&gt; 
&gt; results in
&gt; 
&gt; /
&gt; /nepomukqueryservice
&gt; /servicecontrol
&gt; 
&gt; and nontheless virtuoso-t uses high cpu ressources (70-90%) with short pauses
&gt; in between)

Yep, virtuoso goes crazy without queries as well. Debugging becomes a bit more difficult due to that. See:

http://kdeatopensuse.wordpress.com/2011/11/09/debugging-nepomukvirtuosos-cpu-usage/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1224211</commentid>
    <comment_count>32</comment_count>
      <attachid>68605</attachid>
    <who name="Johannes Huber">johu</who>
    <bug_when>2012-02-07 19:46:22 +0000</bug_when>
    <thetext>Created attachment 68605
configuration diff for described workaround</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1224508</commentid>
    <comment_count>33</comment_count>
    <who name="Vishesh Handa">me</who>
    <bug_when>2012-02-08 14:12:03 +0000</bug_when>
    <thetext>*** Bug 292517 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1224514</commentid>
    <comment_count>34</comment_count>
    <who name="Beat Wolf">asraniel</who>
    <bug_when>2012-02-08 14:17:18 +0000</bug_when>
    <thetext>I was asked to add my comment from a blog to this bugreport:

&quot;it seems like i have no open queries, but virtuoso takes 13% (around 1 core on my 6 core). there are nepomukservicestub processes, on using 4% and the others 1% each.
The virtuoso gdb backtrace shows this: http://paste.kde.org/201446/
The nepomukservicestub with 4% shows this: http://paste.kde.org/201452/

I hope this helps!&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1224956</commentid>
    <comment_count>35</comment_count>
    <who name="Denni">denni</who>
    <bug_when>2012-02-09 18:25:36 +0000</bug_when>
    <thetext>I followed the comment #25 path and the problem vanished.
OS:  Linux 3.2.0-7-desktop x86_64
System:  openSUSE 12.1 (x86_64) KDE:  4.8.00 (4.8.0 &quot;release 2&quot;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1225566</commentid>
    <comment_count>36</comment_count>
    <who name="jos poortvliet">jospoortvliet</who>
    <bug_when>2012-02-11 11:15:08 +0000</bug_when>
    <thetext>So I don&apos;t actually have any queries running. Yet Virtuoso uses between 70 and 100% cpu on my dualcore laptop. Sometimes it stops using 100% cpu for a minute or two but it goes back using 100% quickly

According mr Handa on http://vhanda.in/blog/2012/02/virtuoso-going-crazy-/ I have to use GDB to figure out what&apos;s going on.

Just to be sure, 
$ qdbus org.kde.nepomuk.services.nepomukqueryservice
returns:
/
/nepomukqueryservice
/servicecontrol

So what I did as per Vishesh&apos; request:
(figure out nepomukstorage pid)
gdb
attach (pid)
(gdb) thread apply all backtrace

Thread 30 (Thread 0x7f93853de700 (LWP 2129)):
#0  0x00007f938cdd5d33 in select () from /lib64/libc.so.6
#1  0x00007f938eb14931 in ?? () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#4  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 29 (Thread 0x7f937ffff700 (LWP 2165)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f938eb1648f in ?? () from /usr/lib64/libQtCore.so.4
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 28 (Thread 0x7f937f5f6700 (LWP 2192)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bca598 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 27 (Thread 0x7f937edf5700 (LWP 2198)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 26 (Thread 0x7f937e5f4700 (LWP 2199)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 25 (Thread 0x7f937ddf3700 (LWP 2200)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 24 (Thread 0x7f937d5f2700 (LWP 2201)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 23 (Thread 0x7f937cdf1700 (LWP 2202)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 22 (Thread 0x7f935bfff700 (LWP 2205)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 21 (Thread 0x7f935b7fe700 (LWP 2208)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 20 (Thread 0x7f9353fff700 (LWP 2210)):
---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 19 (Thread 0x7f935affd700 (LWP 2212)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 18 (Thread 0x7f935a7fc700 (LWP 2214)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 17 (Thread 0x7f93597fa700 (LWP 2225)):
#0  0x00007f938cdd5d33 in select () from /lib64/libc.so.6

#1  0x00007f93848b6fd9 in ?? () from /usr/lib64/virtodbc_r.so
#2  0x00007f93848bbd39 in ?? () from /usr/lib64/virtodbc_r.so
#3  0x00007f93848868b1 in ?? () from /usr/lib64/virtodbc_r.so
#4  0x00007f938488ab7d in ?? () from /usr/lib64/virtodbc_r.so
#5  0x00007f93853f66f7 in ?? () from /usr/lib64/libiodbc.so.2
#6  0x00007f93853f6a3d in SQLExecDirect () from /usr/lib64/libiodbc.so.2
#7  0x00007f9385654b1f in ?? () from /usr/lib64/soprano/libsoprano_virtuosobackend.so
---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
#8  0x00007f9385654de6 in ?? () from /usr/lib64/soprano/libsoprano_virtuosobackend.so
#9  0x00007f938563ea8a in ?? () from /usr/lib64/soprano/libsoprano_virtuosobackend.so
#10 0x00007f9387dfebad in ?? () from /usr/lib64/kde4/nepomukstorage.so
#11 0x00007f938bc6bd86 in Soprano::FilterModel::addStatement(Soprano::Statement const&amp;) () from /usr/lib64/libsoprano.so.4
#12 0x00007f9387e04b81 in ?? () from /usr/lib64/kde4/nepomukstorage.so
#13 0x00007f938bc6bd86 in Soprano::FilterModel::addStatement(Soprano::Statement const&amp;) () from /usr/lib64/libsoprano.so.4
#14 0x00007f938bc6bd86 in Soprano::FilterModel::addStatement(Soprano::Statement const&amp;) () from /usr/lib64/libsoprano.so.4
#15 0x00007f938bc6bd86 in Soprano::FilterModel::addStatement(Soprano::Statement const&amp;) () from /usr/lib64/libsoprano.so.4
#16 0x00007f9387e2f02e in ?? () from /usr/lib64/kde4/nepomukstorage.so
#17 0x00007f9387e34dd8 in ?? () from /usr/lib64/kde4/nepomukstorage.so
#18 0x00007f9387e1a1b8 in ?? () from /usr/lib64/kde4/nepomukstorage.so
#19 0x00007f9387e278c2 in ?? () from /usr/lib64/kde4/nepomukstorage.so
#20 0x00007f9387e27e8c in ?? () from /usr/lib64/kde4/nepomukstorage.so
#21 0x00007f938ea2dd12 in ?? () from /usr/lib64/libQtCore.so.4
#22 0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#23 0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#24 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 16 (Thread 0x7f9358ff9700 (LWP 2227)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 15 (Thread 0x7f93537fe700 (LWP 2233)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 14 (Thread 0x7f9352ffd700 (LWP 2463)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 13 (Thread 0x7f9359ffb700 (LWP 3030)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 12 (Thread 0x7f9384878700 (LWP 5727)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 11 (Thread 0x7f93527fc700 (LWP 5819)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 10 (Thread 0x7f93513ed700 (LWP 5825)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 9 (Thread 0x7f9350bec700 (LWP 5830)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 8 (Thread 0x7f933ffff700 (LWP 6064)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 7 (Thread 0x7f9351bee700 (LWP 6065)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x7f933f7fe700 (LWP 6107)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7f933effd700 (LWP 6108)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f933e7fc700 (LWP 6109)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f933dffb700 (LWP 6110)):
#0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f9337fff700 (LWP 25987)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#5  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
#7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
#8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f938cddc63d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f938f078760 (LWP 2124)):
#0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
#1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x0000003003047f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f938eb668ef in QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#4  0x00007f938d3132de in ?? () from /usr/lib64/libQtGui.so.4
#5  0x00007f938eb36682 in QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#6  0x00007f938eb368d7 in QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from /usr/lib64/libQtCore.so.4
#7  0x00007f938eb3b435 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#8  0x0000000000404011 in ?? ()
#9  0x00007f938cd2423d in __libc_start_main () from /lib64/libc.so.6
#10 0x0000000000404339 in _start ()
&gt;detach
&gt;quit

I realize I have almost no debug packages installed. I can install the ones you guys really need - all of them eats too much space on this rather small drive (30GB for the whole system, you can imagine I didn&apos;t give root that much room).

Lemme know what I can do, if anything...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226088</commentid>
    <comment_count>37</comment_count>
    <who name="Randy Andy">randy-andy-</who>
    <bug_when>2012-02-12 17:29:41 +0000</bug_when>
    <thetext>Same problem here</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226089</commentid>
    <comment_count>38</comment_count>
    <who name="Diego Viola">diego.viola</who>
    <bug_when>2012-02-12 17:30:45 +0000</bug_when>
    <thetext>(In reply to comment #36)
&gt; So I don&apos;t actually have any queries running. Yet Virtuoso uses between 70 and
&gt; 100% cpu on my dualcore laptop. Sometimes it stops using 100% cpu for a minute
&gt; or two but it goes back using 100% quickly
&gt; 
&gt; According mr Handa on http://vhanda.in/blog/2012/02/virtuoso-going-crazy-/ I
&gt; have to use GDB to figure out what&apos;s going on.
&gt; 
&gt; Just to be sure, 
&gt; $ qdbus org.kde.nepomuk.services.nepomukqueryservice
&gt; returns:
&gt; /
&gt; /nepomukqueryservice
&gt; /servicecontrol
&gt; 
&gt; So what I did as per Vishesh&apos; request:
&gt; (figure out nepomukstorage pid)
&gt; gdb
&gt; attach (pid)
&gt; (gdb) thread apply all backtrace
&gt; 
&gt; Thread 30 (Thread 0x7f93853de700 (LWP 2129)):
&gt; #0  0x00007f938cdd5d33 in select () from /lib64/libc.so.6
&gt; #1  0x00007f938eb14931 in ?? () from /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #4  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 29 (Thread 0x7f937ffff700 (LWP 2165)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f938eb1648f in ?? () from /usr/lib64/libQtCore.so.4
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 28 (Thread 0x7f937f5f6700 (LWP 2192)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bca598 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 27 (Thread 0x7f937edf5700 (LWP 2198)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 26 (Thread 0x7f937e5f4700 (LWP 2199)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 25 (Thread 0x7f937ddf3700 (LWP 2200)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 24 (Thread 0x7f937d5f2700 (LWP 2201)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 23 (Thread 0x7f937cdf1700 (LWP 2202)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 22 (Thread 0x7f935bfff700 (LWP 2205)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 21 (Thread 0x7f935b7fe700 (LWP 2208)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 20 (Thread 0x7f9353fff700 (LWP 2210)):
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 19 (Thread 0x7f935affd700 (LWP 2212)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 18 (Thread 0x7f935a7fc700 (LWP 2214)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 17 (Thread 0x7f93597fa700 (LWP 2225)):
&gt; #0  0x00007f938cdd5d33 in select () from /lib64/libc.so.6
&gt; 
&gt; #1  0x00007f93848b6fd9 in ?? () from /usr/lib64/virtodbc_r.so
&gt; #2  0x00007f93848bbd39 in ?? () from /usr/lib64/virtodbc_r.so
&gt; #3  0x00007f93848868b1 in ?? () from /usr/lib64/virtodbc_r.so
&gt; #4  0x00007f938488ab7d in ?? () from /usr/lib64/virtodbc_r.so
&gt; #5  0x00007f93853f66f7 in ?? () from /usr/lib64/libiodbc.so.2
&gt; #6  0x00007f93853f6a3d in SQLExecDirect () from /usr/lib64/libiodbc.so.2
&gt; #7  0x00007f9385654b1f in ?? () from
&gt; /usr/lib64/soprano/libsoprano_virtuosobackend.so
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
&gt; #8  0x00007f9385654de6 in ?? () from
&gt; /usr/lib64/soprano/libsoprano_virtuosobackend.so
&gt; #9  0x00007f938563ea8a in ?? () from
&gt; /usr/lib64/soprano/libsoprano_virtuosobackend.so
&gt; #10 0x00007f9387dfebad in ?? () from /usr/lib64/kde4/nepomukstorage.so
&gt; #11 0x00007f938bc6bd86 in Soprano::FilterModel::addStatement(Soprano::Statement
&gt; const&amp;) () from /usr/lib64/libsoprano.so.4
&gt; #12 0x00007f9387e04b81 in ?? () from /usr/lib64/kde4/nepomukstorage.so
&gt; #13 0x00007f938bc6bd86 in Soprano::FilterModel::addStatement(Soprano::Statement
&gt; const&amp;) () from /usr/lib64/libsoprano.so.4
&gt; #14 0x00007f938bc6bd86 in Soprano::FilterModel::addStatement(Soprano::Statement
&gt; const&amp;) () from /usr/lib64/libsoprano.so.4
&gt; #15 0x00007f938bc6bd86 in Soprano::FilterModel::addStatement(Soprano::Statement
&gt; const&amp;) () from /usr/lib64/libsoprano.so.4
&gt; #16 0x00007f9387e2f02e in ?? () from /usr/lib64/kde4/nepomukstorage.so
&gt; #17 0x00007f9387e34dd8 in ?? () from /usr/lib64/kde4/nepomukstorage.so
&gt; #18 0x00007f9387e1a1b8 in ?? () from /usr/lib64/kde4/nepomukstorage.so
&gt; #19 0x00007f9387e278c2 in ?? () from /usr/lib64/kde4/nepomukstorage.so
&gt; #20 0x00007f9387e27e8c in ?? () from /usr/lib64/kde4/nepomukstorage.so
&gt; #21 0x00007f938ea2dd12 in ?? () from /usr/lib64/libQtCore.so.4
&gt; #22 0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #23 0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #24 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 16 (Thread 0x7f9358ff9700 (LWP 2227)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 15 (Thread 0x7f93537fe700 (LWP 2233)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 14 (Thread 0x7f9352ffd700 (LWP 2463)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 13 (Thread 0x7f9359ffb700 (LWP 3030)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 12 (Thread 0x7f9384878700 (LWP 5727)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 11 (Thread 0x7f93527fc700 (LWP 5819)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 10 (Thread 0x7f93513ed700 (LWP 5825)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 9 (Thread 0x7f9350bec700 (LWP 5830)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 8 (Thread 0x7f933ffff700 (LWP 6064)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 7 (Thread 0x7f9351bee700 (LWP 6065)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 6 (Thread 0x7f933f7fe700 (LWP 6107)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 5 (Thread 0x7f933effd700 (LWP 6108)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 4 (Thread 0x7f933e7fc700 (LWP 6109)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 3 (Thread 0x7f933dffb700 (LWP 6110)):
&gt; #0  0x00007f938e7a6e6c in pthread_cond_wait@@GLIBC_2.3.2 () from
&gt; /lib64/libpthread.so.0
&gt; #1  0x00007f938ea3aa6b in QWaitCondition::wait(QMutex*, unsigned long) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #2  0x00007f938ea2dddf in ?? () from /usr/lib64/libQtCore.so.4
&gt; #3  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #5  0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 2 (Thread 0x7f9337fff700 (LWP 25987)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #5  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938ea37537 in QThread::exec() () from /usr/lib64/libQtCore.so.4
&gt; ---Type &lt;return&gt; to continue, or q &lt;return&gt; to quit---
&gt; #7  0x00007f9387bb7758 in ?? () from /usr/lib64/libsopranoserver.so.1
&gt; #8  0x00007f938ea3a55b in ?? () from /usr/lib64/libQtCore.so.4
&gt; #9  0x00007f938e7a2f05 in start_thread () from /lib64/libpthread.so.0
&gt; #10 0x00007f938cddc63d in clone () from /lib64/libc.so.6
&gt; 
&gt; Thread 1 (Thread 0x7f938f078760 (LWP 2124)):
&gt; #0  0x00007f938cdd3523 in poll () from /lib64/libc.so.6
&gt; #1  0x0000003003047a98 in ?? () from /usr/lib64/libglib-2.0.so.0
&gt; #2  0x0000003003047f59 in g_main_context_iteration () from
&gt; /usr/lib64/libglib-2.0.so.0
&gt; #3  0x00007f938eb668ef in
&gt; QEventDispatcherGlib::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) ()
&gt; from /usr/lib64/libQtCore.so.4
&gt; #4  0x00007f938d3132de in ?? () from /usr/lib64/libQtGui.so.4
&gt; #5  0x00007f938eb36682 in
&gt; QEventLoop::processEvents(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #6  0x00007f938eb368d7 in
&gt; QEventLoop::exec(QFlags&lt;QEventLoop::ProcessEventsFlag&gt;) () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #7  0x00007f938eb3b435 in QCoreApplication::exec() () from
&gt; /usr/lib64/libQtCore.so.4
&gt; #8  0x0000000000404011 in ?? ()
&gt; #9  0x00007f938cd2423d in __libc_start_main () from /lib64/libc.so.6
&gt; #10 0x0000000000404339 in _start ()
&gt; &gt;detach
&gt; &gt;quit
&gt; 
&gt; I realize I have almost no debug packages installed. I can install the ones you
&gt; guys really need - all of them eats too much space on this rather small drive
&gt; (30GB for the whole system, you can imagine I didn&apos;t give root that much room).
&gt; 
&gt; Lemme know what I can do, if anything...

I&apos;ve had/seen this issue as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226491</commentid>
    <comment_count>39</comment_count>
      <attachid>68763</attachid>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-13 16:33:09 +0000</bug_when>
    <thetext>Created attachment 68763
Patch against kdepim-runtime 4.8

I need some testers: the attached patch adds throttling to the Akonadi Nepomuk feeder. This should lower the CPU load while you are working. As soon as you went away from the system it goes up to full speed. This is the same approach that worked wonders with the file indexer. There might be additional improvements but this is the first step.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226513</commentid>
    <comment_count>40</comment_count>
    <who name="H.H.">cyberbeat</who>
    <bug_when>2012-02-13 17:10:34 +0000</bug_when>
    <thetext>@Sebastian Trueg: thanks, this is a good addition in general, but I doubt, that it solves this bug, but instead only mellows the symptoms.

My impression is, that the load really never stops (the work seems to be never done - some infinite loop?).

a bit off topic: another thing I noticed and wondered about: I moved a (big) local mail folder from on folder to another folder. This normally was (kmail1) a simple filesystem-move-operation (moving maildir). But now kmail needs a few minutes with high akonadi-cpu-loads, and I have to wait this time, to see the view updated. Why? What does happen there?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226543</commentid>
    <comment_count>41</comment_count>
    <who name="Ralph Moenchmeyer">rm</who>
    <bug_when>2012-02-13 18:10:16 +0000</bug_when>
    <thetext>(In reply to comment #39)
&gt; Created an attachment (id=68763) [details]
&gt; Patch against kdepim-runtime 4.8

&gt; This is the same approach
&gt; that worked wonders with the file indexer. There might be additional
&gt; improvements but this is the first step.

It will of course be an improvement to throttle Nepomuk. 

However, the bug seems to have basically different causes as the cpu consuming behaviour disappears at least for some users when deleting the Nepomuk directory and the Nepomuk configuration files (see comment #3 and #18). 

In my case the indexer now behaves perfectly normal - just some indexing when Kmail loads new mails from an IMAP server and this with very short and very low cpu consumption. And it behaves in a way already adaptively.   

So, there might go something wrong during and after an update from KDE 4.7 to KDE 4.8 - maybe a mismatch between the new program version and the existing configuration files ? In addition in most cases where there still is a problem Nepomuk/virtuoso do not seem to stop! 

I shall try to install Opensuse 12.7 without KDE, then add a clean KDE 4.8 plus attach Kmail to an IMAP-server with several GByte of mails and the see what happens. If that works it may be a hint that the problem has to do with updates and configuration files from older versions. It would not be the first time .... 
I&apos;ll come back with the results later ....</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226595</commentid>
    <comment_count>42</comment_count>
    <who name="Ralph Moenchmeyer">rm</who>
    <bug_when>2012-02-13 20:06:07 +0000</bug_when>
    <thetext>Results of what I suggested in comment #41, i.e. fresh install of Opensuse 12.1 with all updates + fresh install of KDE 4.8 (no update from KDE 4.7.4) + new user + Kmail-connection to an imap-server with around 7 GByte of mails distributed across several 100 email folders. The client has a quadcore cpu and a fast raid array. The server was under minor load:

Kmail and akonadi load the basic informatioon about the mails rather quickly - maybe within 3 minutes. Very good !
Then nepomuk started its business at 19:49. The cpu load is as follows:  

Percentages are given relative to the power of only one (!) core - the load, however was rather equally distributed over all 4 cores. So, to get the total load over all processor cores you have to divide by a factor of 4 !) 

virtuoso-t: 68 % (of one core) 
nepomukservicestub: 30% (of one core)
kontact: 11 % (of one core)
akonadi_nepomuk_email_feeder: 9%

Wit that Nepomuk was indexing a while - until 20:02. I.e. it took only around 13 minutes to do the job. During the time nepomuk behaved perfectly adaptive ! I.e. using the mouse or another application led to a sharp drop in nepomuks activity. 

At 20:03 the cpu load due to kontact, akonadi, nepomuk, virtuoso dropped to zero (&lt; 0.1 % ) and remained there ! 

I sent myself a bunch of mails afterwards - when Kmail/akonadi updated from the IMAP server this led to a minimum activity of indexing - almost not noticeable.  

This sound like an almost perfect and performant behaviour. So, from that I really would guess that all the problems described for this bug are due to configuration inconsistencies which occur during/after updates from KDE 4.7 to KDE 4.8. Which I experienced myself ... 

These inconsistencies - at least in my case - could be remedied by deleting the nepomuk directory and nepomuk configuration files as described already in comment #3. 

I want to add something to my own comment#18: A deletion of the files  
~.kde4/share/config/akonadi_nepomuk_email_feederrc 
~.kde4/share/config/akonadi_nepomuk_contact_feederrc 
~.kde4/share/config/akonadi_nepomuk_calendar_feederrc 
is completely unnecessary for resolving the nepomuk problem after updating to KDE 4.8. 
I tested this for another user which I upgraded from KDE 4.7. I meanwhile added these files which config directives for an initial indexing to my own account again - no problems. The process akonadi_nepomuk_email_feeder works as expected.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226659</commentid>
    <comment_count>43</comment_count>
    <who name="Ralph Moenchmeyer">rm</who>
    <bug_when>2012-02-13 22:03:43 +0000</bug_when>
    <thetext>Sorry, I messed it up. 
Tested on the wrong virtual machine. 

Comment #42 is invalid. 

Actually I tested a 4.7.2 installation and there everything is of course perfect. . 

So just forget about comment #42.

Sorry, sorry, .... for the confusion ..... 

I have to setup the 4.8 test again - but tomorrow ....</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226771</commentid>
    <comment_count>44</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-14 09:12:32 +0000</bug_when>
    <thetext>Some technical explanations: The feeder in its current state (without my patch) is never fully suspended. It makes a distinction between the initial indexing/updating of all items and newly added or changed items. The indexing of the latter is never stopped, even if the user is doing something. My assumption about it is (and I did not test this yet) that when starting with a clean Nepomuk db most items are indexed through the &quot;low priority queue&quot; which is actually suspended completely when the user is active. However, if there is data in Nepomuk already the items go through the &quot;high priority queue&quot; which means unthrottled indexing with very high CPU load.

Thus, my patch which actually throttles both queues should make a big difference.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226782</commentid>
    <comment_count>45</comment_count>
    <who name="Alex">d_f0rce</who>
    <bug_when>2012-02-14 09:37:27 +0000</bug_when>
    <thetext>In reply to #44
&gt; Some technical explanations: The feeder in its current state (without my patch)
&gt; is never fully suspended. It makes a distinction between the initial
&gt; indexing/updating of all items and newly added or changed items. The indexing
&gt; of the latter is never stopped, even if the user is doing something. My 
&gt; assumption about it is (and I did not test this yet) that when starting with a
&gt; clean Nepomuk db most items are indexed through the &quot;low priority queue&quot; which
&gt; is actually suspended completely when the user is active. However, if there is
&gt; data in Nepomuk already the items go through the &quot;high priority queue&quot; which
&gt; means unthrottled indexing with very high CPU load.

&gt; Thus, my patch which actually throttles both queues should make a big
&gt; difference.

While your patch might help to cure the symptoms, it does not fix the problem. I deleted my nepomuk configuration and database and I do see the behaviour you described above (0% cpu when I&apos;m doing something, 100% after a few seconds of inactivity)

However Nepomuk never stops. Even if I let my system run for days, Nepomuk will still use 100% cpu when there is no user activity. Strangely enough qdbus does not report any active queries and the only way to stop Nepomuk from using the cpu is disabling it completely.

I can disable e-mail indexing and file indexing, but Nepomuk will still consume cpu time. Only if I disable Nepomuk as well, cpu usage finally drops. That&apos;s what convinces me that the whole problem has nothing to do with actual indexing being done. If neither file indexing nor e-mail indexing is active, Nepomuk should stop its activity sooner or later as there is nothing to do.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226792</commentid>
    <comment_count>46</comment_count>
    <who name="Beat Wolf">asraniel</who>
    <bug_when>2012-02-14 10:05:04 +0000</bug_when>
    <thetext>throttling might actually be worse overall, because there will be no more bugreports, but nepomuk will just use a few % of the cpu forever, without making the system unusable.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226807</commentid>
    <comment_count>47</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-14 10:47:21 +0000</bug_when>
    <thetext>*** Bug 281653 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226809</commentid>
    <comment_count>48</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-14 11:02:20 +0000</bug_when>
    <thetext>(In reply to comment #45)
&gt; While your patch might help to cure the symptoms, it does not fix the problem.
&gt; I deleted my nepomuk configuration and database and I do see the behaviour you
&gt; described above (0% cpu when I&apos;m doing something, 100% after a few seconds of
&gt; inactivity)
&gt; 
&gt; However Nepomuk never stops. Even if I let my system run for days, Nepomuk will
&gt; still use 100% cpu when there is no user activity. Strangely enough qdbus does
&gt; not report any active queries and the only way to stop Nepomuk from using the
&gt; cpu is disabling it completely.

This is not about user queries reported by the query service. Forget those.

&gt; I can disable e-mail indexing and file indexing, but Nepomuk will still consume
&gt; cpu time. Only if I disable Nepomuk as well, cpu usage finally drops. That&apos;s
&gt; what convinces me that the whole problem has nothing to do with actual indexing
&gt; being done. If neither file indexing nor e-mail indexing is active, Nepomuk
&gt; should stop its activity sooner or later as there is nothing to do.

Disabling email indexing does not help because it is a no-op. The Akonadi feeder was renamed but the config settings were not updated accordingly. Thus, you simply cannot disable the Akonadi feeder without doing it manually through akonadiconsole. Just try that and you will see that it is in fact the problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226823</commentid>
    <comment_count>49</comment_count>
    <who name="Alex">d_f0rce</who>
    <bug_when>2012-02-14 11:49:33 +0000</bug_when>
    <thetext>(In reply to comment #48)
&gt; Disabling email indexing does not help because it is a no-op. The Akonadi
&gt; feeder was renamed but the config settings were not updated accordingly. Thus,
&gt; you simply cannot disable the Akonadi feeder without doing it manually through
&gt; akonadiconsole. Just try that and you will see that it is in fact the problem.

Ok, I&apos;ll try that when I&apos;m back at home. However I do not know how to disable the akonadi feeder using the akonadiconsole. Will a simple &quot;akonadictl stop&quot; suffice as well?

If this is all a simple configuration problem? How comes that Nepomuk never stops? I only have a few hundred mails - so if it is the Akonadi feeder, why does it run for days without coming to an end? I would expect that scanning a few hundred mails (~300) would take only a few minutes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226847</commentid>
    <comment_count>50</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-14 12:42:34 +0000</bug_when>
    <thetext>(In reply to comment #49)
&gt; (In reply to comment #48)
&gt; &gt; you simply cannot disable the Akonadi feeder without doing it manually through
&gt; &gt; akonadiconsole. Just try that and you will see that it is in fact the problem.
&gt; 
&gt; Ok, I&apos;ll try that when I&apos;m back at home. However I do not know how to disable
&gt; the akonadi feeder using the akonadiconsole. Will a simple &quot;akonadictl stop&quot;
&gt; suffice as well?

yes, sure, that is fine, too.

&gt; If this is all a simple configuration problem? How comes that Nepomuk never
&gt; stops? I only have a few hundred mails - so if it is the Akonadi feeder, why
&gt; does it run for days without coming to an end? I would expect that scanning a
&gt; few hundred mails (~300) would take only a few minutes.

That is another issue I will look into next.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226851</commentid>
    <comment_count>51</comment_count>
      <attachid>68790</attachid>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-02-14 12:59:41 +0000</bug_when>
    <thetext>Created attachment 68790
Screenshot of akonani console</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226854</commentid>
    <comment_count>52</comment_count>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-02-14 13:02:05 +0000</bug_when>
    <thetext>In response do Comment #48.
Are you refering with disabling Akonadi feeder using akonadiconsole to gui tool (see attachement in Comment #51). If so, even with KDE 4.7 the Akonadi Nepomuk Feed was suspended due to a busy system all the time. I never managed to get it running for more than a minute. If I set this feeder of &quot;Offline&quot; nothing changes on the cpu usage side.

A second piece. I upgraded another machine from 4.7 -&gt; 4.8, and the user was never using any rating or other semantic stuff, but kmail. Therefore, I would assume, that appart from automated data nothing was in the nepomuk database (Sorry if I mix up terminology, I hope you get the idea). For this update everything went smooth. virtuoso-t was active with around 40% CPU for lets say 3 minutes and then it went back to 0% without comming up again.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226860</commentid>
    <comment_count>53</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-14 13:16:40 +0000</bug_when>
    <thetext>(In reply to comment #52)
&gt; In response do Comment #48.
&gt; Are you refering with disabling Akonadi feeder using akonadiconsole to gui tool
&gt; (see attachement in Comment #51). If so, even with KDE 4.7 the Akonadi Nepomuk
&gt; Feed was suspended due to a busy system all the time. I never managed to get it
&gt; running for more than a minute. If I set this feeder of &quot;Offline&quot; nothing
&gt; changes on the cpu usage side.

That is exactly what I said above. Setting it offline will not change anything with respect to the &quot;high priority&quot; queue. That is why you need to remove it or stop Akonadi to see the effect.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226864</commentid>
    <comment_count>54</comment_count>
    <who name="Alejandro Nova">alejandronova</who>
    <bug_when>2012-02-14 13:26:34 +0000</bug_when>
    <thetext>The Akonadi-Nepomuk Feeder can&apos;t be persistently removed. It gets automatically added if I close and restart my session.

BTW, can you make the option to Disable Mail Indexing actually work?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226871</commentid>
    <comment_count>55</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-14 13:47:02 +0000</bug_when>
    <thetext>(In reply to comment #54)
&gt; BTW, can you make the option to Disable Mail Indexing actually work?

Sure, I will do that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226937</commentid>
    <comment_count>56</comment_count>
    <who name="Ralph Moenchmeyer">rm</who>
    <bug_when>2012-02-14 18:11:14 +0000</bug_when>
    <thetext>I now tested correctly what I did wrong yesterday. 

I installed an Opensuse 12.1 (x86_64) system from scratch without any KDE. So no KDE 4.7.2. No upgrades to the system, either. 

I then installed KDE 4.8 from the following repository:
http://download.opensuse.org/repositories/KDE:/Release:/48/openSUSE_12.1/

Afterwards I connected to an IMAP-Server with Gigabytes of mails.

Believe it or not: 
Indexing started - but it came to an end - and we are talking about a time much less than an hour. Not so fast as with KDE 4.7.2 but within reasonable limits.    

The system and the indexers (Nepomuk, strigi) behave smoothly since then.  

Whatever this means ....</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1226994</commentid>
    <comment_count>57</comment_count>
    <who name="Alex">d_f0rce</who>
    <bug_when>2012-02-14 19:54:00 +0000</bug_when>
    <thetext>(In reply to comment #48)
&gt; Disabling email indexing does not help because it is a no-op. The Akonadi
&gt; feeder was renamed but the config settings were not updated accordingly. Thus,
&gt; you simply cannot disable the Akonadi feeder without doing it manually through
&gt; akonadiconsole. Just try that and you will see that it is in fact the problem.

I just tried it and you are absolutely right. CPU load drops to zero and stays there as soon as I disable Akonadi completely. Now the only question remains is why Akonadi continuously feeds Nepomuk without ever coming to an end (at least for me).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227214</commentid>
    <comment_count>58</comment_count>
      <attachid>68819</attachid>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-15 13:09:35 +0000</bug_when>
    <thetext>Created attachment 68819
Patch against kdepim-runtime

This updated patch addresses a few issues:
1. Indexing is throttled during user activity
2. When put offline the feeder is actually offline and does not do anything anymore
3. The endless indexing problem is fixed. This was caused by the fact that the feeder would reindex everything at startup until it finished the initial index once. That means that you had to leave your computer alone until the indexing was finished. Otherwise it would just start over again after the next reboot. This was caused by the fact that user interaction would stop the initial indexing.
4. Even updating all collections will not reindex each item. Only those which actually changed or need to be updated due to an improved indexer are re-indexed.
5. Less queries are used to check if an item needs to be re-indexed.

The only downside is that all items have to be reindexed once to contain the new metadata to track changes.

Please test this patch (or branch throttleNepomukFeeder) so I can push this for KDE 4.8.1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227243</commentid>
    <comment_count>59</comment_count>
    <who name="Jörg von Frantzius">jfrantzius</who>
    <bug_when>2012-02-15 14:41:08 +0000</bug_when>
    <thetext>Do 3., 4. and 5. apply to PIM entries only, or also to Strigi file indexing? If they apply to Strigi also, this would be just great!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227260</commentid>
    <comment_count>60</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-15 15:48:21 +0000</bug_when>
    <thetext>(In reply to comment #59)
&gt; Do 3., 4. and 5. apply to PIM entries only, or also to Strigi file indexing? If
&gt; they apply to Strigi also, this would be just great!

the file indexing does not have these problems. The only problem which rests is that some files fail to get indexed due to bugs in strigi. Whenever such a file is found it should be attached to a bug report.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227266</commentid>
    <comment_count>61</comment_count>
    <who name="Anders Lund">anderslund</who>
    <bug_when>2012-02-15 16:20:39 +0000</bug_when>
    <thetext>Onsdag den 15. februar 2012 15:48:22 Sebastian Trueg skrev:
&gt; the file indexing does not have these problems. The only problem which rests
&gt; is that some files fail to get indexed due to bugs in strigi. Whenever such
&gt; a file is found it should be attached to a bug report.

Are there instructions somewhere for finding out which file?

I experience that nepomuk chokes and stops working during indexing. Then 
search (krunner, dolphin) and many other features appears as broken, and ime 
it is very involved to recover - nepomuk must be stopped, virtuoso-t killed if 
it does not stop, nepomukserver killed if it does not stop, nepomuk restarted, 
and all applications using it restarted (the latter includes krunner, plasma-
desktop and kactivitymanager, which i have not yet found out how to restart) - 
the easyes is to log out , check for running leftovers from nepomuk, and log 
back in.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227286</commentid>
    <comment_count>62</comment_count>
    <who name="Randy Andy">randy-andy-</who>
    <bug_when>2012-02-15 17:11:30 +0000</bug_when>
    <thetext>Sebastian, I applied your patch shortly.

Virtuoso-t&apos;s CPU load is pretty low now (&lt;10%), also during indexing.
File-Search in Dolphin works although the indexing hasn&apos;t been finished, but broke here one time the file indexing finally.
Just log out and in once again and it starts working again. Seems to work stable now, also after lots of trials to brake it again through dolphins file search.

First time that CPU Fan speed is low here, as I expect it on my Quad-Core with 8GB RAM.

By now, your patch seems to work fine for me. Well done!

I&apos;ll let you know if and when indexing my 4,5TB drives are finished.

Best regards, Andy.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227288</commentid>
    <comment_count>63</comment_count>
    <who name="Alejandro Nova">alejandronova</who>
    <bug_when>2012-02-15 17:16:02 +0000</bug_when>
    <thetext>Chakra Linux, KDE 4.8 with kdepim-runtime from the throttleNepomukFeeder branch.

My akonadi-nepomuk-feederrc was with compatlevel=3. I erased the compatlevel and disabled the idle detection, to get a pure result. My preliminary tests show me that Nepomuk is behaving in a way I&apos;ve never seen before, and this is a good way. 

In computer 1 (32 bits, Core2 Duo E4400, 2 GB RAM), Virtuoso uses between 10 and 20% of CPU always, when I forced a reindex through the Akonadi Console. There IS activity in the Akonadi Console display, and the Akonadi-Nepomuk Feeder is indexing, so, it is working.

Computer 2 (64 bit, TurionX2 TL-34, 4 GB RAM): Virtuoso is using more CPU, but it doesn&apos;t reach 100% (I&apos;ve checked my mail for years using that machine, so Akonadi has more data cached). Also, the CPU usage is even. Before, a core was always being used while the other one was resting. Now I see both cores are working, status updates, and even some low points in CPU usage. All this with the idle detection disabled, so, this Akonadi-Nepomuk Feeder patches seem to be working.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227299</commentid>
    <comment_count>64</comment_count>
    <who name="Alejandro Nova">alejandronova</who>
    <bug_when>2012-02-15 17:48:28 +0000</bug_when>
    <thetext>Computer 2 results were being distorted by bug 292838. I made the symlink referenced in the bug and Virtuoso started to behave like it did in Computer 1.

The patches are working.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227311</commentid>
    <comment_count>65</comment_count>
    <who name="Alejandro Nova">alejandronova</who>
    <bug_when>2012-02-15 18:01:16 +0000</bug_when>
    <thetext>*** Bug 291948 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227316</commentid>
    <comment_count>66</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-15 18:38:17 +0000</bug_when>
    <thetext>Thank you guys for testing. I am happy my fixes had the desired effect. I suppose we can close this one as fixed as soon as the maintainer of the code gives his OK. That should be my the end of the week. So expect this fix to be part of 4.8.1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227352</commentid>
    <comment_count>67</comment_count>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-02-15 19:58:32 +0000</bug_when>
    <thetext>Great news. Thank you Sebastian for your work.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227354</commentid>
    <comment_count>68</comment_count>
    <who name="Will Stephenson">wstephenson</who>
    <bug_when>2012-02-15 20:15:26 +0000</bug_when>
    <thetext>Testing the patch vs 4.8.0.

+     /**
+       * Like ReducedSpeed delays are used but they are much longer
+       * to get even less CPU and IO load. This mode is used for the
+       * first 2 minutes after startup to give the KDE session manager
+       * time to start up the KDE session rapidly.
+       */
+      SnailPace
+  };

and 

+    else if ( speed == SnailPace ) {
+        highPrioQueue.setProcessingDelay(s_snailPaceDelay);
+        setOnline(false);
+    }

Taken with Sebastian&apos;s point 2 in comment 58 that Offline means really do nothing, does this mean that even the high prio queue won&apos;t do anything during SnailPace speed?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227380</commentid>
    <comment_count>69</comment_count>
    <who name="Will Stephenson">wstephenson</who>
    <bug_when>2012-02-15 21:16:55 +0000</bug_when>
    <thetext>I&apos;m running with DisableIdleDetection=true here and while CPU usage is acceptable during indexing (10-20% at most) indexing performance seems very slow - progress updates are minutes apart.

I also noticed your patch changes the KIdleTime timeout from 10s to 120s. As I understand the IndexingSpeed comment, this should be to give the system time to complete login, but then I&apos;d expect you to set the timeout back to something lower after that so it can get on with indexing sooner after the user becomes idle.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227383</commentid>
    <comment_count>70</comment_count>
    <who name="Blackpaw">lindsay.mathieson</who>
    <bug_when>2012-02-15 21:19:41 +0000</bug_when>
    <thetext>Excellent news.

Is there a way to force a reindex all, short of deleting the db?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227401</commentid>
    <comment_count>71</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-15 22:17:51 +0000</bug_when>
    <thetext>(In reply to comment #68)
&gt; Taken with Sebastian&apos;s point 2 in comment 58 that Offline means really do
&gt; nothing, does this mean that even the high prio queue won&apos;t do anything during
&gt; SnailPace speed?

No, that is not what it means. The high prio queue will do nothing when the feeder is offline. SnailPace is never activated at the moment. I just left it in for completeness.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227402</commentid>
    <comment_count>72</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-15 22:21:10 +0000</bug_when>
    <thetext>(In reply to comment #69)
&gt; I&apos;m running with DisableIdleDetection=true here and while CPU usage is
&gt; acceptable during indexing (10-20% at most) indexing performance seems very
&gt; slow - progress updates are minutes apart.

That is because I did not think of the idle detection disable option and set the default to ReducedSpeed. In the spirit of the old code (which disabled the low prio queue altogether) this means a SnailPace for the low prio queue. I am perfectly fine with changing that to throttle both queues the same way.

&gt; I also noticed your patch changes the KIdleTime timeout from 10s to 120s. As I
&gt; understand the IndexingSpeed comment, this should be to give the system time to
&gt; complete login, but then I&apos;d expect you to set the timeout back to something
&gt; lower after that so it can get on with indexing sooner after the user becomes
&gt; idle.

Has nothing to do with login. 10s is just too little IMHO. 120s is what I use in the file indexer and it proved sensible. 10s means it will go to full speed when you just rest your eyes but want to continue to work 10s later.
Since the indexing never actually stops 120s make way more sense.
If the kdepim team and the feeder maintainer disagree - fine by me. I just fixed all the bugs.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227403</commentid>
    <comment_count>73</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-15 22:22:01 +0000</bug_when>
    <thetext>(In reply to comment #70)
&gt; Is there a way to force a reindex all, short of deleting the db?

There is no need. Everything will get reindexed anyway since all the indexed items are missing the additional metadata this patch introduces.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227887</commentid>
    <comment_count>74</comment_count>
    <who name="Yngve Levinsen">yngve</who>
    <bug_when>2012-02-17 13:10:18 +0000</bug_when>
    <thetext>For what its worth, I can confirm similar problems on my 4 year old Macbook running Chakra Linux, using KDE 4.8 (stable) and Linux 3.2 series. virtuoso-t is using around 150% of cpu (dual core) even while I am using it. That starts the fan which makes quite a bit of noise, and the computer feels slow. Only solution I&apos;ve found so far is to turn off desktop search completely and restart the machine.

$ uname -a
Linux yngve-chakra 3.2-CHAKRA #1 SMP PREEMPT Sun Jan 29 14:47:11 UTC 2012 x86_64 Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz GenuineIntel GNU/Linux

On my quad core desktop machine running the same OS it poses far less of a problem. But KDE shouldn&apos;t be for desktops only I&apos;d say.. ;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227899</commentid>
    <comment_count>75</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-17 14:09:13 +0000</bug_when>
    <thetext>*** Bug 293641 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227901</commentid>
    <comment_count>76</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-02-17 14:09:56 +0000</bug_when>
    <thetext>Based on the feedback to my patches I consider this bug as fixed in 4.8.1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1227903</commentid>
    <comment_count>77</comment_count>
    <who name="Diego Viola">diego.viola</who>
    <bug_when>2012-02-17 14:26:20 +0000</bug_when>
    <thetext>Thanks to everyone who have worked on this, KDE rocks. :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1231269</commentid>
    <comment_count>78</comment_count>
    <who name="Will Stephenson">wstephenson</who>
    <bug_when>2012-02-28 15:22:55 +0000</bug_when>
    <thetext>Reopening as we found more ways to eat CPU.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1231407</commentid>
    <comment_count>79</comment_count>
    <who name="Alejandro Nova">alejandronova</who>
    <bug_when>2012-02-28 22:41:59 +0000</bug_when>
    <thetext>Can you make this a metabug? This bug must depend on every bug making Nepomuk actually eat more CPU than it should.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1233982</commentid>
    <comment_count>80</comment_count>
      <attachid>69386</attachid>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-03-08 19:02:32 +0000</bug_when>
    <thetext>Created attachment 69386
Patch against kde-runtime (branch KDE/4.8)

This is the patch I described in http://trueg.wordpress.com/2012/03/07/nepomuk-gives-back-your-cpu-cycles/
It improves the performance of the resource identification significantly and hopefully once and for all solves the problem of endless CPU hogging.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1233997</commentid>
    <comment_count>81</comment_count>
    <who name="Anders Lund">anderslund</who>
    <bug_when>2012-03-08 19:50:59 +0000</bug_when>
    <thetext>With KDE 4.8.1, akonadi have stopped invalidating nepomuk, and I can run file indexing and use nepomuk search in dolphin and krunner again,
I have enabled mail indexing to see if it would work, and it appears to be better than in kde 4.8.0, indexing the backlog of messages appears to work without making the system completely unusable. So there is a clear improvement in kde 4.8.1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1234053</commentid>
    <comment_count>82</comment_count>
    <who name="Guillaume DE BURE">guillaume.debure</who>
    <bug_when>2012-03-08 21:52:12 +0000</bug_when>
    <thetext>Still have the issue here in 4.8.1 (archlinux), after a cleanup of my database (rm -rd .kde4/**/*nepomuk*). Looks like the faulty quey was :

qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 queryString
select distinct ?r ?reqProp1 (bif:concat(bif:search_excerpt(bif:vector(&apos;guillaume.debure@gmail.com&apos;), ?v4))) as ?_n_f_t_m_ex_ where { { ?r &lt;http://akonadi-project.org/ontologies/aneo#akonadiItemId&gt; ?reqProp1 . ?r &lt;http://www.semanticdesktop.org/ontologies

Tried to close the query with :
qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 close

But the CPU went even higher ! Had to kill -9 the virtuoso-t processes to stop it but it crashed the plasma activity manager...

If you need anything more, just ask !</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1234064</commentid>
    <comment_count>83</comment_count>
    <who name="S. Burmeister">sven.burmeister</who>
    <bug_when>2012-03-08 22:03:17 +0000</bug_when>
    <thetext>If you see any searches in kmail&apos;s folder tree, try to remove them.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1234071</commentid>
    <comment_count>84</comment_count>
    <who name="Guillaume DE BURE">guillaume.debure</who>
    <bug_when>2012-03-08 22:16:57 +0000</bug_when>
    <thetext>Indeed, there was a &quot;Last Search&quot; in kmail&apos;s tree. Removed it, here&apos;s hoping it will fix it :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1235814</commentid>
    <comment_count>85</comment_count>
    <who name="Michael Reiher">redm</who>
    <bug_when>2012-03-12 21:37:06 +0000</bug_when>
    <thetext>I just updated to 4.8.1 (KUbuntu Oneiric packages) and still have virtuoso-t using up CPU. This is a bit frustrating I have to say... 

I have sometimes several virtuoso-t threads using ~150% CPU on this dual core machine and mostly only a single thread using up an entire core. 

The akonadi_nepomuk_feeder entry in akonadiconsole says: &quot;System busy, indexing suspended.&quot; and when the system is idle, something like &quot;nothing to index&quot;. So this looks good to me.

I tried stopping Akonadi, but virtuoso was still using up CPU. 
I disabled Nepomuk in System Settings, but virtuoso was still using up CPU.
Then I stopped nepomukserver via dbus quit, and then virtuoso stopped using CPU.
I reenabled Nepomuk in System Settings (File and Email indexing enabled) and virtuso was still not using CPU.
But when I restarted Akonadi virtuoso started eating CPU again.
So it seems stopping Akonadi doesn&apos;t stop virtuoso eating CPU, but starting it triggers the CPU eating.

There is nothing in the nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.log.

No idea if this has something to do with it, but in .xsession-errors I see:

akonadi_nepomuk_feeder(2127) ItemQueue::removeDataResult: &quot;Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1235888</commentid>
    <comment_count>86</comment_count>
    <who name="Alejandro Nova">alejandronova</who>
    <bug_when>2012-03-13 03:02:19 +0000</bug_when>
    <thetext>If you don&apos;t have at least Akonadi 1.7.0 and Soprano 2.7.3, please, file (another) bug in Kubuntu.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1235928</commentid>
    <comment_count>87</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-03-13 08:47:12 +0000</bug_when>
    <thetext>Git commit 754275eda610dce1160286a76339353097d8764c by Sebastian Trueg.
Committed on 09/03/2012 at 17:17.
Pushed by trueg into branch &apos;KDE/4.8&apos;.

Backport from nepomuk-core: improved performance on res identification.
FIXED-IN: 4.8.2

M  +52   -23   nepomuk/services/backupsync/lib/resourceidentifier.cpp

http://commits.kde.org/kde-runtime/754275eda610dce1160286a76339353097d8764c</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1235929</commentid>
    <comment_count>88</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-03-13 08:48:29 +0000</bug_when>
    <thetext>Git commit ab1f42b346489cd0681c68072d089217bcc5c6c0 by Sebastian Trueg.
Committed on 09/03/2012 at 17:17.
Pushed by trueg into branch &apos;master&apos;.

Backport from nepomuk-core: improved performance on res identification.
FIXED-IN: 4.8.2

M  +52   -23   nepomuk/services/backupsync/lib/resourceidentifier.cpp

http://commits.kde.org/kde-runtime/ab1f42b346489cd0681c68072d089217bcc5c6c0</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1235982</commentid>
    <comment_count>89</comment_count>
    <who name="Michael Reiher">redm</who>
    <bug_when>2012-03-13 12:27:18 +0000</bug_when>
    <thetext>(In reply to comment #86)
&gt; If you don&apos;t have at least Akonadi 1.7.0 and Soprano 2.7.3, please, file
&gt; (another) bug in Kubuntu.

This is what I have installed:

akonadi-server                        1.7.0-0ubuntu1~oneiric1~ppa2 
libsoprano4                           2.7.4+dfsg.1-0ubuntu0.1 
soprano-daemon                        2.7.4+dfsg.1-0ubuntu0.1
virtuoso-minimal                      6.1.3+dfsg1-1ubuntu1
virtuoso-opensource-6.1-bin           6.1.3+dfsg1-1ubuntu1
virtuoso-opensource-6.1-common        6.1.3+dfsg1-1ubuntu1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1239334</commentid>
    <comment_count>90</comment_count>
    <who name="Søren Holm">sgh</who>
    <bug_when>2012-03-23 21:37:32 +0000</bug_when>
    <thetext>Iøm running KDE 4.8.1. Virtuoso-t is not really painfull anymore but it&apos;s just anoying. Currently it has indexed around 30000 files. With around 1 file pr. second this amounts to 8 hours at least. Virtuoso-t averages at around 20% cpu-utilization. Somehow it seems to never stop.

Disabling file-indexing and email-indexing improves the situation a lot. 

The case is that i *realy* would like email-indexing but virtuoso-t still uses a lot of cpu just by doing that. kontact and virtuoso-t periodicaly hog 1 core each.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1241207</commentid>
    <comment_count>91</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-03-30 08:14:59 +0000</bug_when>
    <thetext>*** Bug 296372 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1243226</commentid>
    <comment_count>92</comment_count>
    <who name="Franz Trischberger">franz.trischberger</who>
    <bug_when>2012-04-05 16:28:33 +0000</bug_when>
    <thetext>kde-4.8.2, at the moment virtoso startet spinning ;)
This query is active:

qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query23 queryString

prefix nco:&lt;http://www.semanticdesktop.org/ontologies/2007/03/22/nco#&gt;SELECT DISTINCT ?person WHERE {   graph ?g {     ?person &lt;http://akonadi-project.org/ontologies/aneo#akonadiItemId&gt; ?itemId .     ?person a nco:PersonContact ;             nco:hasEmailAddress ?email .     ?email nco:emailAddress &quot;newsletter@kopp-verlag.de&quot;^^&lt;http://www.w3.org/2001/XMLSchema#string&gt; .   } }

But had another hang of kontact today, where no query was active.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1243233</commentid>
    <comment_count>93</comment_count>
    <who name="Graham Anderson">graham.anderson</who>
    <bug_when>2012-04-05 17:09:05 +0000</bug_when>
    <thetext>(In reply to comment #92)
&gt; kde-4.8.2, at the moment virtoso startet spinning ;)

For what it&apos;s worth, I noticed virtuoso_t doing some work for a couple of hours last night after I updated to 4.8.2 ( I had disabled it for 4.8.1) however it has since stopped working so hard and is behaving quite normally. I would point out that while it was working, the size of my nepomuk db was changing and it&apos;s likely it was indexing emails during that time. Myabe you can observe the same thing?

I had a lot of emails not in my db since it had been disabled, maybe you are in the same boat? In which case try to be patient and let nepomuk finish its index. In any case while it&apos;s working the new behaviour is to not hog all the CPU, the CPU usage will jump if you are idle for some minutes and then go lower again if you do more activity.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1245383</commentid>
    <comment_count>94</comment_count>
    <who name="Unknown">null</who>
    <bug_when>2012-04-12 18:33:52 +0000</bug_when>
    <thetext>I don&apos;t know exactly what&apos;s the summary, if it can be fully fixed in 4.8 or just in 4.9, but in KDE 4.8.2 this bug is still definitely here.

I watched a movie and shortly after that I noticed that one core is under 100% load.

OS: openSUSE 11.2
Akonadi: 1.7.1
Soprano: 2.7.5

The only workaround I know is:
watch -n 1 &quot;pkill -9 virtuoso-t&quot;

If it occurred in the future, what commands should I issue to identify the problem?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1245992</commentid>
    <comment_count>95</comment_count>
    <who name="Unknown">null</who>
    <bug_when>2012-04-14 12:15:31 +0000</bug_when>
    <thetext>The backtrace of the virtuoso-t process when was using 100% CPU:

#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00000000007ecbf5 in semaphore_enter (sem=0x1109490) at sched_pthread.c:932
#2  0x00000000004d1d6e in lt_wait_until_dead (lt=&lt;optimized out&gt;) at rltrx.c:1280
#3  0x00000000004b70eb in cpt_rollback (may_freeze=0) at neodisk.c:174
#4  0x00000000004bab0b in dbs_checkpoint (log_name=0x0, shutdown=0) at neodisk.c:1879
#5  0x0000000000591ec2 in sf_makecp (log_name=0x0, trx=0x0, fail_on_vdb=&lt;optimized out&gt;, shutdown=0) at sqlsrv.c:2713
#6  0x0000000000592141 in sf_make_auto_cp () at sqlsrv.c:2673
#7  0x000000000044c1d2 in main (argc=5, argv=0x110c760) at viunix.c:805

KMail and akonadiconsole were frozen (didn&apos;t respond to anything), so I couldn&apos;t get any useful information except the one above.
After killing it, KMail rapidly recovered.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1246695</commentid>
    <comment_count>96</comment_count>
      <attachid>70429</attachid>
    <who name="Jirka Klimes">blueowl</who>
    <bug_when>2012-04-16 14:52:55 +0000</bug_when>
    <thetext>Created attachment 70429
3 bactraces of virtuoso_t when it consumes ~100% of CPU

This is another &quot;me too&quot; for virtuoso_t eating too much CPU.

I am not sure about KDE 4.8.2, but 4.8.1 is *not* definitely fixed.
I am on Fedora 16 (KDE 4.8.1):
$ rpm -q virtuoso-opensource
virtuoso-opensource-6.1.4-4.fc16.x86_64
$ rpm -q kdelibs
kdelibs-4.8.1-3.fc16.x86_64

I followed http://vhanda.in/blog/2012/02/virtuoso-going-crazy-/

jklimes@gromit ~$  qdbus org.kde.nepomuk.services.nepomukqueryservice
/
/nepomukqueryservice
/nepomukqueryservice/query1
/servicecontrol
jklimes@gromit ~$ qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 queryString
select distinct ?r ?reqProp1 (bif:concat(bif:search_excerpt(bif:vector(&apos;hot&apos;), ?v2))) as ?_n_f_t_m_ex_ where { { ?r &lt;http://akonadi-project.org/ontologies/aneo#akonadiItemId&gt; ?reqProp1 . ?r &lt;http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf&gt; &lt;nepomuk:/res/3354be4b-ee50-4fb2-8f7e-a6e0097e9309&gt; . ?r &lt;http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#messageSubject&gt; ?v2 . FILTER(bif:contains(?v2, &quot;&apos;hot&apos;&quot;)) . ?r a &lt;http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#Email&gt; . } . ?r &lt;http://www.semanticdesktop.org/ontologies/2007/08/15/nao#userVisible&gt; ?v1 . FILTER(?v1&gt;0) . }
jklimes@gromit ~$ qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 close

jklimes@gromit ~$ qdbus org.kde.nepomuk.services.nepomukqueryservice
/
/nepomukqueryservice
/servicecontrol
jklimes@gromit ~$

Closing the query didn&apos;t help.

Please find virtuoso_t backtrace in the attachment (there are three backtaces in the file.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1246712</commentid>
    <comment_count>97</comment_count>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-04-16 15:08:39 +0000</bug_when>
    <thetext>I still experience some flavour of this bug, but only rearly. I believe it is connected to indexing mails. Whenever it happens KMail UI is frozen, and virtuoso_t takes 100% of both cores, but the &apos;Desktop Search File Indexing&apos; system tray app does not show any activity. 

My system runs:
Arch Linux
virtuoso 6.1.4-2
kde 4.8.2-1

Sorry for the sparse information, but this is all I have right now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1246724</commentid>
    <comment_count>98</comment_count>
    <who name="Diego Viola">diego.viola</who>
    <bug_when>2012-04-16 15:23:14 +0000</bug_when>
    <thetext>I don&apos;t have this issue anymore, but then again I have Nepomuk and Strigi disabled.

Thanks to everyone working on this issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1248608</commentid>
    <comment_count>99</comment_count>
    <who name="Unknown">null</who>
    <bug_when>2012-04-22 20:33:42 +0000</bug_when>
    <thetext>Please, reopen this ticket, because this issue hasn&apos;t been fixed yet.

On KDE 4.8.2:
$&gt; qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1
method void org.kde.nepomuk.Query.close()
signal void org.kde.nepomuk.Query.entriesRemoved(QDBusRawType::a(sda{s(isss entries)
signal void org.kde.nepomuk.Query.entriesRemoved(QStringList entries)
signal void org.kde.nepomuk.Query.finishedListing()
method bool org.kde.nepomuk.Query.isListingFinished()
method void org.kde.nepomuk.Query.list()
method void org.kde.nepomuk.Query.listen()
signal void org.kde.nepomuk.Query.newEntries(QDBusRawType::a(sda{s(isss entries)
method QString org.kde.nepomuk.Query.queryString()
signal void org.kde.nepomuk.Query.resultCount(int count)
method QDBusVariant org.freedesktop.DBus.Properties.Get(QString interface_name, QString property_name)
method QVariantMap org.freedesktop.DBus.Properties.GetAll(QString interface_name)
method void org.freedesktop.DBus.Properties.Set(QString interface_name, QString property_name, QDBusVariant value)
method QString org.freedesktop.DBus.Introspectable.Introspect()

$&gt; qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 queryString
select distinct ?r ?reqProp1 (bif:concat(bif:search_excerpt(bif:vector(&apos;ez&apos;,&apos;az&apos;,&apos;els&apos;), ?v8),bif:search_excerpt(bif:vector(&apos;ez&apos;,&apos;az&apos;,&apos;els&apos;), ?v4))) as ?_n_f_t_m_ex_ where { { ?r &lt;http://akonadi-project.org/ontologies/aneo#akonadiItemId&gt; ?reqProp1 . { ?r

The &quot;qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1&quot; command close does nothing.

According to htop:
 PID USER     PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command                                                                                                                                           
 3793 user       39  19  715M  324M  6944 S 196.  3.2  6:57.81 /usr/bin/virtuoso-t +foreground +configfile /tmp/virtuoso_nS3483.ini +wait

The only solution:
watch -n 1 &quot;pkill -9 virtuoso-t&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1249760</commentid>
    <comment_count>100</comment_count>
    <who name="Søren Holm">sgh</who>
    <bug_when>2012-04-26 07:42:42 +0000</bug_when>
    <thetext>I can confirm that it is not fixed. Killing virtuoso-t must be done with -9. After that virtuoso-t starts up again ending a a sane cpu workload.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1249807</commentid>
    <comment_count>101</comment_count>
    <who name="Alejandro Nova">alejandronova</who>
    <bug_when>2012-04-26 11:35:12 +0000</bug_when>
    <thetext>I&apos;ve observed this. However, the anomalous behavior disappears when I increase, in the Nepomuk config interface, the memory limit from 50 MB to 128 MB (64 bit) or 96 MB (32 bit). It seems 50 MB is too little.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1252658</commentid>
    <comment_count>102</comment_count>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-05-06 20:45:23 +0000</bug_when>
    <thetext>I still see variants of this bug with KDE 4.8.3, virtuoso 6.1.5-1, strigi 0.7.7-1, and Akonadi 1.7.2-1. I have the feeling that is is connected to mail indexing since whenever virtiuoso-t eats up the cpu, kmail does not respond any more.

This bug report is marked as fixed. Does this mean that further activity on this bus is not planed and bug reports are not necessery any more?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1252666</commentid>
    <comment_count>103</comment_count>
    <who name="Diego Viola">diego.viola</who>
    <bug_when>2012-05-06 21:45:30 +0000</bug_when>
    <thetext>It seems that Virtuoso has caused lots of pain to users and developers, what I don&apos;t understand is why Virtuoso was choosen by the KDE developers.

Why not choose another database engine that is known to perform *better* like MongoDB or PostgreSQL?

Was virtuoso choosen because of licensing or what? It doesn&apos;t make sense to pick on a technology that is leaky like this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1252668</commentid>
    <comment_count>104</comment_count>
    <who name="Wolfgang Mader">Wolfgang_Mader</who>
    <bug_when>2012-05-06 21:51:55 +0000</bug_when>
    <thetext>(In reply to comment #103)
I am not a database guy, but Ivan Cukic[1] seems to have a valid point why virtuoso was chosen. For the task a graph based database seems to be needed, and virtuoso is a fast one of this kind.

[1] http://ivan.fomentgroup.org/blog/2012/05/03/nepomuk-dont-misuse/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1252686</commentid>
    <comment_count>105</comment_count>
    <who name="Diego Viola">diego.viola</who>
    <bug_when>2012-05-06 22:55:02 +0000</bug_when>
    <thetext>(In reply to comment #104)
&gt; (In reply to comment #103)
&gt; I am not a database guy, but Ivan Cukic[1] seems to have a valid point why
&gt; virtuoso was chosen. For the task a graph based database seems to be needed,
&gt; and virtuoso is a fast one of this kind.
&gt; 
&gt; [1] http://ivan.fomentgroup.org/blog/2012/05/03/nepomuk-dont-misuse/

Well, I&apos;m not really questioning their decision, I do respect the decisions KDE developers take, but Virtuoso has been nothing but problems for most users and this bug report is the proof of it.

Perhaps we should re-evaluate their decisions if the Virtuoso developers don&apos;t care about fixing their software?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1252718</commentid>
    <comment_count>106</comment_count>
    <who name="Diego Viola">diego.viola</who>
    <bug_when>2012-05-07 04:44:22 +0000</bug_when>
    <thetext>Sorry Virtuoso is open source and perhaps we should help fix the leaks instead.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1258621</commentid>
    <comment_count>107</comment_count>
    <who name="Unknown">null</who>
    <bug_when>2012-05-26 12:15:03 +0000</bug_when>
    <thetext>Please, reopen this ticket, because this issue is certainly NOT fixed.

Now, after resuming from sleep, virtuso_t ate three CPU cores at 100 % and one other at 50 %…
KDE: 4.8.3.

dbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 queryString :
select distinct ?r ?reqProp1 (bif:concat(bif:search_excerpt(bif:vector(&apos;ez&apos;,&apos;az&apos;,&apos;els&apos;), ?v8),bif:search_excerpt(bif:vector(&apos;ez&apos;,&apos;az&apos;,&apos;els&apos;), ?v4))) as ?_n_f_t_m_ex_ where { { ?r &lt;http://akonadi-project.org/ontologies/aneo#akonadiItemId&gt; ?reqProp1 . { ?r

qdbus org.kde.nepomuk.services.nepomukqueryservice /nepomukqueryservice/query1 :
method void org.kde.nepomuk.Query.close()
signal void org.kde.nepomuk.Query.entriesRemoved(QDBusRawType::a(sda{s(isss entries)
signal void org.kde.nepomuk.Query.entriesRemoved(QStringList entries)
signal void org.kde.nepomuk.Query.finishedListing()
method bool org.kde.nepomuk.Query.isListingFinished()
method void org.kde.nepomuk.Query.list()
method void org.kde.nepomuk.Query.listen()
signal void org.kde.nepomuk.Query.newEntries(QDBusRawType::a(sda{s(isss entries)
method QString org.kde.nepomuk.Query.queryString()
signal void org.kde.nepomuk.Query.resultCount(int count)
method QDBusVariant org.freedesktop.DBus.Properties.Get(QString interface_name, QString property_name)
method QVariantMap org.freedesktop.DBus.Properties.GetAll(QString interface_name)
method void org.freedesktop.DBus.Properties.Set(QString interface_name, QString property_name, QDBusVariant value)
method QString org.freedesktop.DBus.Introspectable.Introspect()

Please, do reopen this issue, otherwise it will never get the required amount of attention to get it fixed.
Thank you.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1258630</commentid>
    <comment_count>108</comment_count>
    <who name="Vishesh Handa">me</who>
    <bug_when>2012-05-26 12:52:15 +0000</bug_when>
    <thetext>(In reply to comment #107)
&gt; Please, reopen this ticket, because this issue is certainly NOT fixed.
&gt; 
&gt; Now, after resuming from sleep, virtuso_t ate three CPU cores at 100 % and
&gt; one other at 50 %…
&gt; KDE: 4.8.3.
&gt; 
&gt; dbus org.kde.nepomuk.services.nepomukqueryservice
&gt; /nepomukqueryservice/query1 queryString :
&gt; select distinct ?r ?reqProp1
&gt; (bif:concat(bif:search_excerpt(bif:vector(&apos;ez&apos;,&apos;az&apos;,&apos;els&apos;),
&gt; ?v8),bif:search_excerpt(bif:vector(&apos;ez&apos;,&apos;az&apos;,&apos;els&apos;), ?v4))) as ?_n_f_t_m_ex_
&gt; where { { ?r &lt;http://akonadi-project.org/ontologies/aneo#akonadiItemId&gt;
&gt; ?reqProp1 . { ?r
&gt; 

Hey.

Based on the query string, this seems like a truncated query that akonadi is sending Nepmuk. There is already a separate bug report for that, and AFAIK the Akonadi developers are trying to fix it.

So, I&apos;m not changing the status of this bug report, as this is a different issue. However, if some other query seems to be consuming the cpu, please let us know.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1258633</commentid>
    <comment_count>109</comment_count>
    <who name="Unknown">null</who>
    <bug_when>2012-05-26 13:02:37 +0000</bug_when>
    <thetext>(In reply to comment #108)
In this case, if it&apos;s not the same issue, it&apos;s unnecessary to reopen this one, of course :) .
And if that bug is also being solved, is a great news, thank you.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1261098</commentid>
    <comment_count>110</comment_count>
    <who name="Luca76">luca76</who>
    <bug_when>2012-06-01 06:15:35 +0000</bug_when>
    <thetext>On KDE 4.8.3 - ArchLinux, I have two Virtuoso processes running at 50% each forever.
The funny thing is that running dbus I don&apos;t see any query:

qdbus org.kde.nepomuk.services.nepomukqueryservice
/
/nepomukqueryservice                                                                                                                           /servicecontrol


Disabling Nepomuk indexing (from the systray icon) solves this issue...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1261902</commentid>
    <comment_count>111</comment_count>
    <who name="Andreas">hohenegger</who>
    <bug_when>2012-06-03 17:06:17 +0000</bug_when>
    <thetext>I see this behaviour with no open querys/querys closed. I am on Kubuntu 12.04 latest kde 4.8.3 updates. Its not fixed. The problem appears even if indexing is disabled in the system settings, often after sleep/hibernate. The only solution for me is &quot;killall -s9 virtuoso-t&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1262436</commentid>
    <comment_count>112</comment_count>
    <who name="Timothy Pederick">pederick</who>
    <bug_when>2012-06-05 10:27:50 +0000</bug_when>
    <thetext>Hmm. Perhaps I should have commented here, rather than on bug 293641. The description there seemed more specific (it specifies &quot;no queries&quot;), but I see that comments here are tending in that direction too.

I too am on Kubuntu 12.04 (amd64), KDE 4.8.3. I only started noticing this issue after some KDE package upgrades last month, although I suppose it&apos;s possible that I just didn&apos;t notice it before -- since it&apos;s using up just one core, it most often makes itself known by the fan whirring, not by poor performance in other apps. That said, it managed to max out both cores for a little while the other day, which is what prompted me to find this (these) bug report(s).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1281731</commentid>
    <comment_count>113</comment_count>
    <who name="Mirza">mirza.dervisevic</who>
    <bug_when>2012-08-04 22:14:22 +0000</bug_when>
    <thetext>I have the same problem on KDE 4.9 on Kubuntu 12.04.
I had this problem also with 4.8.x.

Deleting nepomuk folders in ~/.kde/ only solved temporary the problem.
After sleep/hibernate or restart problem reapears.
As in the comment 110 there aro no active queries.

Please reopen this bug.

If I disable nepomuk completely problem is gone, but I like the new dolphin features, and they need nepomuk...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1313890</commentid>
    <comment_count>114</comment_count>
    <who name="Thomas Platzer">t.platzer</who>
    <bug_when>2012-11-09 15:33:39 +0000</bug_when>
    <thetext>Please bear with me, I have a more general question regarding all this.

Virtuoso has troubled users for _years_ now. I can&apos;t recommend any KDE Desktop (which I&apos;m a huge fan of) to any friends without linking to detailed explanations how to get rid of the components that will, to a high probability, make even the newest systems sluggish and unresponsive. Added on top of this is my personal frustration that it seems not possible to get desktop-indexing in KDE in a consistent and safe way.

We have a great Filemanager with Dolphin, but quite a few features that are prominently advertised are worse than useless with the current setup. People may invest a lot of time to add metadata to their stuff just to lose it ever so often, make their computer slow or only work sometimes.

I would absolutely *love* to tag and rate my stuff, but as of now, I&apos;m glad I haven&apos;t done so if the fixes to make my computer usable again are mostly in the direction of deleting everything I&apos;ve set up. That&apos;s like a kick to the face for people who actually use the features the KDE-Team seems so proud of, features that would indeed make a difference for the better when it comes to the handling of personal data.

From what I&apos;ve read in the comments Virtuoso is the back-end, a graph database. A database that is prone to race-conditions, deadlocks and resource-leaks? How can a database be any less reliable than we have seen with Virtuoso/Nepomuk or whatever the thing is called? The whole approach seems so brittle that I have a heard time believing this was delivered to actual end-users for years now. I even stopped using KMail because it ties into this system and I&apos;ve had enough of lost data, hangups and the general uneasy feeling that it can explode into my face any minute.

I _love_ and use KDE (except when 4 came out and I had to gnome for a year or two) for quite a time now, in fact when it became a usable successor to fvwm2 :). I think it&apos;s by far the best desktop for Linux - that&apos;s why I simply can&apos;t believe this whole virtuoso mess. It&apos;s baked so deep into to whole KDE experience that it&apos;s not trivial to get rid of it at all. Reminds me of the late 90&apos;s when you installed Windows and had a substantial to-do list on what to deactivate to make the system usable. Windows has learned, now KDE does this? Why? Semantic support on the desktop would be great, but every component that depends on the nepomuk system becomes suspectible to problems. It just seems to me that this technology is not ready for prime-time, and the problems multiply when more and more components want to tie into it.
 
It may sound polemic, but are there actual users where this whole mess just works and adds positively to their workflow? People who have rated and tagged their stuff and work with it on a day to day basis, without losing their stuff and cpu-fans whirring?

Any comments from the devs or QA? I mean besides explaining why this bug is closed and fixed already when it so painfully obviously isn&apos;t? Or adding fixes that only mask the problem by not making you too aware that there is a process constantly taxing the CPU? 
 
Sorry if this comes across as too harsh, I&apos;ve tried to keep my frustration in check. I want to add that is&apos;s only things I care very much about can even get me this frustated. 
 
Long live KDE!

Best regards,
Thomas</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1314050</commentid>
    <comment_count>115</comment_count>
    <who name="Christoph Feck">cfeck</who>
    <bug_when>2012-11-09 21:47:30 +0000</bug_when>
    <thetext>Thomas, the problem is that developers can only fix bugs they are able to reproduce. Just saying &quot;it uses 100% cpu here&quot; is not a detailed description of steps to reproduce.

Start with a fresh KDE user account, configure it in a way you can trigger the bug, and report both your configuration and exact steps to reproduce. Please report them as a new bug, because this one is too crowded and may describe different problems.

For more information, see http://trueg.wordpress.com/2012/07/04/debugging-nepomukvirtuosos-cpu-usage/ and http://techbase.kde.org/index.php?title=Development/Tutorials/Metadata/Nepomuk/TipsAndTricks

Also, in the future please use the KDE forums at https://forum.kde.org/ to reach other users.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1314556</commentid>
    <comment_count>116</comment_count>
      <attachid>75177</attachid>
    <who name="Pascal Maillard">pascalmaillard</who>
    <bug_when>2012-11-11 16:34:17 +0000</bug_when>
    <thetext>Created attachment 75177
New crash information added by DrKonqi

kactivitymanagerd (1.0) on KDE Platform 4.8.5 (4.8.5) &quot;release 2&quot; using Qt 4.8.1

Hi, I want to provide a backtrace which could shed light on this bug:

- I killed virtuoso-t (&quot;killall virtuoso-t&quot;), because it was running for over an hour at &gt;80% CPU (despite the fact that no files were being indexed)
- approximately 5 sec after the kill command, the process stopped running (as observed by &quot;top&quot;)
- immediately after this, the KDE Activity Manager crashed and DrKonqi opened. The backtrace is attached

-- Backtrace (Reduced):
#6  0x00007f0a3e4a4606 in lockInline (this=0x936b68) at /usr/include/QtCore/qmutex.h:187
#7  QMutexLocker (m=0x936b68, this=&lt;synthetic pointer&gt;) at /usr/include/QtCore/qmutex.h:109
#8  Soprano::Client::SocketHandler::~SocketHandler (this=0x9f3930, __in_chrg=&lt;optimized out&gt;) at /usr/src/debug/soprano-2.7.6/client/clientconnection.cpp:58
#9  0x00007f0a3e4a4739 in Soprano::Client::SocketHandler::~SocketHandler (this=0x9f3930, __in_chrg=&lt;optimized out&gt;) at /usr/src/debug/soprano-2.7.6/client/clientconnection.cpp:61
#10 0x00007f0a429e1bd0 in QThreadStorageData::set (this=&lt;optimized out&gt;, p=0x9ccea0) at thread/qthreadstorage.cpp:165</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1314561</commentid>
    <comment_count>117</comment_count>
    <who name="Pascal Maillard">pascalmaillard</who>
    <bug_when>2012-11-11 16:48:48 +0000</bug_when>
    <thetext>I want to add to my previous comment that I have deleted my Nepomuk database a week ago, since then all files and e-mails seem to have been indexed and there have not been any KDE updates.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>68187</attachid>
            <date>2012-01-26 08:52:12 +0000</date>
            <delta_ts>2012-01-26 08:52:12 +0000</delta_ts>
            <desc>threadsanitizer log</desc>
            <filename>virtuoso_tsan.log</filename>
            <type>text/plain</type>
            <size>45664</size>
            <attacher name="Graham Anderson">graham.anderson</attacher>
            
              <data encoding="base64">PT0xNzUwNT09IFRocmVhZFNhbml0aXplciwgYSBkYXRhIHJhY2UgZGV0ZWN0b3IKPT0xNzUwNT09
IENvcHlyaWdodCAoQykgMjAwOC0yMDEwLCBhbmQgR05VIEdQTCdkLCBieSBHb29nbGUgSW5jLgo9
PTE3NTA1PT0gVXNpbmcgVmFsZ3JpbmQtMy43LjAuU1ZOIGFuZCBMaWJWRVg7IHJlcnVuIHdpdGgg
LWggZm9yIGNvcHlyaWdodCBpbmZvCj09MTc1MDU9PSBDb21tYW5kOiAvdXNyL2Jpbi92aXJ0dW9z
by10ICtmb3JlZ3JvdW5kICtjb25maWdmaWxlIC4vdmlydHVvc28uaW5pICt3YWl0Cj09MTc1MDU9
PSBQYXJlbnQgUElEOiAxNzQ5NQo9PTE3NTA1PT0gCj09MTc1MDU9PSBUaHJlYWRTYW5pdGl6ZXJW
YWxncmluZCByMzYwMjogaHlicmlkPW5vCj09MTc1MDU9PSBJTkZPOiBBbGxvY2F0aW5nIDI1Nk1i
ICgzMiAqIDhNKSBmb3IgU2VnbWVudHMuCj09MTc1MDU9PSBJTkZPOiBXaWxsIGFsbG9jYXRlIHVw
IHRvIDY0ME1iIGZvciAncHJldmlvdXMnIHN0YWNrIHRyYWNlcy4KPT0xNzUwNT09IElORk86IFQw
IGlzIHByb2dyYW0ncyBtYWluIHRocmVhZAo9PTE3NTA1PT0gSU5GTzogVDEgaGFzIGJlZW4gY3Jl
YXRlZCBieSBUMCBhdCB0aGlzIHBvaW50OiB7e3sKPT0xNzUwNT09IBtbMW0gICAgIzAgIChubyBz
eW1ib2xzKSAvbGliNjQvbGlicHRocmVhZC0yLjE0LjEuc28bWzBtCj09MTc1MDU9PSAgICAgIzEg
IGRvX2Nsb25lLmNvbnN0cHJvcC4zIC9saWI2NC9saWJwdGhyZWFkLTIuMTQuMS5zbwo9PTE3NTA1
PT0gICAgICMyICBwdGhyZWFkX2NyZWF0ZUBAR0xJQkNfMi4yLjUgL2xpYjY0L2xpYnB0aHJlYWQt
Mi4xNC4xLnNvCj09MTc1MDU9PSAgICAgIzMgIHB0aHJlYWRfY3JlYXRlQCogL21udC9kYXRhL2J1
aWxkL3NsYXZlL2Z1bGxfbGludXhfYnVpbGQvYnVpbGQvdHNhbi90c192YWxncmluZF9pbnRlcmNl
cHRzLmM6NzMyCj09MTc1MDU9PSAgICAgIzQgIG9wbHRocmVhZF9jcmVhdGUgL3Vzci9zcmMvZGVi
dWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQu
Yzo0MTcKPT0xNzUwNT09ICAgICAjNSAgUHJwY1RocmVhZEFsbG9jYXRlIC91c3Ivc3JjL2RlYnVn
L3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrZXJuZWwuYzozMDAxCj09MTc1
MDU9PSAgICAgIzYgIGRzdF9hc3NpZ25faXEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNv
dXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjgzMAo9PTE3NTA1PT0gICAgICM3ICBkYnNf
bXR3cml0ZV9pbml0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL210d3JpdGUuYzo5NTcKPT0xNzUwNT09ICAgICAjOCAgbXRfd3JpdGVfaW5pdCAvdXNy
L3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6
OTY5Cj09MTc1MDU9PSAgICAgIzkgIHdpX29wZW4gL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZGlzay5jOjM2MzcKPT0xNzUwNT09ICAgICAjMTAgc3J2
X2dsb2JhbF9pbml0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL3NxbHNydi5jOjM3OTQKPT0xNzUwNT09ICAgICAjMTEgbWFpbiAvdXNyL3NyYy9kZWJ1
Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2JpbnNyYy92aXJ0dW9zby92aXVuaXguYzo2NjgK
PT0xNzUwNT09IH19fQo9PTE3NTA1PT0gG1szMW1XQVJOSU5HOiBQb3NzaWJsZSBkYXRhIHJhY2Ug
ZHVyaW5nIHJlYWQgb2Ygc2l6ZSA0IGF0IDB4MTFERDUwNDoge3t7G1swbQo9PTE3NTA1PT0gICAg
VDAgKEx7fSk6Cj09MTc1MDU9PSAbWzFtICAgICMwICBka19hbGxvYyAvdXNyL3NyYy9kZWJ1Zy92
aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9Eay9Ea2FsbG9jLmM6NTY0G1swbQo9PTE3
NTA1PT0gICAgICMxICBka190aHJlYWRfYWxsb2MgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGtlcm5lbC5jOjI3MTgKPT0xNzUwNT09ICAgICAjMiAg
UHJwY1RocmVhZEFsbG9jYXRlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4x
LjQvbGlic3JjL0RrL0RrZXJuZWwuYzozMDA0Cj09MTc1MDU9PSAgICAgIzMgIGRzdF9hc3NpZ25f
aXEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3
cml0ZS5jOjgzMAo9PTE3NTA1PT0gICAgICM0ICBkYnNfbXR3cml0ZV9pbml0IC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL210d3JpdGUuYzo5NTcKPT0x
NzUwNT09ICAgICAjNSAgbXRfd3JpdGVfaW5pdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVu
c291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6OTY5Cj09MTc1MDU9PSAgICAgIzYgIHdp
X29wZW4gL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kv
ZGlzay5jOjM2MzcKPT0xNzUwNT09ICAgICAjNyAgc3J2X2dsb2JhbF9pbml0IC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbHNydi5jOjM3OTQKPT0x
NzUwNT09ICAgICAjOCAgbWFpbiAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYu
MS40L2JpbnNyYy92aXJ0dW9zby92aXVuaXguYzo2NjgKPT0xNzUwNT09ICAgG1szNW1Db25jdXJy
ZW50IHdyaXRlKHMpIGhhcHBlbmVkIGF0IChPUiBBRlRFUikgdGhlc2UgcG9pbnRzOhtbMG0KPT0x
NzUwNT09ICAgIFQxIChMe30pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAgZGtfYWxsb2MgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGthbGxvYy5jOjU2
NBtbMG0KPT0xNzUwNT09ICAgICAjMSAgaGFzaF90YWJsZV9hbGxvY2F0ZSAvdXNyL3NyYy9kZWJ1
Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9Eay9Ea2hhc2guYzoyMjgKPT0xNzUw
NT09ICAgICAjMiAgX3RocmVhZF9pbml0X2F0dHJpYnV0ZXMgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3RocmVhZF9hdHRyLmM6MzYKPT0xNzUw
NT09ICAgICAjMyAgX3RocmVhZF9ib290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3Vy
Y2UtNi4xLjQvbGlic3JjL1RocmVhZC9zY2hlZF9wdGhyZWFkLmM6Mjg3Cj09MTc1MDU9PSAgIBtb
MzRtQWRkcmVzcyAweDExREQ1MDQgaXMgMCBieXRlcyBpbnNpZGUgZGF0YSBzeW1ib2wgIm50aF9t
ZW1ibG9jayIbWzBtCj09MTc1MDU9PSAgICBSYWNlIHZlcmlmaWVyIGRhdGE6IDB4OTIyQjU1LDB4
OTIyQjRFCj09MTc1MDU9PSB9fX0KPT0xNzUwNT09IBtbMzFtV0FSTklORzogUG9zc2libGUgZGF0
YSByYWNlIGR1cmluZyB3cml0ZSBvZiBzaXplIDggYXQgMHg0MkYzMjQwOiB7e3sbWzBtCj09MTc1
MDU9PSAgICBUMCAoTHt9KToKPT0xNzUwNT09IBtbMW0gICAgIzAgIGRzdF9hc3NpZ25faXEgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5j
OjgzNhtbMG0KPT0xNzUwNT09ICAgICAjMSAgZGJzX210d3JpdGVfaW5pdCAvdXNyL3NyYy9kZWJ1
Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6OTU3Cj09MTc1
MDU9PSAgICAgIzIgIG10X3dyaXRlX2luaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNv
dXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjk2OQo9PTE3NTA1PT0gICAgICMzICB3aV9v
cGVuIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rp
c2suYzozNjM3Cj09MTc1MDU9PSAgICAgIzQgIHNydl9nbG9iYWxfaW5pdCAvdXNyL3NyYy9kZWJ1
Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zcWxzcnYuYzozNzk0Cj09MTc1
MDU9PSAgICAgIzUgIG1haW4gL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9iaW5zcmMvdmlydHVvc28vdml1bml4LmM6NjY4Cj09MTc1MDU9PSAgIBtbMzVtQ29uY3VycmVu
dCB3cml0ZShzKSBoYXBwZW5lZCBhdCAoT1IgQUZURVIpIHRoZXNlIHBvaW50czobWzBtCj09MTc1
MDU9PSAgICBUMSAoTHt9KToKPT0xNzUwNT09IBtbMW0gICAgIzAgIGlxX2xvb3AgL3Vzci9zcmMv
ZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjY3Mhtb
MG0KPT0xNzUwNT09ICAgICAjMSAgX3RocmVhZF9ib290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3Nv
LW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1RocmVhZC9zY2hlZF9wdGhyZWFkLmM6MjkwCj09MTc1
MDU9PSAgIBtbMzVtQ29uY3VycmVudCByZWFkKHMpIGhhcHBlbmVkIGF0IChPUiBBRlRFUikgdGhl
c2UgcG9pbnRzOhtbMG0KPT0xNzUwNT09ICAgIFQxIChMe30pOgo9PTE3NTA1PT0gG1sxbSAgICAj
MCAgaXFfbG9vcCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9XaS9tdHdyaXRlLmM6Njg2G1swbQo9PTE3NTA1PT0gICAgICMxICBfdGhyZWFkX2Jvb3QgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVk
X3B0aHJlYWQuYzoyOTAKPT0xNzUwNT09ICAgG1szNG1Mb2NhdGlvbiAweDQyRjMyNDAgaXMgMzIg
Ynl0ZXMgaW5zaWRlIGEgYmxvY2sgc3RhcnRpbmcgYXQgMHg0MkYzMjIwIG9mIHNpemUgNjQgYWxs
b2NhdGVkIGJ5IFQwIGZyb20gaGVhcDobWzBtCj09MTc1MDU9PSAbWzFtICAgICMwICBtYWxsb2Mg
L21udC9kYXRhL2J1aWxkL3NsYXZlL2Z1bGxfbGludXhfYnVpbGQvYnVpbGQvdHNhbi90c192YWxn
cmluZF9pbnRlcmNlcHRzLmM6NDE3G1swbQo9PTE3NTA1PT0gICAgICMxICBka19hbGxvY19yZXNl
cnZlX21hbGxvYyAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9Eay9Ea2VybmVsLmM6NTI2MQo9PTE3NTA1PT0gICAgICMyICBka19hbGxvYyAvdXNyL3NyYy9k
ZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9Eay9Ea2FsbG9jLmM6NTg2Cj09
MTc1MDU9PSAgICAgIzMgIGRzdF9hc3NpZ25faXEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjgyNAo9PTE3NTA1PT0gICAgICM0ICBk
YnNfbXR3cml0ZV9pbml0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQv
bGlic3JjL1dpL210d3JpdGUuYzo5NTcKPT0xNzUwNT09ICAgICAjNSAgbXRfd3JpdGVfaW5pdCAv
dXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRl
LmM6OTY5Cj09MTc1MDU9PSAgICAgIzYgIHdpX29wZW4gL3Vzci9zcmMvZGVidWcvdmlydHVvc28t
b3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZGlzay5jOjM2MzcKPT0xNzUwNT09ICAgICAjNyAg
c3J2X2dsb2JhbF9pbml0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQv
bGlic3JjL1dpL3NxbHNydi5jOjM3OTQKPT0xNzUwNT09ICAgICAjOCAgbWFpbiAvdXNyL3NyYy9k
ZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2JpbnNyYy92aXJ0dW9zby92aXVuaXguYzo2
NjgKPT0xNzUwNT09ICAgIFJhY2UgdmVyaWZpZXIgZGF0YTogMHg0RDM1QkYsMHg0RDJFRTcsMHg0
RDJFNkUKPT0xNzUwNT09IH19fQo9PTE3NTA1PT0gG1szMW1XQVJOSU5HOiBQb3NzaWJsZSBkYXRh
IHJhY2UgZHVyaW5nIHJlYWQgb2Ygc2l6ZSA0IGF0IDB4MTFEN0IwODoge3t7G1swbQo9PTE3NTA1
PT0gICAgVDEgKEx7TDEwMjR9KToKPT0xNzUwNT09IBtbMW0gICAgIzAgIGlxX2xvb3AgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjcx
MhtbMG0KPT0xNzUwNT09ICAgICAjMSAgX3RocmVhZF9ib290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1
b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1RocmVhZC9zY2hlZF9wdGhyZWFkLmM6MjkwCj09
MTc1MDU9PSAgIBtbMzVtQ29uY3VycmVudCB3cml0ZShzKSBoYXBwZW5lZCBhdCAoT1IgQUZURVIp
IHRoZXNlIHBvaW50czobWzBtCj09MTc1MDU9PSAgICBUMCAoTHt9KToKPT0xNzUwNT09IBtbMW0g
ICAgIzAgIGlxX3NjaGVkdWxlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4x
LjQvbGlic3JjL1dpL210d3JpdGUuYzoxOTMbWzBtCj09MTc1MDU9PSAgICAgIzEgIGl0Y19yZWFk
X2FoZWFkX2Jsb2IgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJz
cmMvV2kvc2VhcmNoLmM6MjcxMAo9PTE3NTA1PT0gICAgICMyICBwYWdlX3dhaXRfYWNjZXNzIC91
c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzox
OTQKPT0xNzUwNT09ICAgICAjMyAgaXRjX2RpdmVfdHJhbnNpdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0
dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6ODk4Cj09MTc1MDU9PSAgICAg
IzQgIGl0Y19kb3duX3RyYW5zaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02
LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjk5Nwo9PTE3NTA1PT0gICAgICM1ICBpdGNfc2FtcGxlXzEg
L3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNo
LmM6MzQ0NAo9PTE3NTA1PT0gICAgICM2ICBpdGNfbG9jYWxfc2FtcGxlIC91c3Ivc3JjL2RlYnVn
L3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2MDgKPT0xNzUw
NT09ICAgICAjNyAgaXRjX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNjU4Cj09MTc1MDU9PSAgICAgIzggIGtleV9jb3Vu
dF9lc3RpbWF0ZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9XaS9zZWFyY2guYzozNjc4Cj09MTc1MDU9PSAgICAgIzkgIGRiZV9rZXlfY291bnQgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc3FsY29zdC5jOjcz
Cj09MTc1MDU9PSAgIBtbMzRtQWRkcmVzcyAweDExRDdCMDggaXMgMCBieXRlcyBpbnNpZGUgZGF0
YSBzeW1ib2wgIm10aV9yZWFkc19xdWV1ZWQiG1swbQo9PTE3NTA1PT0gICAbWzMybUxvY2tzIGlu
dm9sdmVkIGluIHRoaXMgcmVwb3J0IChyZXBvcnRpbmcgbGFzdCBsb2NrIHNpdGVzKTobWzBtIHtM
MTAyNH0KPT0xNzUwNT09ICAgIEwxMDI0ICgweDQyRjMyOTApCj09MTc1MDU9PSAbWzFtICAgICMw
ICBwdGhyZWFkX211dGV4X2xvY2sgL21udC9kYXRhL2J1aWxkL3NsYXZlL2Z1bGxfbGludXhfYnVp
bGQvYnVpbGQvdHNhbi90c192YWxncmluZF9pbnRlcmNlcHRzLmM6OTM1G1swbQo9PTE3NTA1PT0g
ICAgICMxICBpcV9sb29wIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQv
bGlic3JjL1dpL210d3JpdGUuYzo2ODcKPT0xNzUwNT09ICAgICAjMiAgX3RocmVhZF9ib290IC91
c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1RocmVhZC9zY2hl
ZF9wdGhyZWFkLmM6MjkwCj09MTc1MDU9PSAgICBSYWNlIHZlcmlmaWVyIGRhdGE6IDB4NEQyRkNC
LDB4NEQyQzUzCj09MTc1MDU9PSB9fX0KPT0xNzUwNT09IBtbMzFtV0FSTklORzogUG9zc2libGUg
ZGF0YSByYWNlIGR1cmluZyByZWFkIG9mIHNpemUgNCBhdCAweDExQzI0MDg6IHt7extbMG0KPT0x
NzUwNT09ICAgIFQxIChMe30pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAgaXFfbG9vcCAvdXNyL3Ny
Yy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6NzE3
G1swbQo9PTE3NTA1PT0gICAgICMxICBfdGhyZWFkX2Jvb3QgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQuYzoyOTAKPT0x
NzUwNT09ICAgG1szNW1Db25jdXJyZW50IHdyaXRlKHMpIGhhcHBlbmVkIGF0IChPUiBBRlRFUikg
dGhlc2UgcG9pbnRzOhtbMG0KPT0xNzUwNT09ICAgIFQwIChMe30pOgo9PTE3NTA1PT0gG1sxbSAg
ICAjMCAgcGFnZV93YWl0X2FjY2VzcyAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6MTc4G1swbQo9PTE3NTA1PT0gICAgICMxICBpdGNfZGl2
ZV90cmFuc2l0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3Jj
L1dpL2dhdGUuYzo4OTgKPT0xNzUwNT09ICAgICAjMiAgaXRjX2Rvd25fdHJhbnNpdCAvdXNyL3Ny
Yy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6OTk3Cj09
MTc1MDU9PSAgICAgIzMgIGl0Y19zYW1wbGVfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVu
c291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNDQ0Cj09MTc1MDU9PSAgICAgIzQgIGl0
Y19sb2NhbF9zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9s
aWJzcmMvV2kvc2VhcmNoLmM6MzYwOAo9PTE3NTA1PT0gICAgICM1ICBpdGNfc2FtcGxlIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2
NTgKPT0xNzUwNT09ICAgICAjNiAga2V5X2NvdW50X2VzdGltYXRlIC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2NzgKPT0xNzUwNT09
ICAgICAjNyAgZGJlX2tleV9jb3VudCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9XaS9zcWxjb3N0LmM6NzMKPT0xNzUwNT09ICAgICAjOCAgZGZlX3RhYmxl
X2Nvc3RfaWNfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9XaS9zcWxjb3N0LmM6MTk2Nwo9PTE3NTA1PT0gICAgICM5ICBkZmVfdGFibGVfY29zdF9pYyAv
dXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zcWxjb3N0
LmM6MjE5OAo9PTE3NTA1PT0gICAbWzM0bUFkZHJlc3MgMHgxMUMyNDA4IGlzIDAgYnl0ZXMgaW5z
aWRlIGRhdGEgc3ltYm9sICJpc19yZWFkX3BlbmRpbmciG1swbQo9PTE3NTA1PT0gICAgUmFjZSB2
ZXJpZmllciBkYXRhOiAweDREMzAyNCwweDQ4MTg4OAo9PTE3NTA1PT0gfX19Cj09MTc1MDU9PSAb
WzMxbVdBUk5JTkc6IFBvc3NpYmxlIGRhdGEgcmFjZSBkdXJpbmcgcmVhZCBvZiBzaXplIDggYXQg
MHgxMTg0RTEwOiB7e3sbWzBtCj09MTc1MDU9PSAgICBUMSAoTHt9KToKPT0xNzUwNT09IBtbMW0g
ICAgIzAgIGJ1Zl9kaXNrX3JlYWQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02
LjEuNC9saWJzcmMvV2kvZGlzay5jOjE3NjEbWzBtCj09MTc1MDU9PSAgICAgIzEgIGlxX2xvb3Ag
L3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0
ZS5jOjcxOAo9PTE3NTA1PT0gICAgICMyICBfdGhyZWFkX2Jvb3QgL3Vzci9zcmMvZGVidWcvdmly
dHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQuYzoyOTAK
PT0xNzUwNT09ICAgG1szNW1Db25jdXJyZW50IHdyaXRlKHMpIGhhcHBlbmVkIGF0IChPUiBBRlRF
UikgdGhlc2UgcG9pbnRzOhtbMG0KPT0xNzUwNT09ICAgIFQwIChMe30pOgo9PTE3NTA1PT0gG1sx
bSAgICAjMCAgYnVmX2Rpc2tfcmVhZCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9XaS9kaXNrLmM6MTc1NRtbMG0KPT0xNzUwNT09ICAgICAjMSAgcGFnZV93
YWl0X2FjY2VzcyAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9XaS9nYXRlLmM6MTkxCj09MTc1MDU9PSAgICAgIzIgIGl0Y19kaXZlX3RyYW5zaXQgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjg5OAo9
PTE3NTA1PT0gICAgICMzICBpdGNfZG93bl90cmFuc2l0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3Nv
LW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzo5OTcKPT0xNzUwNT09ICAgICAjNCAg
aXRjX3NhbXBsZV8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL3NlYXJjaC5jOjM0NDQKPT0xNzUwNT09ICAgICAjNSAgaXRjX2xvY2FsX3NhbXBsZSAv
dXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2gu
YzozNjA4Cj09MTc1MDU9PSAgICAgIzYgIGl0Y19zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzY1OAo9PTE3NTA1PT0gICAg
ICM3ICBrZXlfY291bnRfZXN0aW1hdGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJj
ZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzY3OAo9PTE3NTA1PT0gICAgICM4ICBkYmVfa2V5
X2NvdW50IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dp
L3NxbGNvc3QuYzo3Mwo9PTE3NTA1PT0gICAgICM5ICBkZmVfdGFibGVfY29zdF9pY18xIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzox
OTY3Cj09MTc1MDU9PSAgIBtbMzRtQWRkcmVzcyAweDExODRFMTAgaXMgMCBieXRlcyBpbnNpZGUg
ZGF0YSBzeW1ib2wgImRpc2tfcmVhZHMiG1swbQo9PTE3NTA1PT0gICAgUmFjZSB2ZXJpZmllciBk
YXRhOiAweDQ2QkVFNywweDQ2QkVDNwo9PTE3NTA1PT0gfX19Cj09MTc1MDU9PSAbWzMxbVdBUk5J
Tkc6IFBvc3NpYmxlIGRhdGEgcmFjZSBkdXJpbmcgd3JpdGUgb2Ygc2l6ZSA0IGF0IDB4MTI4MTQw
ODoge3t7G1swbQo9PTE3NTA1PT0gICAgVDAgKEx7fSk6Cj09MTc1MDU9PSAbWzFtICAgICMwICBn
ZXRfcmVhbF90aW1lIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL0RrL0RrdXRpbC5jOjk2G1swbQo9PTE3NTA1PT0gICAgICMxICBnZXRfbXNlY19yZWFsX3Rp
bWUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGt1
dGlsLmM6MTQwCj09MTc1MDU9PSAgICAgIzIgIGl0Y19yZWFkX2FzaWRlIC91c3Ivc3JjL2RlYnVn
L3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjI4NTQKPT0xNzUw
NT09ICAgICAjMyAgcGFnZV93YWl0X2FjY2VzcyAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVu
c291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6MTg3Cj09MTc1MDU9PSAgICAgIzQgIGl0Y19k
aXZlX3RyYW5zaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJz
cmMvV2kvZ2F0ZS5jOjg5OAo9PTE3NTA1PT0gICAgICM1ICBpdGNfZG93bl90cmFuc2l0IC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzo5OTcK
PT0xNzUwNT09ICAgICAjNiAgaXRjX3NhbXBsZV8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9w
ZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM0NDQKPT0xNzUwNT09ICAgICAjNyAg
aXRjX2xvY2FsX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40
L2xpYnNyYy9XaS9zZWFyY2guYzozNjA4Cj09MTc1MDU9PSAgICAgIzggIGl0Y19zYW1wbGUgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6
MzY1OAo9PTE3NTA1PT0gICAgICM5ICBrZXlfY291bnRfZXN0aW1hdGUgL3Vzci9zcmMvZGVidWcv
dmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzY3OAo9PTE3NTA1
PT0gICAgICMxMCBkYmVfa2V5X2NvdW50IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3Vy
Y2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzo3Mwo9PTE3NTA1PT0gICAgICMxMSBkZmVfdGFi
bGVfY29zdF9pY18xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL3NxbGNvc3QuYzoxOTY3Cj09MTc1MDU9PSAgIBtbMzVtQ29uY3VycmVudCB3cml0ZShz
KSBoYXBwZW5lZCBhdCAoT1IgQUZURVIpIHRoZXNlIHBvaW50czobWzBtCj09MTc1MDU9PSAgICBU
MSAoTHtMOTkyfSk6Cj09MTc1MDU9PSAbWzFtICAgICMwICBnZXRfcmVhbF90aW1lIC91c3Ivc3Jj
L2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrdXRpbC5jOjk2G1sw
bQo9PTE3NTA1PT0gICAgICMxICBnZXRfbXNlY19yZWFsX3RpbWUgL3Vzci9zcmMvZGVidWcvdmly
dHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGt1dGlsLmM6MTQwCj09MTc1MDU9PSAg
ICAgIzIgIGJ1Zl9kaXNrX3JlYWQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02
LjEuNC9saWJzcmMvV2kvZGlzay5jOjE3OTMKPT0xNzUwNT09ICAgICAjMyAgaXFfbG9vcCAvdXNy
L3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6
NzE4Cj09MTc1MDU9PSAgICAgIzQgIF90aHJlYWRfYm9vdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9z
by1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9UaHJlYWQvc2NoZWRfcHRocmVhZC5jOjI5MAo9PTE3
NTA1PT0gICAbWzM1bUNvbmN1cnJlbnQgcmVhZChzKSBoYXBwZW5lZCBhdCAoT1IgQUZURVIpIHRo
ZXNlIHBvaW50czobWzBtCj09MTc1MDU9PSAgICBUMSAoTHtMOTkyfSk6Cj09MTc1MDU9PSAbWzFt
ICAgICMwICBhcHByb3hfbXNlY19yZWFsX3RpbWUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGt1dGlsLmM6MTIzG1swbQo9PTE3NTA1PT0gICAgICMx
ICBnZXRfbXNlY19yZWFsX3RpbWUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02
LjEuNC9saWJzcmMvRGsvRGt1dGlsLmM6MTQyCj09MTc1MDU9PSAgICAgIzIgIGJ1Zl9kaXNrX3Jl
YWQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZGlz
ay5jOjE3OTMKPT0xNzUwNT09ICAgICAjMyAgaXFfbG9vcCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9z
by1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6NzE4Cj09MTc1MDU9PSAgICAg
IzQgIF90aHJlYWRfYm9vdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40
L2xpYnNyYy9UaHJlYWQvc2NoZWRfcHRocmVhZC5jOjI5MAo9PTE3NTA1PT0gICAbWzM0bUFkZHJl
c3MgMHgxMjgxNDA4IGlzIDAgYnl0ZXMgaW5zaWRlIGRhdGEgc3ltYm9sICJ0aW1lX25vdyIbWzBt
Cj09MTc1MDU9PSAgIBtbMzJtTG9ja3MgaW52b2x2ZWQgaW4gdGhpcyByZXBvcnQgKHJlcG9ydGlu
ZyBsYXN0IGxvY2sgc2l0ZXMpOhtbMG0ge0w5OTJ9Cj09MTc1MDU9PSAgICBMOTkyICgweDQyQzYx
RjApCj09MTc1MDU9PSAbWzFtICAgICMwICBwdGhyZWFkX211dGV4X2xvY2sgL21udC9kYXRhL2J1
aWxkL3NsYXZlL2Z1bGxfbGludXhfYnVpbGQvYnVpbGQvdHNhbi90c192YWxncmluZF9pbnRlcmNl
cHRzLmM6OTM1G1swbQo9PTE3NTA1PT0gICAgICMxICBidWZfZGlza19yZWFkIC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzoxNzkyCj09MTc1
MDU9PSAgICAgIzIgIGlxX2xvb3AgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02
LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjcxOAo9PTE3NTA1PT0gICAgICMzICBfdGhyZWFkX2Jv
b3QgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFk
L3NjaGVkX3B0aHJlYWQuYzoyOTAKPT0xNzUwNT09ICAgIFJhY2UgdmVyaWZpZXIgZGF0YTogMHg5
MzlDNjIsMHg5MzlDRTQsMHg5MzlDNTgKPT0xNzUwNT09IH19fQo9PTE3NTA1PT0gG1szMW1XQVJO
SU5HOiBQb3NzaWJsZSBkYXRhIHJhY2UgZHVyaW5nIHdyaXRlIG9mIHNpemUgNCBhdCAweDEyODE0
MEM6IHt7extbMG0KPT0xNzUwNT09ICAgIFQwIChMe30pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAg
Z2V0X3JlYWxfdGltZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xp
YnNyYy9Eay9Ea3V0aWwuYzo5NxtbMG0KPT0xNzUwNT09ICAgICAjMSAgZ2V0X21zZWNfcmVhbF90
aW1lIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0Rr
dXRpbC5jOjE0MAo9PTE3NTA1PT0gICAgICMyICBpdGNfcmVhZF9hc2lkZSAvdXNyL3NyYy9kZWJ1
Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzoyODU0Cj09MTc1
MDU9PSAgICAgIzMgIHBhZ2Vfd2FpdF9hY2Nlc3MgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjE4Nwo9PTE3NTA1PT0gICAgICM0ICBpdGNf
ZGl2ZV90cmFuc2l0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL2dhdGUuYzo4OTgKPT0xNzUwNT09ICAgICAjNSAgaXRjX2Rvd25fdHJhbnNpdCAvdXNy
L3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6OTk3
Cj09MTc1MDU9PSAgICAgIzYgIGl0Y19zYW1wbGVfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1v
cGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNDQ0Cj09MTc1MDU9PSAgICAgIzcg
IGl0Y19sb2NhbF9zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvV2kvc2VhcmNoLmM6MzYwOAo9PTE3NTA1PT0gICAgICM4ICBpdGNfc2FtcGxlIC91
c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5j
OjM2NTgKPT0xNzUwNT09ICAgICAjOSAga2V5X2NvdW50X2VzdGltYXRlIC91c3Ivc3JjL2RlYnVn
L3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2NzgKPT0xNzUw
NT09ICAgICAjMTAgZGJlX2tleV9jb3VudCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291
cmNlLTYuMS40L2xpYnNyYy9XaS9zcWxjb3N0LmM6NzMKPT0xNzUwNT09ICAgICAjMTEgZGZlX3Rh
YmxlX2Nvc3RfaWNfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xp
YnNyYy9XaS9zcWxjb3N0LmM6MTk2Nwo9PTE3NTA1PT0gICAbWzM1bUNvbmN1cnJlbnQgd3JpdGUo
cykgaGFwcGVuZWQgYXQgKE9SIEFGVEVSKSB0aGVzZSBwb2ludHM6G1swbQo9PTE3NTA1PT0gICAg
VDEgKEx7TDk5Mn0pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAgZ2V0X3JlYWxfdGltZSAvdXNyL3Ny
Yy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9Eay9Ea3V0aWwuYzo5Nhtb
MG0KPT0xNzUwNT09ICAgICAjMSAgZ2V0X21zZWNfcmVhbF90aW1lIC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrdXRpbC5jOjE0MAo9PTE3NTA1PT0g
ICAgICMyICBidWZfZGlza19yZWFkIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2Ut
Ni4xLjQvbGlic3JjL1dpL2Rpc2suYzoxNzkzCj09MTc1MDU9PSAgICAgIzMgIGlxX2xvb3AgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5j
OjcxOAo9PTE3NTA1PT0gICAgICM0ICBfdGhyZWFkX2Jvb3QgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQuYzoyOTAKPT0x
NzUwNT09ICAgG1szNW1Db25jdXJyZW50IHJlYWQocykgaGFwcGVuZWQgYXQgKE9SIEFGVEVSKSB0
aGVzZSBwb2ludHM6G1swbQo9PTE3NTA1PT0gICAgVDEgKEx7TDk5Mn0pOgo9PTE3NTA1PT0gG1sx
bSAgICAjMCAgYXBwcm94X21zZWNfcmVhbF90aW1lIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9w
ZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrdXRpbC5jOjEyMxtbMG0KPT0xNzUwNT09ICAgICAj
MSAgZ2V0X21zZWNfcmVhbF90aW1lIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2Ut
Ni4xLjQvbGlic3JjL0RrL0RrdXRpbC5jOjE0Mgo9PTE3NTA1PT0gICAgICMyICBidWZfZGlza19y
ZWFkIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rp
c2suYzoxNzkzCj09MTc1MDU9PSAgICAgIzMgIGlxX2xvb3AgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjcxOAo9PTE3NTA1PT0gICAg
ICM0ICBfdGhyZWFkX2Jvb3QgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQuYzoyOTAKPT0xNzUwNT09ICAgG1szNG1BZGRy
ZXNzIDB4MTI4MTQwQyBpcyA0IGJ5dGVzIGluc2lkZSBkYXRhIHN5bWJvbCAidGltZV9ub3ciG1sw
bQo9PTE3NTA1PT0gICAbWzMybUxvY2tzIGludm9sdmVkIGluIHRoaXMgcmVwb3J0IChyZXBvcnRp
bmcgbGFzdCBsb2NrIHNpdGVzKTobWzBtIHtMOTkyfQo9PTE3NTA1PT0gICAgTDk5MiAoMHg0MkM2
MUYwKQo9PTE3NTA1PT0gG1sxbSAgICAjMCAgcHRocmVhZF9tdXRleF9sb2NrIC9tbnQvZGF0YS9i
dWlsZC9zbGF2ZS9mdWxsX2xpbnV4X2J1aWxkL2J1aWxkL3RzYW4vdHNfdmFsZ3JpbmRfaW50ZXJj
ZXB0cy5jOjkzNRtbMG0KPT0xNzUwNT09ICAgICAjMSAgYnVmX2Rpc2tfcmVhZCAvdXNyL3NyYy9k
ZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9kaXNrLmM6MTc5Mgo9PTE3
NTA1PT0gICAgICMyICBpcV9sb29wIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2Ut
Ni4xLjQvbGlic3JjL1dpL210d3JpdGUuYzo3MTgKPT0xNzUwNT09ICAgICAjMyAgX3RocmVhZF9i
b290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1RocmVh
ZC9zY2hlZF9wdGhyZWFkLmM6MjkwCj09MTc1MDU9PSAgICBSYWNlIHZlcmlmaWVyIGRhdGE6IDB4
OTM5QzZFLDB4OTM5Q0U0LDB4OTM5QzU4Cj09MTc1MDU9PSB9fX0KPT0xNzUwNT09IBtbMzFtV0FS
TklORzogUG9zc2libGUgZGF0YSByYWNlIGR1cmluZyB3cml0ZSBvZiBzaXplIDggYXQgMHgxMjgz
NDg4OiB7e3sbWzBtCj09MTc1MDU9PSAgICBUMCAoTHt9KToKPT0xNzUwNT09IBtbMW0gICAgIzAg
IGdldF9tc2VjX3JlYWxfdGltZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYu
MS40L2xpYnNyYy9Eay9Ea3V0aWwuYzoxNDEbWzBtCj09MTc1MDU9PSAgICAgIzEgIGl0Y19yZWFk
X2FzaWRlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dp
L3NlYXJjaC5jOjI4NTQKPT0xNzUwNT09ICAgICAjMiAgcGFnZV93YWl0X2FjY2VzcyAvdXNyL3Ny
Yy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6MTg3Cj09
MTc1MDU9PSAgICAgIzMgIGl0Y19kaXZlX3RyYW5zaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28t
b3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjg5OAo9PTE3NTA1PT0gICAgICM0ICBp
dGNfZG93bl90cmFuc2l0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQv
bGlic3JjL1dpL2dhdGUuYzo5OTcKPT0xNzUwNT09ICAgICAjNSAgaXRjX3NhbXBsZV8xIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM0
NDQKPT0xNzUwNT09ICAgICAjNiAgaXRjX2xvY2FsX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0
dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNjA4Cj09MTc1MDU9PSAg
ICAgIzcgIGl0Y19zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvV2kvc2VhcmNoLmM6MzY1OAo9PTE3NTA1PT0gICAgICM4ICBrZXlfY291bnRfZXN0
aW1hdGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kv
c2VhcmNoLmM6MzY3OAo9PTE3NTA1PT0gICAgICM5ICBkYmVfa2V5X2NvdW50IC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzo3Mwo9PTE3
NTA1PT0gICAgICMxMCBkZmVfdGFibGVfY29zdF9pY18xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3Nv
LW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoxOTY3Cj09MTc1MDU9PSAgICAg
IzExIGRmZV90YWJsZV9jb3N0X2ljIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2Ut
Ni4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoyMTk4Cj09MTc1MDU9PSAgIBtbMzVtQ29uY3VycmVu
dCB3cml0ZShzKSBoYXBwZW5lZCBhdCAoT1IgQUZURVIpIHRoZXNlIHBvaW50czobWzBtCj09MTc1
MDU9PSAgICBUMSAoTHtMOTkyfSk6Cj09MTc1MDU9PSAbWzFtICAgICMwICBnZXRfbXNlY19yZWFs
X3RpbWUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsv
RGt1dGlsLmM6MTQxG1swbQo9PTE3NTA1PT0gICAgICMxICBidWZfZGlza19yZWFkIC91c3Ivc3Jj
L2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzoxNzkzCj09
MTc1MDU9PSAgICAgIzIgIGlxX2xvb3AgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJj
ZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjcxOAo9PTE3NTA1PT0gICAgICMzICBfdGhyZWFk
X2Jvb3QgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhy
ZWFkL3NjaGVkX3B0aHJlYWQuYzoyOTAKPT0xNzUwNT09ICAgG1szNG1BZGRyZXNzIDB4MTI4MzQ4
OCBpcyAwIGJ5dGVzIGluc2lkZSBkYXRhIHN5bWJvbCAidGltZV9ub3dfbXNlYyIbWzBtCj09MTc1
MDU9PSAgIBtbMzJtTG9ja3MgaW52b2x2ZWQgaW4gdGhpcyByZXBvcnQgKHJlcG9ydGluZyBsYXN0
IGxvY2sgc2l0ZXMpOhtbMG0ge0w5OTJ9Cj09MTc1MDU9PSAgICBMOTkyICgweDQyQzYxRjApCj09
MTc1MDU9PSAbWzFtICAgICMwICBwdGhyZWFkX211dGV4X2xvY2sgL21udC9kYXRhL2J1aWxkL3Ns
YXZlL2Z1bGxfbGludXhfYnVpbGQvYnVpbGQvdHNhbi90c192YWxncmluZF9pbnRlcmNlcHRzLmM6
OTM1G1swbQo9PTE3NTA1PT0gICAgICMxICBidWZfZGlza19yZWFkIC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzoxNzkyCj09MTc1MDU9PSAg
ICAgIzIgIGlxX2xvb3AgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9s
aWJzcmMvV2kvbXR3cml0ZS5jOjcxOAo9PTE3NTA1PT0gICAgICMzICBfdGhyZWFkX2Jvb3QgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVk
X3B0aHJlYWQuYzoyOTAKPT0xNzUwNT09ICAgIFJhY2UgdmVyaWZpZXIgZGF0YTogMHg5MzlEQkMs
MHg5MzlEODAKPT0xNzUwNT09IH19fQo9PTE3NTA1PT0gG1szMW1XQVJOSU5HOiBQb3NzaWJsZSBk
YXRhIHJhY2UgZHVyaW5nIHdyaXRlIG9mIHNpemUgNCBhdCAweDExQkQwRTg6IHt7extbMG0KPT0x
NzUwNT09ICAgIFQwIChMe30pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAgYXBwcm94X21zZWNfcmVh
bF90aW1lIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0Rr
L0RrdXRpbC5jOjEyMxtbMG0KPT0xNzUwNT09ICAgICAjMSAgZ2V0X21zZWNfcmVhbF90aW1lIC91
c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrdXRpbC5j
OjE0Mgo9PTE3NTA1PT0gICAgICMyICBpdGNfcmVhZF9hc2lkZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0
dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzoyODU0Cj09MTc1MDU9PSAg
ICAgIzMgIHBhZ2Vfd2FpdF9hY2Nlc3MgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJj
ZS02LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjE4Nwo9PTE3NTA1PT0gICAgICM0ICBpdGNfZGl2ZV90
cmFuc2l0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dp
L2dhdGUuYzo4OTgKPT0xNzUwNT09ICAgICAjNSAgaXRjX2Rvd25fdHJhbnNpdCAvdXNyL3NyYy9k
ZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6OTk3Cj09MTc1
MDU9PSAgICAgIzYgIGl0Y19zYW1wbGVfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291
cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNDQ0Cj09MTc1MDU9PSAgICAgIzcgIGl0Y19s
b2NhbF9zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJz
cmMvV2kvc2VhcmNoLmM6MzYwOAo9PTE3NTA1PT0gICAgICM4ICBpdGNfc2FtcGxlIC91c3Ivc3Jj
L2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2NTgK
PT0xNzUwNT09ICAgICAjOSAga2V5X2NvdW50X2VzdGltYXRlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1
b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2NzgKPT0xNzUwNT09ICAg
ICAjMTAgZGJlX2tleV9jb3VudCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYu
MS40L2xpYnNyYy9XaS9zcWxjb3N0LmM6NzMKPT0xNzUwNT09ICAgICAjMTEgZGZlX3RhYmxlX2Nv
c3RfaWNfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9X
aS9zcWxjb3N0LmM6MTk2Nwo9PTE3NTA1PT0gICAbWzM1bUNvbmN1cnJlbnQgd3JpdGUocykgaGFw
cGVuZWQgYXQgKE9SIEFGVEVSKSB0aGVzZSBwb2ludHM6G1swbQo9PTE3NTA1PT0gICAgVDEgKEx7
TDk5Mn0pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAgYXBwcm94X21zZWNfcmVhbF90aW1lIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrdXRpbC5jOjEy
MxtbMG0KPT0xNzUwNT09ICAgICAjMSAgZ2V0X21zZWNfcmVhbF90aW1lIC91c3Ivc3JjL2RlYnVn
L3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrdXRpbC5jOjE0Mgo9PTE3NTA1
PT0gICAgICMyICBidWZfZGlza19yZWFkIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3Vy
Y2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzoxNzkzCj09MTc1MDU9PSAgICAgIzMgIGlxX2xvb3Ag
L3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0
ZS5jOjcxOAo9PTE3NTA1PT0gICAgICM0ICBfdGhyZWFkX2Jvb3QgL3Vzci9zcmMvZGVidWcvdmly
dHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQuYzoyOTAK
PT0xNzUwNT09ICAgG1szNG1BZGRyZXNzIDB4MTFCRDBFOCBpcyAwIGJ5dGVzIGluc2lkZSBkYXRh
IHN5bWJvbCAicmV0LjcxNDkiG1swbQo9PTE3NTA1PT0gICAbWzMybUxvY2tzIGludm9sdmVkIGlu
IHRoaXMgcmVwb3J0IChyZXBvcnRpbmcgbGFzdCBsb2NrIHNpdGVzKTobWzBtIHtMOTkyfQo9PTE3
NTA1PT0gICAgTDk5MiAoMHg0MkM2MUYwKQo9PTE3NTA1PT0gG1sxbSAgICAjMCAgcHRocmVhZF9t
dXRleF9sb2NrIC9tbnQvZGF0YS9idWlsZC9zbGF2ZS9mdWxsX2xpbnV4X2J1aWxkL2J1aWxkL3Rz
YW4vdHNfdmFsZ3JpbmRfaW50ZXJjZXB0cy5jOjkzNRtbMG0KPT0xNzUwNT09ICAgICAjMSAgYnVm
X2Rpc2tfcmVhZCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9XaS9kaXNrLmM6MTc5Mgo9PTE3NTA1PT0gICAgICMyICBpcV9sb29wIC91c3Ivc3JjL2RlYnVn
L3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL210d3JpdGUuYzo3MTgKPT0xNzUw
NT09ICAgICAjMyAgX3RocmVhZF9ib290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3Vy
Y2UtNi4xLjQvbGlic3JjL1RocmVhZC9zY2hlZF9wdGhyZWFkLmM6MjkwCj09MTc1MDU9PSAgICBS
YWNlIHZlcmlmaWVyIGRhdGE6IDB4OTM5Q0ZDLDB4OTM5Q0U0Cj09MTc1MDU9PSB9fX0KPT0xNzUw
NT09IBtbMzFtV0FSTklORzogUG9zc2libGUgZGF0YSByYWNlIGR1cmluZyB3cml0ZSBvZiBzaXpl
IDQgYXQgMHgxMUJEMEVDOiB7e3sbWzBtCj09MTc1MDU9PSAgICBUMCAoTHt9KToKPT0xNzUwNT09
IBtbMW0gICAgIzAgIGFwcHJveF9tc2VjX3JlYWxfdGltZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9z
by1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9Eay9Ea3V0aWwuYzoxMjQbWzBtCj09MTc1MDU9PSAg
ICAgIzEgIGdldF9tc2VjX3JlYWxfdGltZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291
cmNlLTYuMS40L2xpYnNyYy9Eay9Ea3V0aWwuYzoxNDIKPT0xNzUwNT09ICAgICAjMiAgaXRjX3Jl
YWRfYXNpZGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMv
V2kvc2VhcmNoLmM6Mjg1NAo9PTE3NTA1PT0gICAgICMzICBwYWdlX3dhaXRfYWNjZXNzIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzoxODcK
PT0xNzUwNT09ICAgICAjNCAgaXRjX2RpdmVfdHJhbnNpdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9z
by1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6ODk4Cj09MTc1MDU9PSAgICAgIzUg
IGl0Y19kb3duX3RyYW5zaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvV2kvZ2F0ZS5jOjk5Nwo9PTE3NTA1PT0gICAgICM2ICBpdGNfc2FtcGxlXzEgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6
MzQ0NAo9PTE3NTA1PT0gICAgICM3ICBpdGNfbG9jYWxfc2FtcGxlIC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2MDgKPT0xNzUwNT09
ICAgICAjOCAgaXRjX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYu
MS40L2xpYnNyYy9XaS9zZWFyY2guYzozNjU4Cj09MTc1MDU9PSAgICAgIzkgIGtleV9jb3VudF9l
c3RpbWF0ZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9X
aS9zZWFyY2guYzozNjc4Cj09MTc1MDU9PSAgICAgIzEwIGRiZV9rZXlfY291bnQgL3Vzci9zcmMv
ZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc3FsY29zdC5jOjczCj09
MTc1MDU9PSAgICAgIzExIGRmZV90YWJsZV9jb3N0X2ljXzEgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc3FsY29zdC5jOjE5NjcKPT0xNzUwNT09ICAg
G1szNW1Db25jdXJyZW50IHdyaXRlKHMpIGhhcHBlbmVkIGF0IChPUiBBRlRFUikgdGhlc2UgcG9p
bnRzOhtbMG0KPT0xNzUwNT09ICAgIFQxIChMe0w5OTJ9KToKPT0xNzUwNT09IBtbMW0gICAgIzAg
IGFwcHJveF9tc2VjX3JlYWxfdGltZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9Eay9Ea3V0aWwuYzoxMjMbWzBtCj09MTc1MDU9PSAgICAgIzEgIGdldF9t
c2VjX3JlYWxfdGltZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xp
YnNyYy9Eay9Ea3V0aWwuYzoxNDIKPT0xNzUwNT09ICAgICAjMiAgYnVmX2Rpc2tfcmVhZCAvdXNy
L3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9kaXNrLmM6MTc5
Mwo9PTE3NTA1PT0gICAgICMzICBpcV9sb29wIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5z
b3VyY2UtNi4xLjQvbGlic3JjL1dpL210d3JpdGUuYzo3MTgKPT0xNzUwNT09ICAgICAjNCAgX3Ro
cmVhZF9ib290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3Jj
L1RocmVhZC9zY2hlZF9wdGhyZWFkLmM6MjkwCj09MTc1MDU9PSAgIBtbMzRtQWRkcmVzcyAweDEx
QkQwRUMgaXMgNCBieXRlcyBpbnNpZGUgZGF0YSBzeW1ib2wgInJldC43MTQ5IhtbMG0KPT0xNzUw
NT09ICAgG1szMm1Mb2NrcyBpbnZvbHZlZCBpbiB0aGlzIHJlcG9ydCAocmVwb3J0aW5nIGxhc3Qg
bG9jayBzaXRlcyk6G1swbSB7TDk5Mn0KPT0xNzUwNT09ICAgIEw5OTIgKDB4NDJDNjFGMCkKPT0x
NzUwNT09IBtbMW0gICAgIzAgIHB0aHJlYWRfbXV0ZXhfbG9jayAvbW50L2RhdGEvYnVpbGQvc2xh
dmUvZnVsbF9saW51eF9idWlsZC9idWlsZC90c2FuL3RzX3ZhbGdyaW5kX2ludGVyY2VwdHMuYzo5
MzUbWzBtCj09MTc1MDU9PSAgICAgIzEgIGJ1Zl9kaXNrX3JlYWQgL3Vzci9zcmMvZGVidWcvdmly
dHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZGlzay5jOjE3OTIKPT0xNzUwNT09ICAg
ICAjMiAgaXFfbG9vcCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xp
YnNyYy9XaS9tdHdyaXRlLmM6NzE4Cj09MTc1MDU9PSAgICAgIzMgIF90aHJlYWRfYm9vdCAvdXNy
L3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9UaHJlYWQvc2NoZWRf
cHRocmVhZC5jOjI5MAo9PTE3NTA1PT0gICAgUmFjZSB2ZXJpZmllciBkYXRhOiAweDkzOUQxRSww
eDkzOUNFNAo9PTE3NTA1PT0gfX19Cj09MTc1MDU9PSAbWzMxbVdBUk5JTkc6IFBvc3NpYmxlIGRh
dGEgcmFjZSBkdXJpbmcgd3JpdGUgb2Ygc2l6ZSA0IGF0IDB4MTI4MTNDODoge3t7G1swbQo9PTE3
NTA1PT0gICAgVDAgKEx7fSk6Cj09MTc1MDU9PSAbWzFtICAgICMwICBhcHByb3hfbXNlY19yZWFs
X3RpbWUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsv
RGt1dGlsLmM6MTI2G1swbQo9PTE3NTA1PT0gICAgICMxICBnZXRfbXNlY19yZWFsX3RpbWUgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGt1dGlsLmM6
MTQyCj09MTc1MDU9PSAgICAgIzIgIGl0Y19yZWFkX2FzaWRlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1
b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjI4NTQKPT0xNzUwNT09ICAg
ICAjMyAgcGFnZV93YWl0X2FjY2VzcyAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6MTg3Cj09MTc1MDU9PSAgICAgIzQgIGl0Y19kaXZlX3Ry
YW5zaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kv
Z2F0ZS5jOjg5OAo9PTE3NTA1PT0gICAgICM1ICBpdGNfZG93bl90cmFuc2l0IC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzo5OTcKPT0xNzUw
NT09ICAgICAjNiAgaXRjX3NhbXBsZV8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3Vy
Y2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM0NDQKPT0xNzUwNT09ICAgICAjNyAgaXRjX2xv
Y2FsX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9XaS9zZWFyY2guYzozNjA4Cj09MTc1MDU9PSAgICAgIzggIGl0Y19zYW1wbGUgL3Vzci9zcmMv
ZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzY1OAo9
PTE3NTA1PT0gICAgICM5ICBrZXlfY291bnRfZXN0aW1hdGUgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzY3OAo9PTE3NTA1PT0gICAg
ICMxMCBkYmVfa2V5X2NvdW50IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4x
LjQvbGlic3JjL1dpL3NxbGNvc3QuYzo3Mwo9PTE3NTA1PT0gICAgICMxMSBkZmVfdGFibGVfY29z
dF9pY18xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dp
L3NxbGNvc3QuYzoxOTY3Cj09MTc1MDU9PSAgIBtbMzVtQ29uY3VycmVudCB3cml0ZShzKSBoYXBw
ZW5lZCBhdCAoT1IgQUZURVIpIHRoZXNlIHBvaW50czobWzBtCj09MTc1MDU9PSAgICBUMSAoTHtM
OTkyfSk6Cj09MTc1MDU9PSAbWzFtICAgICMwICBhcHByb3hfbXNlY19yZWFsX3RpbWUgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGt1dGlsLmM6MTIz
G1swbQo9PTE3NTA1PT0gICAgICMxICBnZXRfbXNlY19yZWFsX3RpbWUgL3Vzci9zcmMvZGVidWcv
dmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGt1dGlsLmM6MTQyCj09MTc1MDU9
PSAgICAgIzIgIGJ1Zl9kaXNrX3JlYWQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJj
ZS02LjEuNC9saWJzcmMvV2kvZGlzay5jOjE3OTMKPT0xNzUwNT09ICAgICAjMyAgaXFfbG9vcCAv
dXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRl
LmM6NzE4Cj09MTc1MDU9PSAgICAgIzQgIF90aHJlYWRfYm9vdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0
dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9UaHJlYWQvc2NoZWRfcHRocmVhZC5jOjI5MAo9
PTE3NTA1PT0gICAbWzM0bUFkZHJlc3MgMHgxMjgxM0M4IGlzIDAgYnl0ZXMgaW5zaWRlIGRhdGEg
c3ltYm9sICJsYXN0X2FwcHJveF9tc2VjX3JlYWxfdGltZSIbWzBtCj09MTc1MDU9PSAgIBtbMzJt
TG9ja3MgaW52b2x2ZWQgaW4gdGhpcyByZXBvcnQgKHJlcG9ydGluZyBsYXN0IGxvY2sgc2l0ZXMp
OhtbMG0ge0w5OTJ9Cj09MTc1MDU9PSAgICBMOTkyICgweDQyQzYxRjApCj09MTc1MDU9PSAbWzFt
ICAgICMwICBwdGhyZWFkX211dGV4X2xvY2sgL21udC9kYXRhL2J1aWxkL3NsYXZlL2Z1bGxfbGlu
dXhfYnVpbGQvYnVpbGQvdHNhbi90c192YWxncmluZF9pbnRlcmNlcHRzLmM6OTM1G1swbQo9PTE3
NTA1PT0gICAgICMxICBidWZfZGlza19yZWFkIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5z
b3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzoxNzkyCj09MTc1MDU9PSAgICAgIzIgIGlxX2xv
b3AgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3
cml0ZS5jOjcxOAo9PTE3NTA1PT0gICAgICMzICBfdGhyZWFkX2Jvb3QgL3Vzci9zcmMvZGVidWcv
dmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQuYzoy
OTAKPT0xNzUwNT09ICAgIFJhY2UgdmVyaWZpZXIgZGF0YTogMHg5MzlENUUsMHg5MzlDRTQKPT0x
NzUwNT09IH19fQo9PTE3NTA1PT0gG1szMW1XQVJOSU5HOiBQb3NzaWJsZSBkYXRhIHJhY2UgZHVy
aW5nIHJlYWQgb2Ygc2l6ZSAyIGF0IDB4MTFFMUMxQzoge3t7G1swbQo9PTE3NTA1PT0gICAgVDEg
KEx7fSk6Cj09MTc1MDU9PSAbWzFtICAgICMwICBka19hbGxvYyAvdXNyL3NyYy9kZWJ1Zy92aXJ0
dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9Eay9Ea2FsbG9jLmM6NTY2G1swbQo9PTE3NTA1
PT0gICAgICMxICBtYXBfYWxsb2NhdGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJj
ZS02LjEuNC9saWJzcmMvV2kvZGlzay5jOjY1Mwo9PTE3NTA1PT0gICAgICMyICByZXNvdXJjZV9n
ZXRfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9Eay9E
a3Jlc291cmNlLmM6MTkzCj09MTc1MDU9PSAgICAgIzMgIHJlc291cmNlX2dldCAvdXNyL3NyYy9k
ZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9Eay9Ea3Jlc291cmNlLmM6MjI5
Cj09MTc1MDU9PSAgICAgIzQgIHBnX21ha2VfbWFwIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9w
ZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2luc2VydC5jOjE0Ngo9PTE3NTA1PT0gICAgICM1ICBi
dWZfZGlza19yZWFkIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL2Rpc2suYzoxODM4Cj09MTc1MDU9PSAgICAgIzYgIGlxX2xvb3AgL3Vzci9zcmMvZGVi
dWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvbXR3cml0ZS5jOjcxOAo9PTE3
NTA1PT0gICAgICM3ICBfdGhyZWFkX2Jvb3QgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNv
dXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQuYzoyOTAKPT0xNzUwNT09ICAg
G1szNW1Db25jdXJyZW50IHdyaXRlKHMpIGhhcHBlbmVkIGF0IChPUiBBRlRFUikgdGhlc2UgcG9p
bnRzOhtbMG0KPT0xNzUwNT09ICAgIFQwIChMe0wyNDV9KToKPT0xNzUwNT09IBtbMW0gICAgIzAg
IGRrX2ZyZWUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMv
RGsvRGthbGxvYy5jOjY3NxtbMG0KPT0xNzUwNT09ICAgICAjMSAgZGtfZnJlZV90cmVlIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrYm94LmM6NzI1
Cj09MTc1MDU9PSAgICAgIzIgIHJiX2ZyZWUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNv
dXJjZS02LjEuNC9saWJzcmMvV2kvcmRmYm94LmM6OTY1Cj09MTc1MDU9PSAgICAgIzMgIGRrX2Zy
ZWVfdHJlZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9E
ay9Ea2JveC5jOjcxMQo9PTE3NTA1PT0gICAgICM0ICBpdGNfcm93X2NvbF9zdGF0IC91c3Ivc3Jj
L2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjMwOTYK
PT0xNzUwNT09ICAgICAjNSAgaXRjX3BhZ2VfY29sX3N0YXQgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzE1Ngo9PTE3NTA1PT0gICAg
ICM2ICBpdGNfc2FtcGxlXzEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvV2kvc2VhcmNoLmM6MzQyMQo9PTE3NTA1PT0gICAgICM3ICBpdGNfbG9jYWxfc2Ft
cGxlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3Nl
YXJjaC5jOjM2MDgKPT0xNzUwNT09ICAgICAjOCAgaXRjX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92
aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNjU4Cj09MTc1MDU9
PSAgICAgIzkgIGtleV9jb3VudF9lc3RpbWF0ZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVu
c291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNjc4Cj09MTc1MDU9PSAgIBtbMzRtQWRk
cmVzcyAweDExRTFDMUMgaXMgMTgxNzIgYnl0ZXMgaW5zaWRlIGRhdGEgc3ltYm9sICJtZW1ibG9j
a19zZXQiG1swbQo9PTE3NTA1PT0gICAbWzMybUxvY2tzIGludm9sdmVkIGluIHRoaXMgcmVwb3J0
IChyZXBvcnRpbmcgbGFzdCBsb2NrIHNpdGVzKTobWzBtIHtMMjQ1fQo9PTE3NTA1PT0gICAgTDI0
NSAoMHgxMUUxQzI4KQo9PTE3NTA1PT0gG1sxbSAgICAjMCAgcHRocmVhZF9tdXRleF9sb2NrIC9t
bnQvZGF0YS9idWlsZC9zbGF2ZS9mdWxsX2xpbnV4X2J1aWxkL2J1aWxkL3RzYW4vdHNfdmFsZ3Jp
bmRfaW50ZXJjZXB0cy5jOjkzNRtbMG0KPT0xNzUwNT09ICAgICAjMSAgbXV0ZXhfZW50ZXIgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVk
X3B0aHJlYWQuYzoxMzI0Cj09MTc1MDU9PSAgICAgIzIgIGRrX2ZyZWUgL3Vzci9zcmMvZGVidWcv
dmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGthbGxvYy5jOjY3Ngo9PTE3NTA1
PT0gICAgICMzICBka19mcmVlX3RyZWUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJj
ZS02LjEuNC9saWJzcmMvRGsvRGtib3guYzo3MjUKPT0xNzUwNT09ICAgICAjNCAgcmJfZnJlZSAv
dXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9yZGZib3gu
Yzo5NjUKPT0xNzUwNT09ICAgICAjNSAgZGtfZnJlZV90cmVlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1
b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0RrL0RrYm94LmM6NzExCj09MTc1MDU9PSAgICAg
IzYgIGl0Y19yb3dfY29sX3N0YXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02
LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzA5Ngo9PTE3NTA1PT0gICAgICM3ICBpdGNfcGFnZV9j
b2xfc3RhdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9X
aS9zZWFyY2guYzozMTU2Cj09MTc1MDU9PSAgICAgIzggIGl0Y19zYW1wbGVfMSAvdXNyL3NyYy9k
ZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNDIxCj09
MTc1MDU9PSAgICAgIzkgIGl0Y19sb2NhbF9zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28t
b3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzYwOAo9PTE3NTA1PT0gICAgICMx
MCBpdGNfc2FtcGxlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL3NlYXJjaC5jOjM2NTgKPT0xNzUwNT09ICAgICAjMTEga2V5X2NvdW50X2VzdGltYXRl
IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJj
aC5jOjM2NzgKPT0xNzUwNT09ICAgIFJhY2UgdmVyaWZpZXIgZGF0YTogMHg5MjJCQjgsMHg5MjJG
Q0QKPT0xNzUwNT09IH19fQo9PTE3NTA1PT0gVDEgSU5GTzogcnVuIG91dCBvZiBzZWdtZW50IElE
cy4gRmx1c2hpbmcgc3RhdGUuCj09MTc1MDU9PSBUMSBJTkZPOiBGbHVzaCB0b29rIDI5NzcgbXMK
PT0xNzUwNT09IBtbMzFtV0FSTklORzogUG9zc2libGUgZGF0YSByYWNlIGR1cmluZyByZWFkIG9m
IHNpemUgNCBhdCAweDExRURENDA6IHt7extbMG0KPT0xNzUwNT09ICAgIFQxIChMe30pOgo9PTE3
NTA1PT0gG1sxbSAgICAjMCAgZGtfYWxsb2MgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNv
dXJjZS02LjEuNC9saWJzcmMvRGsvRGthbGxvYy5jOjU3NhtbMG0KPT0xNzUwNT09ICAgICAjMSAg
bWFwX2FsbG9jYXRlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL2Rpc2suYzo2NTMKPT0xNzUwNT09ICAgICAjMiAgcmVzb3VyY2VfZ2V0XzEgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGtyZXNvdXJjZS5j
OjE5Mwo9PTE3NTA1PT0gICAgICMzICByZXNvdXJjZV9nZXQgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGtyZXNvdXJjZS5jOjIyOQo9PTE3NTA1PT0g
ICAgICM0ICBtYXBfcmVzaXplIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4x
LjQvbGlic3JjL1dpL2luc2VydC5jOjYwCj09MTc1MDU9PSAgICAgIzUgIHBnX21ha2VfbWFwIC91
c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2luc2VydC5j
OjE4NAo9PTE3NTA1PT0gICAgICM2ICBidWZfZGlza19yZWFkIC91c3Ivc3JjL2RlYnVnL3ZpcnR1
b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzoxODM4Cj09MTc1MDU9PSAgICAg
IzcgIGlxX2xvb3AgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJz
cmMvV2kvbXR3cml0ZS5jOjcxOAo9PTE3NTA1PT0gICAgICM4ICBfdGhyZWFkX2Jvb3QgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0
aHJlYWQuYzoyOTAKPT0xNzUwNT09ICAgG1szNW1Db25jdXJyZW50IHdyaXRlKHMpIGhhcHBlbmVk
IGF0IChPUiBBRlRFUikgdGhlc2UgcG9pbnRzOhtbMG0KPT0xNzUwNT09ICAgIFQwIChMe30pOgo9
PTE3NTA1PT0gG1sxbSAgICAjMCAgZGtfYWxsb2MgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGthbGxvYy5jOjU3NhtbMG0KPT0xNzUwNT09ICAgICAj
MSAgZGJlX2NvbF9sb2NfYXJyYXkgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02
LjEuNC9saWJzcmMvV2kvbWV0YS5jOjcxMgo9PTE3NTA1PT0gICAgICMyICBkYmVfa2V5X2xheW91
dF8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL21l
dGEuYzoxMDc5Cj09MTc1MDU9PSAgICAgIzMgIGRiZV9rZXlfbGF5b3V0IC91c3Ivc3JjL2RlYnVn
L3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL21ldGEuYzoxMzk5Cj09MTc1MDU9
PSAgICAgIzQgIHNldHBfdGVtcF9rZXkgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJj
ZS02LjEuNC9saWJzcmMvV2kvc3FsaGFzaC5jOjE0Ngo9PTE3NTA1PT0gICAgICM1ICBzZXRwX2Rp
c3RpbmN0X2hhc2ggL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJz
cmMvV2kvc3FsaGFzaC5jOjE4NQo9PTE3NTA1PT0gICAgICM2ICBzcWxjX2FkZF9kaXN0aW5jdF9u
b2RlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3Nx
bG9yZGVyLmM6MTUyCj09MTc1MDU9PSAgICAgIzcgIHNxbGdfbWlkZGxlX2Rpc3RpbmN0IC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGdlbi5jOjMx
ODAKPT0xNzUwNT09ICAgICAjOCAgc3FsZ19ncm91cF9ub2RlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1
b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGdlbi5jOjMxOTgKPT0xNzUwNT09ICAg
ICAjOSAgc3FsZ19kdF9xdWVyeV8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2Ut
Ni4xLjQvbGlic3JjL1dpL3NxbGdlbi5jOjM5MTAKPT0xNzUwNT09ICAgG1szNG1BZGRyZXNzIDB4
MTFFREQ0MCBpcyA2NzYxNiBieXRlcyBpbnNpZGUgZGF0YSBzeW1ib2wgIm1lbWJsb2NrX3NldCIb
WzBtCj09MTc1MDU9PSAgICBSYWNlIHZlcmlmaWVyIGRhdGE6IDB4OTIyQ0RFLDB4OTIyQ0RBCj09
MTc1MDU9PSB9fX0KPT0xNzUwNT09IBtbMzFtV0FSTklORzogUG9zc2libGUgZGF0YSByYWNlIGR1
cmluZyByZWFkIG9mIHNpemUgNCBhdCAweDExRTFEMTA6IHt7extbMG0KPT0xNzUwNT09ICAgIFQx
IChMe30pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAgZGtfYWxsb2MgL3Vzci9zcmMvZGVidWcvdmly
dHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGthbGxvYy5jOjU3NhtbMG0KPT0xNzUw
NT09ICAgICAjMSAgbWFwX2FsbG9jYXRlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3Vy
Y2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzo2NTMKPT0xNzUwNT09ICAgICAjMiAgcmVzb3VyY2Vf
Z2V0XzEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsv
RGtyZXNvdXJjZS5jOjE5Mwo9PTE3NTA1PT0gICAgICMzICByZXNvdXJjZV9nZXQgL3Vzci9zcmMv
ZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvRGsvRGtyZXNvdXJjZS5jOjIy
OQo9PTE3NTA1PT0gICAgICM0ICBwZ19tYWtlX21hcCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1v
cGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9pbnNlcnQuYzoxNDYKPT0xNzUwNT09ICAgICAjNSAg
YnVmX2Rpc2tfcmVhZCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xp
YnNyYy9XaS9kaXNrLmM6MTgzOAo9PTE3NTA1PT0gICAgICM2ICBpcV9sb29wIC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL210d3JpdGUuYzo3MTgKPT0x
NzUwNT09ICAgICAjNyAgX3RocmVhZF9ib290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5z
b3VyY2UtNi4xLjQvbGlic3JjL1RocmVhZC9zY2hlZF9wdGhyZWFkLmM6MjkwCj09MTc1MDU9PSAg
IBtbMzVtQ29uY3VycmVudCB3cml0ZShzKSBoYXBwZW5lZCBhdCAoT1IgQUZURVIpIHRoZXNlIHBv
aW50czobWzBtCj09MTc1MDU9PSAgICBUMCAoTHt9KToKPT0xNzUwNT09IBtbMW0gICAgIzAgIGRr
X2FsbG9jIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL0Rr
L0RrYWxsb2MuYzo1NzYbWzBtCj09MTc1MDU9PSAgICAgIzEgIHNxbGNfbWFrZV9wcm9jX3N0b3Jl
X3FyIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3Nx
bGNvbXAyLmM6MTExMAo9PTE3NTA1PT0gICAgICMyICBzcWxfY29tcGlsZV8xIC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvbXAyLmM6MTY4OQo9
PTE3NTA1PT0gICAgICMzICBzcWxfY29tcGlsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVu
c291cmNlLTYuMS40L2xpYnNyYy9XaS9zcWxjb21wMi5jOjE3MDcKPT0xNzUwNT09ICAgICAjNCAg
ZXFsX2NvbXBpbGVfMiAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xp
YnNyYy9XaS9lcWxjb21wLmM6MjU2MQo9PTE3NTA1PT0gICAgICM1ICBkZGxfZW5zdXJlX3RhYmxl
IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2RkbHJ1
bi5jOjE4MTIKPT0xNzUwNT09ICAgICAjNiAgc3Fsc19kZWZpbmVfc3BhcnFsIC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbF9jb2RlX3NwYXJxbC5j
OjIxODU1Cj09MTc1MDU9PSAgICAgIzcgIHNxbF9jb2RlX2dsb2JhbF9pbml0IC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbHNydi5jOjM0MjkKPT0x
NzUwNT09ICAgICAjOCAgc3J2X2dsb2JhbF9pbml0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9w
ZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbHNydi5jOjM5MzAKPT0xNzUwNT09ICAgICAjOSAg
bWFpbiAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2JpbnNyYy92aXJ0
dW9zby92aXVuaXguYzo2NjgKPT0xNzUwNT09ICAgG1szNG1BZGRyZXNzIDB4MTFFMUQxMCBpcyAx
ODQxNiBieXRlcyBpbnNpZGUgZGF0YSBzeW1ib2wgIm1lbWJsb2NrX3NldCIbWzBtCj09MTc1MDU9
PSAgICBSYWNlIHZlcmlmaWVyIGRhdGE6IDB4OTIyQ0RFLDB4OTIyQ0RBCj09MTc1MDU9PSB9fX0K
PT0xNzUwNT09IBtbMzFtV0FSTklORzogUG9zc2libGUgZGF0YSByYWNlIGR1cmluZyB3cml0ZSBv
ZiBzaXplIDEgYXQgMHhDMUIwQTJCOiB7e3sbWzBtCj09MTc1MDU9PSAgICBUMSAoTHtMMTM4N30p
Ogo9PTE3NTA1PT0gG1sxbSAgICAjMCAgaXFfbG9vcCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1v
cGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6NzgyG1swbQo9PTE3NTA1PT0gICAg
ICMxICBfdGhyZWFkX2Jvb3QgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvVGhyZWFkL3NjaGVkX3B0aHJlYWQuYzoyOTAKPT0xNzUwNT09ICAgG1szNW1Db25j
dXJyZW50IHJlYWQocykgaGFwcGVuZWQgYXQgKE9SIEFGVEVSKSB0aGVzZSBwb2ludHM6G1swbQo9
PTE3NTA1PT0gICAgVDAgKEx7TDk4NH0pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAgYnBfZ2V0X2J1
ZmZlcl8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dp
L2Rpc2suYzoxMTU2G1swbQo9PTE3NTA1PT0gICAgICMxICBwYWdlX3dhaXRfYWNjZXNzIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzoxNzgK
PT0xNzUwNT09ICAgICAjMiAgaXRjX2RpdmVfdHJhbnNpdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9z
by1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6ODk4Cj09MTc1MDU9PSAgICAgIzMg
IGl0Y19kb3duX3RyYW5zaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvV2kvZ2F0ZS5jOjk5Nwo9PTE3NTA1PT0gICAgICM0ICBpdGNfc2FtcGxlXzEgL3Vz
ci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6
MzQ0NAo9PTE3NTA1PT0gICAgICM1ICBpdGNfbG9jYWxfc2FtcGxlIC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2MzAKPT0xNzUwNT09
ICAgICAjNiAgaXRjX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYu
MS40L2xpYnNyYy9XaS9zZWFyY2guYzozNjU4Cj09MTc1MDU9PSAgICAgIzcgIHNxbG9faW54X3Nh
bXBsZV8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dp
L3NxbGNvc3QuYzoxMzUzCj09MTc1MDU9PSAgICAgIzggIHNxbG9faW54X3NhbXBsZSAvdXNyL3Ny
Yy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zcWxjb3N0LmM6MTY0
MQo9PTE3NTA1PT0gICAgICM5ICBkZmVfdGFibGVfY29zdF9pY18xIC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoyMDcyCj09MTc1MDU9
PSAgIBtbMzJtTG9ja3MgaW52b2x2ZWQgaW4gdGhpcyByZXBvcnQgKHJlcG9ydGluZyBsYXN0IGxv
Y2sgc2l0ZXMpOhtbMG0ge0w5ODQsIEwxMzg3fQo9PTE3NTA1PT0gICAgTDk4NCAoMHg0Mjg5MDAw
KQo9PTE3NTA1PT0gG1sxbSAgICAjMCAgcHRocmVhZF9tdXRleF9sb2NrIC9tbnQvZGF0YS9idWls
ZC9zbGF2ZS9mdWxsX2xpbnV4X2J1aWxkL2J1aWxkL3RzYW4vdHNfdmFsZ3JpbmRfaW50ZXJjZXB0
cy5jOjkzNRtbMG0KPT0xNzUwNT09ICAgICAjMSAgYnBfZ2V0X2J1ZmZlcl8xIC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzoxMTAxCj09MTc1
MDU9PSAgICAgIzIgIHBhZ2Vfd2FpdF9hY2Nlc3MgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjE3OAo9PTE3NTA1PT0gICAgICMzICBpdGNf
ZGl2ZV90cmFuc2l0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL2dhdGUuYzo4OTgKPT0xNzUwNT09ICAgICAjNCAgaXRjX2Rvd25fdHJhbnNpdCAvdXNy
L3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6OTk3
Cj09MTc1MDU9PSAgICAgIzUgIGl0Y19zYW1wbGVfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1v
cGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNDQ0Cj09MTc1MDU9PSAgICAgIzYg
IGl0Y19sb2NhbF9zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvV2kvc2VhcmNoLmM6MzYzMAo9PTE3NTA1PT0gICAgICM3ICBpdGNfc2FtcGxlIC91
c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5j
OjM2NTgKPT0xNzUwNT09ICAgICAjOCAgc3Fsb19pbnhfc2FtcGxlXzEgL3Vzci9zcmMvZGVidWcv
dmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc3FsY29zdC5jOjEzNTMKPT0xNzUw
NT09ICAgICAjOSAgc3Fsb19pbnhfc2FtcGxlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5z
b3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoxNjQxCj09MTc1MDU9PSAgICAgIzEwIGRm
ZV90YWJsZV9jb3N0X2ljXzEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEu
NC9saWJzcmMvV2kvc3FsY29zdC5jOjIwNzIKPT0xNzUwNT09ICAgICAjMTEgZGZlX3RhYmxlX2Nv
c3RfaWMgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kv
c3FsY29zdC5jOjIxOTgKPT0xNzUwNT09ICAgIEwxMzg3ICgweDQyQ0I2MTApCj09MTc1MDU9PSAb
WzFtICAgICMwICBwdGhyZWFkX211dGV4X2xvY2sgL21udC9kYXRhL2J1aWxkL3NsYXZlL2Z1bGxf
bGludXhfYnVpbGQvYnVpbGQvdHNhbi90c192YWxncmluZF9pbnRlcmNlcHRzLmM6OTM1G1swbQo9
PTE3NTA1PT0gICAgICMxICBpcV9sb29wIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3Vy
Y2UtNi4xLjQvbGlic3JjL1dpL210d3JpdGUuYzo3NzgKPT0xNzUwNT09ICAgICAjMiAgX3RocmVh
ZF9ib290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1Ro
cmVhZC9zY2hlZF9wdGhyZWFkLmM6MjkwCj09MTc1MDU9PSAgICBSYWNlIHZlcmlmaWVyIGRhdGE6
IDB4NEQzMzY0LDB4NDZBNDZCCj09MTc1MDU9PSB9fX0KPT0xNzUwNT09IBtbMzFtV0FSTklORzog
UG9zc2libGUgZGF0YSByYWNlIGR1cmluZyB3cml0ZSBvZiBzaXplIDEgYXQgMHhDMUIwQTJBOiB7
e3sbWzBtCj09MTc1MDU9PSAgICBUMSAoTHtMMTM4N30pOgo9PTE3NTA1PT0gG1sxbSAgICAjMCAg
cGFnZV9sZWF2ZV9pbm5lciAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40
L2xpYnNyYy9XaS9nYXRlLmM6NDUzG1swbQo9PTE3NTA1PT0gICAgICMxICBpcV9sb29wIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL210d3JpdGUuYzo3
ODkKPT0xNzUwNT09ICAgICAjMiAgX3RocmVhZF9ib290IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3Nv
LW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1RocmVhZC9zY2hlZF9wdGhyZWFkLmM6MjkwCj09MTc1
MDU9PSAgIBtbMzVtQ29uY3VycmVudCByZWFkKHMpIGhhcHBlbmVkIGF0IChPUiBBRlRFUikgdGhl
c2UgcG9pbnRzOhtbMG0KPT0xNzUwNT09ICAgIFQwIChMe0w5ODR9KToKPT0xNzUwNT09IBtbMW0g
ICAgIzAgIGJwX2dldF9idWZmZXJfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9XaS9kaXNrLmM6MTE1NhtbMG0KPT0xNzUwNT09ICAgICAjMSAgcGFnZV93
YWl0X2FjY2VzcyAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9XaS9nYXRlLmM6MTc4Cj09MTc1MDU9PSAgICAgIzIgIGl0Y19kaXZlX3RyYW5zaXQgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjg5OAo9
PTE3NTA1PT0gICAgICMzICBpdGNfZG93bl90cmFuc2l0IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3Nv
LW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzo5OTcKPT0xNzUwNT09ICAgICAjNCAg
aXRjX3NhbXBsZV8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGli
c3JjL1dpL3NlYXJjaC5jOjM0NDQKPT0xNzUwNT09ICAgICAjNSAgaXRjX2xvY2FsX3NhbXBsZSAv
dXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2gu
YzozNjMwCj09MTc1MDU9PSAgICAgIzYgIGl0Y19zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVv
c28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzY1OAo9PTE3NTA1PT0gICAg
ICM3ICBzcWxvX2lueF9zYW1wbGVfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9XaS9zcWxjb3N0LmM6MTM1Mwo9PTE3NTA1PT0gICAgICM4ICBzcWxvX2lu
eF9zYW1wbGUgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMv
V2kvc3FsY29zdC5jOjE2NDEKPT0xNzUwNT09ICAgICAjOSAgZGZlX3RhYmxlX2Nvc3RfaWNfMSAv
dXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zcWxjb3N0
LmM6MjA3Mgo9PTE3NTA1PT0gICAbWzMybUxvY2tzIGludm9sdmVkIGluIHRoaXMgcmVwb3J0IChy
ZXBvcnRpbmcgbGFzdCBsb2NrIHNpdGVzKTobWzBtIHtMOTg0LCBMMTM4N30KPT0xNzUwNT09ICAg
IEw5ODQgKDB4NDI4OTAwMCkKPT0xNzUwNT09IBtbMW0gICAgIzAgIHB0aHJlYWRfbXV0ZXhfbG9j
ayAvbW50L2RhdGEvYnVpbGQvc2xhdmUvZnVsbF9saW51eF9idWlsZC9idWlsZC90c2FuL3RzX3Zh
bGdyaW5kX2ludGVyY2VwdHMuYzo5MzUbWzBtCj09MTc1MDU9PSAgICAgIzEgIGJwX2dldF9idWZm
ZXJfMSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9k
aXNrLmM6MTEwMQo9PTE3NTA1PT0gICAgICMyICBwYWdlX3dhaXRfYWNjZXNzIC91c3Ivc3JjL2Rl
YnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzoxNzgKPT0xNzUw
NT09ICAgICAjMyAgaXRjX2RpdmVfdHJhbnNpdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVu
c291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6ODk4Cj09MTc1MDU9PSAgICAgIzQgIGl0Y19k
b3duX3RyYW5zaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJz
cmMvV2kvZ2F0ZS5jOjk5Nwo9PTE3NTA1PT0gICAgICM1ICBpdGNfc2FtcGxlXzEgL3Vzci9zcmMv
ZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzQ0NAo9
PTE3NTA1PT0gICAgICM2ICBpdGNfbG9jYWxfc2FtcGxlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3Nv
LW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2MzAKPT0xNzUwNT09ICAgICAj
NyAgaXRjX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xp
YnNyYy9XaS9zZWFyY2guYzozNjU4Cj09MTc1MDU9PSAgICAgIzggIHNxbG9faW54X3NhbXBsZV8x
IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNv
c3QuYzoxMzUzCj09MTc1MDU9PSAgICAgIzkgIHNxbG9faW54X3NhbXBsZSAvdXNyL3NyYy9kZWJ1
Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zcWxjb3N0LmM6MTY0MQo9PTE3
NTA1PT0gICAgICMxMCBkZmVfdGFibGVfY29zdF9pY18xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3Nv
LW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoyMDcyCj09MTc1MDU9PSAgICAg
IzExIGRmZV90YWJsZV9jb3N0X2ljIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2Ut
Ni4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoyMTk4Cj09MTc1MDU9PSAgICBMMTM4NyAoMHg0MkNC
NjEwKQo9PTE3NTA1PT0gG1sxbSAgICAjMCAgcHRocmVhZF9tdXRleF9sb2NrIC9tbnQvZGF0YS9i
dWlsZC9zbGF2ZS9mdWxsX2xpbnV4X2J1aWxkL2J1aWxkL3RzYW4vdHNfdmFsZ3JpbmRfaW50ZXJj
ZXB0cy5jOjkzNRtbMG0KPT0xNzUwNT09ICAgICAjMSAgaXFfbG9vcCAvdXNyL3NyYy9kZWJ1Zy92
aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6Nzc4Cj09MTc1MDU9
PSAgICAgIzIgIF90aHJlYWRfYm9vdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9UaHJlYWQvc2NoZWRfcHRocmVhZC5jOjI5MAo9PTE3NTA1PT0gICAgUmFj
ZSB2ZXJpZmllciBkYXRhOiAweDQ4MjlCMywweDQ2QTQ2Qgo9PTE3NTA1PT0gfX19Cj09MTc1MDU9
PSAbWzMxbVdBUk5JTkc6IFBvc3NpYmxlIGRhdGEgcmFjZSBkdXJpbmcgcmVhZCBvZiBzaXplIDEg
YXQgMHhDMTYxNENBOiB7e3sbWzBtCj09MTc1MDU9PSAgICBUMCAoTHtMOTg0fSk6Cj09MTc1MDU9
PSAbWzFtICAgICMwICBicF9nZXRfYnVmZmVyXzEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZGlzay5jOjExNjUbWzBtCj09MTc1MDU9PSAgICAgIzEg
IGl0Y19yZWFkX2FoZWFkX2Jsb2IgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02
LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MjY1NAo9PTE3NTA1PT0gICAgICMyICBwYWdlX3dhaXRf
YWNjZXNzIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dp
L2dhdGUuYzoxOTQKPT0xNzUwNT09ICAgICAjMyAgaXRjX2RpdmVfdHJhbnNpdCAvdXNyL3NyYy9k
ZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6ODk4Cj09MTc1
MDU9PSAgICAgIzQgIGl0Y19kb3duX3RyYW5zaXQgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjk5Nwo9PTE3NTA1PT0gICAgICM1ICBpdGNf
c2FtcGxlXzEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMv
V2kvc2VhcmNoLmM6MzQ0NAo9PTE3NTA1PT0gICAgICM2ICBpdGNfbG9jYWxfc2FtcGxlIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NlYXJjaC5jOjM2
MzAKPT0xNzUwNT09ICAgICAjNyAgaXRjX3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1v
cGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzozNjU4Cj09MTc1MDU9PSAgICAgIzgg
IHNxbG9faW54X3NhbXBsZV8xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4x
LjQvbGlic3JjL1dpL3NxbGNvc3QuYzoxMzUzCj09MTc1MDU9PSAgICAgIzkgIHNxbG9faW54X3Nh
bXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9z
cWxjb3N0LmM6MTY0MQo9PTE3NTA1PT0gICAgICMxMCBkZmVfdGFibGVfY29zdF9pY18xIC91c3Iv
c3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoy
MDcyCj09MTc1MDU9PSAgICAgIzExIGRmZV90YWJsZV9jb3N0X2ljIC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoyMTk4Cj09MTc1MDU9
PSAgIBtbMzVtQ29uY3VycmVudCB3cml0ZShzKSBoYXBwZW5lZCBhdCAoT1IgQUZURVIpIHRoZXNl
IHBvaW50czobWzBtCj09MTc1MDU9PSAgICBUMSAoTHtMMTM5MX0pOgo9PTE3NTA1PT0gG1sxbSAg
ICAjMCAgcGFnZV9sZWF2ZV9pbm5lciAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNl
LTYuMS40L2xpYnNyYy9XaS9nYXRlLmM6NDUzG1swbQo9PTE3NTA1PT0gICAgICMxICBpcV9sb29w
IC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL210d3Jp
dGUuYzo3ODkKPT0xNzUwNT09ICAgICAjMiAgX3RocmVhZF9ib290IC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1RocmVhZC9zY2hlZF9wdGhyZWFkLmM6Mjkw
Cj09MTc1MDU9PSAgIBtbMzJtTG9ja3MgaW52b2x2ZWQgaW4gdGhpcyByZXBvcnQgKHJlcG9ydGlu
ZyBsYXN0IGxvY2sgc2l0ZXMpOhtbMG0ge0w5ODQsIEwxMzkxfQo9PTE3NTA1PT0gICAgTDk4NCAo
MHg0Mjg5MDAwKQo9PTE3NTA1PT0gG1sxbSAgICAjMCAgcHRocmVhZF9tdXRleF9sb2NrIC9tbnQv
ZGF0YS9idWlsZC9zbGF2ZS9mdWxsX2xpbnV4X2J1aWxkL2J1aWxkL3RzYW4vdHNfdmFsZ3JpbmRf
aW50ZXJjZXB0cy5jOjkzNRtbMG0KPT0xNzUwNT09ICAgICAjMSAgYnBfZ2V0X2J1ZmZlcl8xIC91
c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL2Rpc2suYzox
MTAxCj09MTc1MDU9PSAgICAgIzIgIGl0Y19yZWFkX2FoZWFkX2Jsb2IgL3Vzci9zcmMvZGVidWcv
dmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MjY1NAo9PTE3NTA1
PT0gICAgICMzICBwYWdlX3dhaXRfYWNjZXNzIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5z
b3VyY2UtNi4xLjQvbGlic3JjL1dpL2dhdGUuYzoxOTQKPT0xNzUwNT09ICAgICAjNCAgaXRjX2Rp
dmVfdHJhbnNpdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNy
Yy9XaS9nYXRlLmM6ODk4Cj09MTc1MDU9PSAgICAgIzUgIGl0Y19kb3duX3RyYW5zaXQgL3Vzci9z
cmMvZGVidWcvdmlydHVvc28tb3BlbnNvdXJjZS02LjEuNC9saWJzcmMvV2kvZ2F0ZS5jOjk5Nwo9
PTE3NTA1PT0gICAgICM2ICBpdGNfc2FtcGxlXzEgL3Vzci9zcmMvZGVidWcvdmlydHVvc28tb3Bl
bnNvdXJjZS02LjEuNC9saWJzcmMvV2kvc2VhcmNoLmM6MzQ0NAo9PTE3NTA1PT0gICAgICM3ICBp
dGNfbG9jYWxfc2FtcGxlIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQv
bGlic3JjL1dpL3NlYXJjaC5jOjM2MzAKPT0xNzUwNT09ICAgICAjOCAgaXRjX3NhbXBsZSAvdXNy
L3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9zZWFyY2guYzoz
NjU4Cj09MTc1MDU9PSAgICAgIzkgIHNxbG9faW54X3NhbXBsZV8xIC91c3Ivc3JjL2RlYnVnL3Zp
cnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQvbGlic3JjL1dpL3NxbGNvc3QuYzoxMzUzCj09MTc1MDU9
PSAgICAgIzEwIHNxbG9faW54X3NhbXBsZSAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291
cmNlLTYuMS40L2xpYnNyYy9XaS9zcWxjb3N0LmM6MTY0MQo9PTE3NTA1PT0gICAgICMxMSBkZmVf
dGFibGVfY29zdF9pY18xIC91c3Ivc3JjL2RlYnVnL3ZpcnR1b3NvLW9wZW5zb3VyY2UtNi4xLjQv
bGlic3JjL1dpL3NxbGNvc3QuYzoyMDcyCj09MTc1MDU9PSAgICBMMTM5MSAoMHg0MkNCODEwKQo9
PTE3NTA1PT0gG1sxbSAgICAjMCAgcHRocmVhZF9tdXRleF9sb2NrIC9tbnQvZGF0YS9idWlsZC9z
bGF2ZS9mdWxsX2xpbnV4X2J1aWxkL2J1aWxkL3RzYW4vdHNfdmFsZ3JpbmRfaW50ZXJjZXB0cy5j
OjkzNRtbMG0KPT0xNzUwNT09ICAgICAjMSAgaXFfbG9vcCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9z
by1vcGVuc291cmNlLTYuMS40L2xpYnNyYy9XaS9tdHdyaXRlLmM6Nzc4Cj09MTc1MDU9PSAgICAg
IzIgIF90aHJlYWRfYm9vdCAvdXNyL3NyYy9kZWJ1Zy92aXJ0dW9zby1vcGVuc291cmNlLTYuMS40
L2xpYnNyYy9UaHJlYWQvc2NoZWRfcHRocmVhZC5jOjI5MAo9PTE3NTA1PT0gICAgUmFjZSB2ZXJp
ZmllciBkYXRhOiAweDQ2QTlBOSwweDQ4MjlBRgo9PTE3NTA1PT0gfX19Cj09MTc1MDU9PSBUMCBJ
TkZPOiBydW4gb3V0IG9mIHNlZ21lbnQgSURzLiBGbHVzaGluZyBzdGF0ZS4KPT0xNzUwNT09IFQw
IElORk86IEZsdXNoIHRvb2sgODUxIG1zCj09MTc1MDU9PSBUMCBJTkZPOiBydW4gb3V0IG9mIHNl
Z21lbnQgSURzLiBGbHVzaGluZyBzdGF0ZS4KPT0xNzUwNT09IFQwIElORk86IEZsdXNoIHRvb2sg
MTgwIG1zCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>68605</attachid>
            <date>2012-02-07 19:46:22 +0000</date>
            <delta_ts>2012-02-07 19:46:22 +0000</delta_ts>
            <desc>configuration diff for described workaround</desc>
            <filename>config.diff</filename>
            <type>text/plain</type>
            <size>1311</size>
            <attacher name="Johannes Huber">johu</attacher>
            
              <data encoding="base64">ZGlmZiAtck4gY29uZmlnLm9sZC8vbmVwb211a3NlcnZlcnJjIGNvbmZpZy5uZXcvL25lcG9tdWtz
ZXJ2ZXJyYwoyYzIKPCBTdGFydCBOZXBvbXVrPWZhbHNlCi0tLQo+IFN0YXJ0IE5lcG9tdWs9dHJ1
ZQo1LDEwZDQKPCBhdXRvc3RhcnQ9ZmFsc2UKPCAKPCBbU2VydmljZS1uZXBvbXVrbWlncmF0aW9u
MV0KPCBhdXRvc3RhcnQ9ZmFsc2UKPCAKPCBbU2VydmljZS1uZXBvbXVrc3RyaWdpc2VydmljZV0K
ZGlmZiAtck4gY29uZmlnLm9sZC8vbmVwb211a3N0cmlnaXJjIGNvbmZpZy5uZXcvL25lcG9tdWtz
dHJpZ2lyYwoyLDVjMiwzCjwgZXhjbHVkZSBmaWx0ZXJzPWF1dG9tNHRlLCoucmNvcmUsQ1Rlc3RU
ZXN0ZmlsZS5jbWFrZSwqLm8sKi5vbWYsKi5tNCwqLm9yaWcsbW9jXyouY3BwLGNvbmZ0ZXN0LC54
c2Vzc2lvbi1lcnJvcnMqLENNYWtlVG1wUW1ha2UsKi50bXAscG8sLnN2biwuaGlzdGZpbGUuKixs
em8sLmdpdCxsaXRtYWluLnNoLGNtYWtlX2luc3RhbGwuY21ha2UsQ01ha2VGaWxlcywqLnBjLCou
bnZyYW0sKi5sYSxDTWFrZUNhY2hlLnR4dCxjb25mZGVmcy5oLCouZ21vLCouY3Nwcm9qLCoucmVq
LGNvbmZpZy5zdGF0dXMsbG9zdCtmb3VuZCxjb25mc3RhdCxfZGFyY3MsQ1ZTLCoucGFydCxsaWJ0
b29sLCouYXV4LCoucG8sQ01ha2VUbXAsTWFrZWZpbGUuYW0sKi5sbywqLmxvVCwqfiwqLm1vYywq
LnZtKixjb3JlLWR1bXBzCjwgZXhjbHVkZSBmaWx0ZXJzIHZlcnNpb249Mgo8IGV4Y2x1ZGUgZm9s
ZGVyc1skZV09JEhPTUUvRGVza3RvcCwkSE9NRS9wcm9qZWN0cywkSE9NRS90bXAsJEhPTUUvbG9n
cywkSE9NRS9iaW4sJEhPTUUvd29ya3NwYWNlCjwgZmlyc3QgcnVuPWZhbHNlCi0tLQo+IGV4Y2x1
ZGUgZmlsdGVycz0qfiwqLnBhcnQsKi5vLCoubGEsKi5sbywqLmxvVCwqLm1vYyxtb2NfKi5jcHAs
Y21ha2VfaW5zdGFsbC5jbWFrZSxDTWFrZUNhY2hlLnR4dCxDVGVzdFRlc3RmaWxlLmNtYWtlLGxp
YnRvb2wsY29uZmlnLnN0YXR1cyxjb25mZGVmcy5oLGF1dG9tNHRlLGNvbmZ0ZXN0LGNvbmZzdGF0
LE1ha2VmaWxlLmFtLCouY3Nwcm9qLCoubTQsKi5yZWosKi5nbW8sKi5wYywqLm9tZiwqLmF1eCwq
LnRtcCwqLnBvLCoudm0qLCoubnZyYW0sKi5yY29yZSxsem8sbGl0bWFpbi5zaCwqLm9yaWcsLmhp
c3RmaWxlLiosLnhzZXNzaW9uLWVycm9ycyoscG8sQ1ZTLC5zdm4sLmdpdCxfZGFyY3MsLmJ6ciwu
aGcsQ01ha2VGaWxlcyxDTWFrZVRtcCxDTWFrZVRtcFFtYWtlLGNvcmUtZHVtcHMsbG9zdCtmb3Vu
ZAo+IGV4Y2x1ZGUgZm9sZGVyc1skZV09CjhkNQo8IGluZGV4IG5ld2x5IG1vdW50ZWQ9ZmFsc2UK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>68763</attachid>
            <date>2012-02-13 16:33:09 +0000</date>
            <delta_ts>2012-02-15 13:09:35 +0000</delta_ts>
            <desc>Patch against kdepim-runtime 4.8</desc>
            <filename>1.diff</filename>
            <type>text/plain</type>
            <size>7109</size>
            <attacher name="Sebastian Trueg">trueg</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL2FnZW50cy9uZXBvbXVrZmVlZGVyL2ZlZWRlcnF1ZXVlLmNwcCBiL2FnZW50
cy9uZXBvbXVrZmVlZGVyL2ZlZWRlcnF1ZXVlLmNwcAppbmRleCA5Mjc0ZGFmLi4wY2NjYTY0IDEw
MDY0NAotLS0gYS9hZ2VudHMvbmVwb211a2ZlZWRlci9mZWVkZXJxdWV1ZS5jcHAKKysrIGIvYWdl
bnRzL25lcG9tdWtmZWVkZXIvZmVlZGVycXVldWUuY3BwCkBAIC00NCw2ICs0NCw3IEBAIEZlZWRl
clF1ZXVlOjpGZWVkZXJRdWV1ZSggUU9iamVjdCogcGFyZW50ICkKICAgbVBlbmRpbmdKb2JzKCAw
ICksCiAgIG1SZUluZGV4KCBmYWxzZSApLAogICBtT25saW5lKCB0cnVlICksCisgIG1JbmRleGlu
Z0RlbGF5KCAwICksCiAgIGxvd1ByaW9RdWV1ZSgxLCAxMDAsIHRoaXMpLAogICBoaWdoUHJpb1F1
ZXVlKDEsIDEwMCwgdGhpcykKIHsKQEAgLTcyLDcgKzczLDIxIEBAIHZvaWQgRmVlZGVyUXVldWU6
OnNldE9ubGluZSggYm9vbCBvbmxpbmUgKQogICAvL2tEZWJ1ZygpIDw8IG9ubGluZTsKICAgbU9u
bGluZSA9IG9ubGluZTsKICAgaWYgKG9ubGluZSkKLSAgICBjb250aW51ZUluZGV4aW5nKCk7Cisg
ICAgICBjb250aW51ZUluZGV4aW5nKCk7Cit9CisKK3ZvaWQgRmVlZGVyUXVldWU6OnNldEluZGV4
aW5nU3BlZWQoRmVlZGVyUXVldWU6OkluZGV4aW5nU3BlZWQgc3BlZWQpCit7CisgICAgY29uc3Qg
aW50IHNfcmVkdWNlZFNwZWVkRGVsYXkgPSA1MDA7IC8vIG1zCisgICAgY29uc3QgaW50IHNfc25h
aWxQYWNlRGVsYXkgPSAzMDAwOyAgIC8vIG1zCisKKyAgICBtSW5kZXhpbmdEZWxheSA9IDA7Cisg
ICAgaWYgKCBzcGVlZCAhPSBGdWxsU3BlZWQgKSB7CisgICAgICAgIG1JbmRleGluZ0RlbGF5ID0g
KHNwZWVkID09IFJlZHVjZWRTcGVlZCkgPyBzX3JlZHVjZWRTcGVlZERlbGF5IDogc19zbmFpbFBh
Y2VEZWxheTsKKyAgICB9CisgICAga0RlYnVnKCkgPDwgbUluZGV4aW5nRGVsYXk7CisgICAgbG93
UHJpb1F1ZXVlLnNldFByb2Nlc3NpbmdEZWxheShtSW5kZXhpbmdEZWxheSk7CisgICAgaGlnaFBy
aW9RdWV1ZS5zZXRQcm9jZXNzaW5nRGVsYXkobUluZGV4aW5nRGVsYXkpOwogfQogCiB2b2lkIEZl
ZWRlclF1ZXVlOjphZGRDb2xsZWN0aW9uKCBjb25zdCBBa29uYWRpOjpDb2xsZWN0aW9uICZjb2xs
ZWN0aW9uICkKQEAgLTI1NCw3ICsyNjksOCBAQCBJdGVtUXVldWU6Okl0ZW1RdWV1ZShpbnQgYmF0
Y2hTaXplLCBpbnQgZmV0Y2hTaXplLCBRT2JqZWN0KiBwYXJlbnQpCiAgIG1QZW5kaW5nUmVtb3Zl
RGF0YUpvYnMoIDAgKSwKICAgbUJhdGNoU2l6ZSggYmF0Y2hTaXplICksCiAgIG1GZXRjaFNpemUo
IGZldGNoU2l6ZSApLAotICBtUnVubmluZ0pvYnMoIDAgKQorICBtUnVubmluZ0pvYnMoIDAgKSwK
KyAgbVByb2Nlc3NpbmdEZWxheSggMCApCiB7CiAgIGlmICggZmV0Y2hTaXplIDwgYmF0Y2hTaXpl
ICkgIHsKICAgICBrV2FybmluZygpIDw8ICJmZXRjaFNpemUgbXVzdCBiZSA+PSBiYXRjaHNpemUi
OwpAQCAtMzg0LDE1ICs0MDAsMTMgQEAgdm9pZCBJdGVtUXVldWU6OmJhdGNoSm9iUmVzdWx0KEtK
b2IqIGpvYikKICAgLy9rRGVidWcoKSA8PCAicGlwbGluZSBzaXplOiAiIDw8IG1JdGVtUGlwZWxp
bmUuc2l6ZSgpOwogICAvL2tEZWJ1ZygpIDw8ICJmZXRjaGVkSXRlbUxpc3QgOiAiIDw8IG1GZXRj
aGVkSXRlbUxpc3Quc2l6ZSgpOwogICBRX0FTU0VSVChtQmF0Y2guaXNFbXB0eSgpKTsKLSAgaW50
IHRpbWVvdXQgPSAwOwogICBpZiAoIGpvYi0+ZXJyb3IoKSApIHsKICAgICAvKmZvcmVhY2goIGNv
bnN0IE5lcG9tdWs6OlNpbXBsZVJlc291cmNlICZyZXMsIG1fZGVidWdHcmFwaC50b0xpc3QoKSAp
IHsKICAgICAgICAga1dhcm5pbmcoKSA8PCByZXM7CiAgICAgfSovCiAgICAga1dhcm5pbmcoKSA8
PCBqb2ItPmVycm9yU3RyaW5nKCk7Ci0gICAgdGltZW91dCA9IDA7IC8vVGhpcyB0aW1lb3V0IGlz
IGhlcmUgaW4gY2FzZSBuZXBvbXVrIGlzIHN0aWxsIHByb2Nlc3NpbmcgYW5kIHRoZSBkYnVzIGNv
bm5lY3Rpb24ganVzdCB0aW1lZCBvdXQgKHRvIGF2b2lkIGp1c3QgYWRkaW5nIG1vcmUgd29yayku
IFNpbmNlIHdlIGhhdmUgbm93IGEgaHVnZSBkYnVzIHRpbWVvdXQgdGhhdCB0aW1lb3V0IGlzIHBy
b2JhYmx5IG5vdCBuZWVkZWQgYW55bW9yZS4KICAgfQotICBRVGltZXI6OnNpbmdsZVNob3QodGlt
ZW91dCwgdGhpcywgU0xPVChjb250aW51ZVByb2Nlc3NpbmcoKSkpOworICBRVGltZXI6OnNpbmds
ZVNob3QobVByb2Nlc3NpbmdEZWxheSwgdGhpcywgU0xPVChjb250aW51ZVByb2Nlc3NpbmcoKSkp
OwogICBtUnVubmluZ0pvYnMrKzsKIH0KIApAQCAtNDE1LDcgKzQyOSwxMiBAQCB2b2lkIEl0ZW1R
dWV1ZTo6Y29udGludWVQcm9jZXNzaW5nKCkKIAogYm9vbCBJdGVtUXVldWU6OmlzRW1wdHkoKQog
ewotICByZXR1cm4gbUl0ZW1QaXBlbGluZS5pc0VtcHR5KCkgJiYgbUZldGNoZWRJdGVtTGlzdC5p
c0VtcHR5KCk7CisgICAgcmV0dXJuIG1JdGVtUGlwZWxpbmUuaXNFbXB0eSgpICYmIG1GZXRjaGVk
SXRlbUxpc3QuaXNFbXB0eSgpOworfQorCit2b2lkIEl0ZW1RdWV1ZTo6c2V0UHJvY2Vzc2luZ0Rl
bGF5KGludCBtcykKK3sKKyAgICBtUHJvY2Vzc2luZ0RlbGF5ID0gbXM7CiB9CiAKIApkaWZmIC0t
Z2l0IGEvYWdlbnRzL25lcG9tdWtmZWVkZXIvZmVlZGVycXVldWUuaCBiL2FnZW50cy9uZXBvbXVr
ZmVlZGVyL2ZlZWRlcnF1ZXVlLmgKaW5kZXggZWNiZDhiNy4uMzMwYzM5OCAxMDA2NDQKLS0tIGEv
YWdlbnRzL25lcG9tdWtmZWVkZXIvZmVlZGVycXVldWUuaAorKysgYi9hZ2VudHMvbmVwb211a2Zl
ZWRlci9mZWVkZXJxdWV1ZS5oCkBAIC01Miw2ICs1MiwxMCBAQCBwdWJsaWM6CiAgIGJvb2wgcHJv
Y2Vzc0l0ZW0oKTsKICAgLyoqIHF1ZXVlIGlzIGVtcHR5ICovCiAgIGJvb2wgaXNFbXB0eSgpOwor
CisgIC8qKiB0aGUgZGVsYXkgYmV0d2VlbiB0d28gYmF0Y2hlcyAqLworICB2b2lkIHNldFByb2Nl
c3NpbmdEZWxheShpbnQgbXMpOworCiBzaWduYWxzOgogICAvKiogYWxsIGl0ZW1zIHByb2Nlc3Nl
ZCAqLwogICB2b2lkIGZpbmlzaGVkKCk7CkBAIC03OSw2ICs4Myw4IEBAIHByaXZhdGU6CiAgIGlu
dCBtQmF0Y2hTaXplOyAvL1NpemUgb2YgTmVwb211ayBiYXRjaCwgbnVtYmVyIG9mIGl0ZW1zIHN0
b3JlZCB0b2dldGhlciBpbiBuZXBvbXVrCiAgIGludCBtRmV0Y2hTaXplOyAvL01heGltdW0gbnVt
YmVyIG9mIGl0ZW1zIGZldGNoZWQgd2l0aCBmdWxsIHBheWxvYWQgKGRlZmluZXMgcmFtIHVzYWdl
IG9mIGZlZWRlciksIG11c3QgYmUgPj0gbUJhdGNoU2l6ZSwgaWRlYWxseSBhIG11bHRpcGxlIG9m
IGl0CiAgIGludCBtUnVubmluZ0pvYnM7CisKKyAgaW50IG1Qcm9jZXNzaW5nRGVsYXk7CiB9Owog
CiAvKioKQEAgLTEyOCw2ICsxMzQsMzQgQEAgcHVibGljOgogICAvKiogc3RhcnQvc3RvcCBpbmRl
eGluZyAqLwogICB2b2lkIHNldE9ubGluZShib29sKTsKIAorICBlbnVtIEluZGV4aW5nU3BlZWQg
eworICAgICAgLyoqCisgICAgICAgKiBJbmRleCBhdCBmdWxsIHNwZWVkLCBpLmUuIGRvIG5vdCB1
c2UgYW55IGFydGlmaWNpYWwKKyAgICAgICAqIGRlbGF5cy4KKyAgICAgICAqCisgICAgICAgKiBU
aGlzIGlzIHRoZSBtb2RlIHVzZWQgaWYgdGhlIHVzZXIgaXMgImF3YXkiLgorICAgICAgICovCisg
ICAgICBGdWxsU3BlZWQgPSAwLAorCisgICAgICAvKioKKyAgICAgICAqIFJlZHVjZSB0aGUgaW5k
ZXhpbmcgc3BlZWQgbWlsZGx5LiBUaGlzIGlzIHRoZSBub3JtYWwKKyAgICAgICAqIG1vZGUgdXNl
ZCB3aGlsZSB0aGUgdXNlciB3b3Jrcy4gVGhlIGluZGV4ZXIgdXNlcyBzbWFsbAorICAgICAgICog
ZGVsYXkgYmV0d2VlbiBpbmRleGluZyB0d28gYmF0Y2hlcyBpbiBvcmRlciB0byBrZWVwIHRoZQor
ICAgICAgICogbG9hZCBvbiBDUFUgYW5kIElPIGRvd24uCisgICAgICAgKi8KKyAgICAgIFJlZHVj
ZWRTcGVlZCwKKworICAgICAgLyoqCisgICAgICAgKiBMaWtlIFJlZHVjZWRTcGVlZCBkZWxheXMg
YXJlIHVzZWQgYnV0IHRoZXkgYXJlIG11Y2ggbG9uZ2VyCisgICAgICAgKiB0byBnZXQgZXZlbiBs
ZXNzIENQVSBhbmQgSU8gbG9hZC4gVGhpcyBtb2RlIGlzIHVzZWQgZm9yIHRoZQorICAgICAgICog
Zmlyc3QgMiBtaW51dGVzIGFmdGVyIHN0YXJ0dXAgdG8gZ2l2ZSB0aGUgS0RFIHNlc3Npb24gbWFu
YWdlcgorICAgICAgICogdGltZSB0byBzdGFydCB1cCB0aGUgS0RFIHNlc3Npb24gcmFwaWRseS4K
KyAgICAgICAqLworICAgICAgU25haWxQYWNlCisgIH07CisKKyAgdm9pZCBzZXRJbmRleGluZ1Nw
ZWVkKCBJbmRleGluZ1NwZWVkIHNwZWVkICk7CisKIHNpZ25hbHM6CiAgIHZvaWQgZnVsbHlJbmRl
eGVkKCk7CiAgIHZvaWQgcHJvZ3Jlc3MoaW50KTsKQEAgLTE1Myw2ICsxODcsOCBAQCBwcml2YXRl
OgogICBib29sIG1PbmxpbmU7CiAgIFFUaW1lciBtUHJvY2Vzc0l0ZW1RdWV1ZVRpbWVyOwogCisg
IGludCBtSW5kZXhpbmdEZWxheTsKKwogICBJdGVtUXVldWUgbG93UHJpb1F1ZXVlOwogICBJdGVt
UXVldWUgaGlnaFByaW9RdWV1ZTsKIH07CmRpZmYgLS1naXQgYS9hZ2VudHMvbmVwb211a2ZlZWRl
ci9uZXBvbXVrZmVlZGVyYWdlbnQuY3BwIGIvYWdlbnRzL25lcG9tdWtmZWVkZXIvbmVwb211a2Zl
ZWRlcmFnZW50LmNwcAppbmRleCBlZGIzZTI5Li41OWQ2MTZlIDEwMDY0NAotLS0gYS9hZ2VudHMv
bmVwb211a2ZlZWRlci9uZXBvbXVrZmVlZGVyYWdlbnQuY3BwCisrKyBiL2FnZW50cy9uZXBvbXVr
ZmVlZGVyL25lcG9tdWtmZWVkZXJhZ2VudC5jcHAKQEAgLTEwMSw3ICsxMDEsOCBAQCBOZXBvbXVr
RmVlZGVyQWdlbnQ6Ok5lcG9tdWtGZWVkZXJBZ2VudChjb25zdCBRU3RyaW5nJiBpZCkgOgogCiAg
IGNvbm5lY3QoIEtJZGxlVGltZTo6aW5zdGFuY2UoKSwgU0lHTkFMKHRpbWVvdXRSZWFjaGVkKGlu
dCkpLCBTTE9UKHN5c3RlbUlkbGUoKSkgKTsKICAgY29ubmVjdCggS0lkbGVUaW1lOjppbnN0YW5j
ZSgpLCBTSUdOQUwocmVzdW1pbmdGcm9tSWRsZSgpKSwgU0xPVChzeXN0ZW1SZXN1bWVkKCkpICk7
Ci0gIEtJZGxlVGltZTo6aW5zdGFuY2UoKS0+YWRkSWRsZVRpbWVvdXQoIDEwICogMTAwMCApOwor
ICBLSWRsZVRpbWU6Omluc3RhbmNlKCktPmFkZElkbGVUaW1lb3V0KCAyICogNjAgKiAxMDAwICk7
IC8vIG9ubHkgZ28gZnVsbC1zcGVlZCBhZnRlciAyIG1pbgorCiAgIEtDb25maWcgY29uZmlnKCAi
YWtvbmFkaV9uZXBvbXVrX2ZlZWRlcnJjIiApOwogICBLQ29uZmlnR3JvdXAgY2ZnR3JwKCAmY29u
ZmlnLCBpZGVudGlmaWVyKCkgKTsKICAga0RlYnVnKCkgPDwgIkRpc2FibGVJZGxlRGV0ZWN0aW9u
OiAiIDw8IGNmZ0dycC5yZWFkRW50cnkoICJEaXNhYmxlSWRsZURldGVjdGlvbiIsIGZhbHNlICk7
CkBAIC0xMTIsNiArMTEzLDcgQEAgTmVwb211a0ZlZWRlckFnZW50OjpOZXBvbXVrRmVlZGVyQWdl
bnQoY29uc3QgUVN0cmluZyYgaWQpIDoKICAgUVRpbWVyOjpzaW5nbGVTaG90KCAwLCB0aGlzLCBT
TE9UKHNlbGZUZXN0KCkpICk7CiAKICAgbVF1ZXVlLnNldEl0ZW1GZXRjaFNjb3BlKGNoYW5nZVJl
Y29yZGVyKCktPml0ZW1GZXRjaFNjb3BlKCkpOworICBtUXVldWUuc2V0SW5kZXhpbmdTcGVlZCgg
RmVlZGVyUXVldWU6OlJlZHVjZWRTcGVlZCApOwogCiAgIGNvbm5lY3QoJm1RdWV1ZSwgU0lHTkFM
KHByb2dyZXNzKGludCkpLCBTSUdOQUwocGVyY2VudChpbnQpKSk7CiAgIGNvbm5lY3QoJm1RdWV1
ZSwgU0lHTkFMKGlkbGUoUVN0cmluZykpLCB0aGlzLCBTTE9UKGlkbGUoUVN0cmluZykpKTsKQEAg
LTEyNiw3ICsxMjgsNyBAQCBOZXBvbXVrRmVlZGVyQWdlbnQ6On5OZXBvbXVrRmVlZGVyQWdlbnQo
KQogCiB2b2lkIE5lcG9tdWtGZWVkZXJBZ2VudDo6aXRlbUFkZGVkKGNvbnN0IEFrb25hZGk6Okl0
ZW0mIGl0ZW0sIGNvbnN0IEFrb25hZGk6OkNvbGxlY3Rpb24mIGNvbGxlY3Rpb24pCiB7Ci0gIC8v
a0RlYnVnKCkgPDwgaXRlbS5pZCgpOworICBrRGVidWcoKSA8PCBpdGVtLmlkKCk7CiAgIGlmICgg
aW5kZXhpbmdEaXNhYmxlZCggY29sbGVjdGlvbiApICkKICAgICByZXR1cm47CiAKQEAgLTEzNiw3
ICsxMzgsNyBAQCB2b2lkIE5lcG9tdWtGZWVkZXJBZ2VudDo6aXRlbUFkZGVkKGNvbnN0IEFrb25h
ZGk6Okl0ZW0mIGl0ZW0sIGNvbnN0IEFrb25hZGk6OkNvbAogCiB2b2lkIE5lcG9tdWtGZWVkZXJB
Z2VudDo6aXRlbUNoYW5nZWQoY29uc3QgQWtvbmFkaTo6SXRlbSYgaXRlbSwgY29uc3QgUVNldDwg
UUJ5dGVBcnJheSA+JiBwYXJ0SWRlbnRpZmllcnMpCiB7Ci0gIC8va0RlYnVnKCkgPDwgaXRlbS5p
ZCgpOworICBrRGVidWcoKSA8PCBpdGVtLmlkKCk7CiAgIFFfVU5VU0VEKCBwYXJ0SWRlbnRpZmll
cnMgKTsKICAgaWYgKCBpbmRleGluZ0Rpc2FibGVkKCBpdGVtLnBhcmVudENvbGxlY3Rpb24oKSAp
ICkKICAgICByZXR1cm47CkBAIC0zMDcsNyArMzA5LDggQEAgdm9pZCBOZXBvbXVrRmVlZGVyQWdl
bnQ6OnN5c3RlbUlkbGUoKQogICBlbWl0IHN0YXR1cyggSWRsZSwgaTE4biggIlN5c3RlbSBpZGxl
LCByZWFkeSB0byBpbmRleCBkYXRhLiIgKSApOwogICBtU3lzdGVtSXNJZGxlID0gdHJ1ZTsKICAg
S0lkbGVUaW1lOjppbnN0YW5jZSgpLT5jYXRjaE5leHRSZXN1bWVFdmVudCgpOwotICBzZXRSdW5u
aW5nKCBtU3lzdGVtSXNJZGxlICk7CisgIC8vc2V0UnVubmluZyggbVN5c3RlbUlzSWRsZSApOwor
ICBtUXVldWUuc2V0SW5kZXhpbmdTcGVlZCggRmVlZGVyUXVldWU6OkZ1bGxTcGVlZCApOwogfQog
CiB2b2lkIE5lcG9tdWtGZWVkZXJBZ2VudDo6c3lzdGVtUmVzdW1lZCgpCkBAIC0zMTcsNyArMzIw
LDggQEAgdm9pZCBOZXBvbXVrRmVlZGVyQWdlbnQ6OnN5c3RlbVJlc3VtZWQoKQogCiAgIGVtaXQg
c3RhdHVzKCBJZGxlLCBpMThuKCAiU3lzdGVtIGJ1c3ksIGluZGV4aW5nIHN1c3BlbmRlZC4iICkg
KTsKICAgbVN5c3RlbUlzSWRsZSA9IGZhbHNlOwotICBzZXRSdW5uaW5nKCBtU3lzdGVtSXNJZGxl
ICk7CisgIC8vc2V0UnVubmluZyggbVN5c3RlbUlzSWRsZSApOworICBtUXVldWUuc2V0SW5kZXhp
bmdTcGVlZCggRmVlZGVyUXVldWU6OlJlZHVjZWRTcGVlZCApOwogfQogCiB2b2lkIE5lcG9tdWtG
ZWVkZXJBZ2VudDo6aWRsZShjb25zdCBRU3RyaW5nICZzdHJpbmcpIAo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>68790</attachid>
            <date>2012-02-14 12:59:41 +0000</date>
            <delta_ts>2012-02-14 12:59:41 +0000</delta_ts>
            <desc>Screenshot of akonani console</desc>
            <filename>nepomukFeeder.jpeg</filename>
            <type>image/jpeg</type>
            <size>14064</size>
            <attacher name="Wolfgang Mader">Wolfgang_Mader</attacher>
            
              <data encoding="base64">/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAUDBAQEAwUEBAQFBQUGBwwIBwcHBw8LCwkMEQ8SEhEP
ERETFhwXExQaFRERGCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcGBw4ICA4eFBEUHh4eHh4e
Hh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh7/wAARCABhA00DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3W2/5
CEH+7N/6IkqC7+5H/wBdov8A0Nantv8AkIQf7s3/AKIkqnqshhsmmAyUdGA+jA1eGV60F5r8yMW7
UJvyf5Hrtp/x6xf7oqWvM4te13ylxqsi8dFhiwPzXNO/t/Xv+gvN/wB+Yf8A4ivReVVu6/H/ACPJ
WdUEvhf4f5npVUbi3llRZLZ1SZXdct/dJOf6H8K4P+39e/6C83/fmH/4iqI8UeIo72K3W/uXR/MY
sIYOMPjuo4GefwxS/smt3X4/5Ff21Q/lf4f5npEuntuIi2CMLCqgn+45J/SpzDKNQMyhDG8YRssQ
VwSeBjnr7V5ofFus+ds/tK72b/L83yIdm7pj7uevGcYp974l8QxLGkWrSeZK+xS0MWBwSSfk9AaP
7Jrd1+P+Qv7aofyv8P8AM7+C0vF+yRP5HlWzfeDHcw2kDjHHX1NOtrS5RreOQw+TbElGUks/BAyM
ccH1NeXXXjHxNACjatiRGZWJgjw5ABCqNvBIPv071ci8Wa3JeGL+2iiD5V3RQ7nfvj5eg6fX6U/7
Jrd1+P8AkH9tUP5X+H+Z6HFYTYmjYpFC8TJtSRmBJ7gHhfoKlht7h5hJdeWoSIxgROcnOMnPGOnb
868+l8Ta1FKiPq843g4byYccDP8Ac/ziqz+L9XZImj1m6IkCsGSCDoWAAOU75/nR/ZVbuvx/yD+2
qH8r/D/M9Ma2kjuLeSDDrGGVhLKxOGIOcnJPTpS6nbSXMKrE4R1b7x9CCD+hNeVSeLfEkmnvK2o3
cJS4VciGH5gJMYGFJzjg1aHi7Wgkpl1K8iaMAlGghJOeBjCnOTxS/smt3X4/5D/tqh/K/wAP8z0N
NPniS4WGVUzhYcEjamckZ7dSOPamw2E4Nw0ixMJEQKjTPJ0JPLHkde3SvPh4t1ra3maleROrKpRo
IM/McA8LjH403UPFuv25KRajcySKY8jyYMYZsd1HPB/MU/7Jrd1+P+Qv7aofyv8AD/M9O0+GaGJl
mbOWyq7y+0em48mqc9jeSz7jIrKJlcMZ3HyhgcbB8v41w58R64sBlk1aeMBdzBoYcr9cJUC+LNb8
h5pNQvYlUAjdbw5bPTGF/Q0f2VW7r8f8g/tqh/K/w/zPSbeG4hleMeUYGdn3ZO4Z5xjGOp65qO3t
J1htIpBFi3fqGJ3LtIz04PPT9a84bxfrSRSPJqF6jRlQ0Zt4C3zHAIwuD+dJ/wAJfr29o/tWoeao
3FPIt8hfXOMdvXNL+yavdfj/AJB/bVD+V/h/mejRae+yWKVwY/LaKHb1VT6+/QfhTtPs5YZxJKq5
VCobz5JCenZuF6e9ecHxhrRYLDqF7PmIS/JBB9059VHp0og8X6zM0eNSvFSX/VyNbwgNxn+7npnq
Kf8AZNbuvx/yD+2qH8r/AA/zPR77T2urrfvAiKYcd9wztP4ZJ/AVF/Z07QBXkj3tDKsjDP3nIOR7
cV51H4v1sqix6hqE7GFZSRb2+dpz1+UDPHQVI/i7WcIYtSvJt8Yk/dwQ/Kp7nKj8utL+ya38y/H/
ACH/AG1Q/lf4f5npccM7XEE8ojUpG6MFYtySuMcD0p9lC8MLIxBJkdhj0LEj+deajxVrJ0/7b/at
z5fl+ZjyIc4xn+51pLnxXrNuPn1W5P7ppeIIei4z/D15p/2TW7r8f8hf21Q/lf4f5new2F59pgkm
kVvLYlmM7tvypHCn5V61OLSZLG0jQxma32kAk7WIBBGce/pXndt4q1yaTyzqN5ExXeokghG5fUYU
+3XmluPE+vwthb69m4ydkEGAPxUZ+go/smsuq/H/ACD+2qD+y/w/zPQfslzjz/3Pn+f5uzcdn3du
M4z074pIrS5NwJpjCD9o80hSTgeXtx065rzx/FusjZ5WpXc+5PM/dwQ8L6nKj8utIPFuutBHNFfX
0qugf5beDgH1yo59hmj+yq3dfj/kH9tUP5X+H+Z6NLaTebJNGYy/niVAxOD8gUg8cd/WpbCGeNri
S48vdLJvAQkgDaBjke1eZSeL9XTdKNYu3XZGwC28J4YkDHyZzU1t4o12Z3jOpXcMiAEq8MGcHoeF
I7Gj+ya3dfj/AJB/bVD+V/h/megvpzi5jljupdonMrq23uCOPlz3A5PSlNpcbzDmL7OZvN3ZO/72
7GMY6981wn9v69/0F5v+/MP/AMRR/b+vf9Beb/vzD/8AEUf2TW7r8f8AIP7aofyv8P8AM7uXTw8s
rKI4VKny9gx85GC59/T8ak0u2e1hdHWNNz7gkZJVeAOM49M/jXAf2/r3/QXm/wC/MP8A8RR/b+vf
9Beb/vzD/wDEUf2TW7r8f8g/tqh/K/w/zO+WK7gZ0txA8buXBdiChJyeADnn3FNGnxvcTyz5cSOG
CiRguAoHK5weR71wf9v69/0F5v8AvzD/APEUf2/r3/QXm/78w/8AxFH9k1u6/H/IP7aofyv8P8zv
miuobiWS3WGRZSGIkcqVIAHYHPQVLZwNBbeWzBnJZmIGBkkk/wA688/t/Xv+gvN/35h/+Io/t/Xv
+gvN/wB+Yf8A4il/ZNbuvx/yH/bVD+V/h/md0lpcQw2hi8p5YI/LZWYhSCBnBx7elOtbOSKaGR2Q
lVk34/vOwPHt1rg/7f17/oLzf9+Yf/iKP7f17/oLzf8AfmH/AOIp/wBlVu6/H/IX9tUP5X+H+Z6H
dQtLLbspAEcm5s+m0jj86p2enSQSxhgGSLO1zPIT0I+4flHWuI/t/Xv+gvN/35h/+Io/t/Xv+gvN
/wB+Yf8A4il/ZNbuvx/yD+2qH8r/AA/zO6W0n/s6K2kigdoiAv71hkAYzkDKn86tWUcsVqscz73G
cnJPfgZPJx6153/b+vf9Beb/AL8w/wDxFH9v69/0F5v+/MP/AMRT/smt3X4/5B/bVD+V/h/mdzb2
d1G0mx0gUxlVCSMw3Ho208Lj0FRR2r28v2m9eNYViZH3XDyZyR/e4HToK4v+39e/6C83/fmH/wCI
o/t/Xv8AoLzf9+Yf/iKX9k1u6/H/ACH/AG1Q/lf4f5neaNA8dt5srM0kgGN3UIPuj8ufqTSajazX
R2eVbED7krE74/cDHX8RXCf2/r3/AEF5v+/MP/xFH9v69/0F5v8AvzD/APEU/wCyq3dfj/kL+2qH
8r/D/M9DvYWngEakZDo3PoGBP8qFhYXss+V2vEqD1yC3+Neef2/r3/QXm/78w/8AxFH9v69/0F5v
+/MP/wARS/smt3X4/wCQf21Q/lf4f5nbJp06xIhaPKxwqeT1RsntU15ZyzTSyIyDcsezOfvIxbn2
6Vwf9v69/wBBeb/vzD/8RR/b+vf9Beb/AL8w/wDxFP8Asqt3X4/5B/bVD+V/h/mdxLaXkzzSyCBX
YR7FVyRlGLcnHf6Ut3ZzyzrcKF3mMI6C4eMDkngr16nqK4b+39e/6C83/fmH/wCIo/t/Xv8AoLzf
9+Yf/iKX9k1e6/H/ACH/AG1Q/lf4f5ncXFjNsiW3EUbJGEEgldSmPz3D2NXLyOaS1ZIZNkhxg5x3
557Z9a87/t/Xv+gvN/35h/8AiKP7f17/AKC83/fmH/4in/ZNbuvx/wAhf21Q/lf4f5naR6dc7pWc
oN5iwDM8mNr5PLVZu7OSaWZ1ZRuSMJn+8rFufbpXBf2/r3/QXm/78w//ABFH9v69/wBBeb/vzD/8
RR/ZNbuvx/yD+2qH8r/D/M7+0huReTXFwIV3oqhY2JxgnuQPWo5rWdhfRr5Wy5U7WLHIbaFwRjpx
1z+FcJ/b+vf9Beb/AL8w/wDxFH9v69/0F5v+/MP/AMRR/ZNbuvx/yH/bVD+V/h/md/dWjTuuWCp5
DxNjr82On5Gqq6dOYZVYIHMLRKxuJHzn2b7o4964r+39e/6C83/fmH/4ij+39e/6C83/AH5h/wDi
KP7Jrd1+P+Qv7aofyv8AD/M9CMD/AGyGYFdqRshHfJK/4VDeWkss0skZTJWPaGJHKOW546Vwf9v6
9/0F5v8AvzD/APEUf2/r3/QXm/78w/8AxFH9k1u6/H/IP7aofyv8P8z0WaMz2jxSAKzoQQDkAket
UbbTpo7iKWSRGPLzAZ+Z+cEe3zH8hXEf2/r3/QXm/wC/MP8A8RR/b+vf9Beb/vzD/wDEUf2TW7r8
f8g/tqh/K/w/zO3s9OkgljDAMkWdjmeQnoR9w/KOtTRWci29jGWTNuRvwevyEcfia4L+39e/6C83
/fmH/wCIo/t/Xv8AoLzf9+Yf/iKX9k1u6/H/ACD+2qH8r/D/ADPQtOilgtEgmCZjAVSrE7gO/QY+
nNVUs7vmFzB5JuDNuBO7G/cBjGPxzXD/ANv69/0F5v8AvzD/APEUf2/r3/QXm/78w/8AxFP+yq3d
fj/kH9tUP5X+H+Z2s9jeSz7jIrKJlcMZ3HyhgcbB8v41at4bmGR4x5RgZ2fdk7hnnGMY6nrn8K4D
+39e/wCgvN/35h/+Io/t/Xv+gvN/35h/+Ipf2TW7r8f8g/tqh/K/w/zO60qxlsVWMMjIyjzOTkOB
jIOOR9elLrn/AB5n/PcVwn9v69/0F5v+/MP/AMRUc+ta7KADq82O4MEPP/jlN5TW7r8f8g/tqh/K
/wAP8zt5CDeQYIPLn8MVp23/AB7Rf7g/lXl8eo6xGSY9WlUnv5EX/wATU1tr+vfZov8AibzfcH/L
GH0/3KX9k1u6/H/If9tUP5X+H+Z6dRXmv9v69/0F5v8AvzD/APEUf2/r3/QXm/78w/8AxFP+ya3d
fj/kL+2qH8r/AA/zPSqK81/t/Xv+gvN/35h/+Io/t/Xv+gvN/wB+Yf8A4ij+ya3dfj/kH9tUP5X+
H+Z6VRXmv9v69/0F5v8AvzD/APEUf2/r3/QXm/78w/8AxFH9k1u6/H/IP7aofyv8P8z0qivNf7f1
7/oLzf8AfmH/AOIo/t/Xv+gvN/35h/8AiKP7Jrd1+P8AkH9tUP5X+H+Z6VRXmv8Ab+vf9Beb/vzD
/wDEUf2/r3/QXm/78w//ABFH9k1u6/H/ACD+2qH8r/D/ADPSqK81/t/Xv+gvN/35h/8AiKP7f17/
AKC83/fmH/4ij+ya3dfj/kH9tUP5X+H+Z6VRXmv9v69/0F5v+/MP/wARR/b+vf8AQXm/78w//EUf
2TW7r8f8g/tqh/K/w/zPSqK81/t/Xv8AoLzf9+Yf/iKP7f17/oLzf9+Yf/iKP7Jrd1+P+Qf21Q/l
f4f5npVFea/2/r3/AEF5v+/MP/xFH9v69/0F5v8AvzD/APEUf2TW7r8f8g/tqh/K/wAP8z0qivNf
7f17/oLzf9+Yf/iKP7f17/oLzf8AfmH/AOIo/smt3X4/5B/bVD+V/h/melUV5r/b+vf9Beb/AL8w
/wDxFH9v69/0F5v+/MP/AMRR/ZNbuvx/yD+2qH8r/D/M9KorzX+39e/6C83/AH5h/wDiKP7f17/o
Lzf9+Yf/AIij+ya3dfj/AJB/bVD+V/h/melV5l8Vv+P6f/sHzf8AstP/ALf17/oLzf8AfmH/AOIr
nvEmoXl8159sm850sJcOVCkg44OAB2pSwFSjCU5NWt/XQI5lSxFSEIpp3W9v8x+q/wDIqeHf+u1j
/wCiWrQrP1X/AJFXw7/12sf/AES1aFeSe4h1t/yEIP8Adm/9ESVn67/yCpv+A/8AoQrQtv8AkIQf
7s3/AKIkrP13/kFTf8B/9CFdGE/jw9V+ZzY3/dqn+F/kSxt8i/SnbqhjJ2D6UuTX19j4W5atIZbq
5SCIZdj+AHqap6lrfh7SNTW0trebV9QtzILhI0DKoJyQSWCqePUn2OavabI8VvqFxCW8+G33xhT1
OG4+hwK4vwJpMT6f57IsstyDJNIVG52blmJ9ya86UZYirKDlaMfxufdcM5NRxNJ1qn9f1Y6Ox1PQ
NZvm0zyLnSrppPOitXRcyHO75W3bSM8469asarZypKYHYRTwuGVsZGfXHcEGuS8eaYkNp9sSNEnt
cSwvtGVZeQf0rt9fSGSSylaCNZZLfLgqM5GP8TRCMsPVjDmvGX4WJ4myejhqarU+v9fqZqW8q28q
i4xNK25pAvQ8DgZ44FRSaehliMUgSNAgK7ck7WyMHtz165qbyYf+eMf/AHyKPJh/54x/98ivRsfE
XDULYXcIjMhTDZyB26EfiCRUI09QZdsuA8iOo2/dCtux+Jz+dTeTD/zxj/75FOjjhSRX+zxNgg4K
8GiwG/ceHLZPD8lusg+3IEvT8pyFMm4qecfoPxp2ueH4J7CDUXnSzhaxhXckQLNKCWHGRk8jr6VT
/ty9N69y4idXBUwMD5WCMY25ph1aUxpE1raNCsAgMZjO1lHQnnqPUYrz1SxCa18/81/kek62Gd1b
pbbs9G/1CDwvJcpGlxqSrf3sYkgVYPkVUJZc/N3OfX8KbB4aE9rBdXmsbJ76RYolS0yqMjnBPz9M
4zSwarJDHCFtbRpYEKRTNH86Kew5x+YNRLfMIbKL7PbEWchkjJTkknPNauNd9fy8/wDgGKnh0tvz
8vP1/Aspo7zy3dhctPIY8xO1tbF8noTjPA/GmyeG7lDf2t/qKiK0RH86OD5uoK/KTyScdwOKQaox
+0LLY2U0dxN5zI8ZwG9sEH8Dmll1aSW8uLiSzs2FygSWIxnYQOnfI/OhrEX/AK8v+CNPDJfPz21/
4HmaVxosbyKVltZGbTFlMhtMBgjZBC7uGP8AeycZql4WsbS41e7nvUMsS2ZJQEjG05zkH3qOTWJH
l8wWVkg+ym1CrGcBD+PWqenXAsWmaK3gYyxNE25M4B6496mNGr7OUW9WVOvRdSLS0T1/A1F8OR2O
msY286YzRW0MnIDx7SVPXHO6or7wrLZadGwuJH/s9lEha3KK+VK5Qk8jJqu2pTNpcOnmKDy4ZA6P
s+cEZxz6c0y9u47su8mn2KzSfflWM7m9+uB+AFOMK6er6/1+op1MM07LW3+f/A3Lo8LR2M09vDqR
nuLeyRmQwbAVXJPO484bpj8aoJ4ekghsY476RLy5tcRotoZFZVBK5IPyk844I9a1df1a2kvbj+z7
a0KSwrEZ/KIcrgZHPHt0qjb6rJDFCotbRpYEKRTNH86Kew5x+YNTFYiVNO+vy7f5/MqbwsalrafP
uvPtfyJ9F8Mpd6DYW1zfNDLdxtCEEW7aVBB53e1VrjwvNP8AZ2XVftCXME8Me212EEDrjcc52+v4
U601SS2WzCW1qfsjO0e6PqW655pIdTlhWzEcFsv2R3eM+X13dQfaqlDENtp9+3nb9CYzwqik49u/
lfr6j9B0Z91tqd1drPsu0tRF5OAQSCSeTknA7UvjXw9HHfSXMk9vG0rsIbVrYSBUyfmHICn8D2pG
1b9xHDFp1hCiXAuMJG3Lj1yTxUV9qD3sMkVxbWzhpTKp2cxk9Qpz0Poc0KFZ1FJ7A54dU3Fb/rqJ
Zaalr4bW7hijmuVcWxaUNtKhcjo6gHJPXIqKw8KTahZi4lMaJAqwGKO2+1YbvsG7HHrk9utAuANL
bT/s8HlNL5pOz5s4x+VOs7pbe2ktmtLaeCQhmjkTjI7gggg/jVOnV95p7v8AD8iFUovlUlstfX8+
xPB4OuFurize5JWzihDNHCXZ9rbhhc9T6dqsTeG7hdXkQXfkrLZiQStFzGo3HJUnrk9PbrVK3vBB
LMUs7Typk2SQmP5CO3v+Oc0W96Le7Fxb2VnEAhQxiPKsp6g5OT+dDjX116fjb+vIanhu3Xv0v/l8
zdn06G507R4LEqzzvIDM0YRjg/xYz0571Bc6FJF5DCWURyXAgJlgMZBPRgCeRWdLqjkWggtLS2Fo
xaIRRnv1zknNRPeRG4SePTbGF0lEpKRn5iDnuTgewxUxp1117/m/60KnUw7W2unft/n3LGr21vZX
b20Vy87xsVcmIIAR6cnP6VS3Uy9ZLu7luZIIQ8rl2Cpxk+lQ+TD/AM8Y/wDvkV0wUlFcz1OSrKLm
3HRFndRuqt5MP/PGP/vkUeTD/wA8Y/8AvkVdiLlndRuqt5MP/PGP/vkUeTD/AM8Y/wDvkUWC5Z3U
bqreTD/zxj/75FHkw/8APGP/AL5FFguWd1G6q3kw/wDPGP8A75FHkw/88Y/++RRYLlndRuqt5MP/
ADxj/wC+RR5MP/PGP/vkUWC5Z3UbqreTD/zxj/75FHkw/wDPGP8A75FFguWd1G6q3kw/88Y/++RR
5MP/ADxj/wC+RRYLlndRuqt5MP8Azxj/AO+RR5MP/PGP/vkUWC5Z3UbqreTD/wA8Y/8AvkUeTD/z
xj/75FFguWd1G6q3kw/88Y/++RR5MP8Azxj/AO+RRYLlndRuqt5MP/PGP/vkUeTD/wA8Y/8AvkUW
C5Z3UbqreTD/AM8Y/wDvkUeTD/zxj/75FFguWd1G6q3kw/8APGP/AL5FHkw/88Y/++RRYLlndRuq
t5MP/PGP/vkUeTD/AM8Y/wDvkUWC5Z3UbqreTD/zxj/75FHkw/8APGP/AL5FFguWd1G6q3kw/wDP
GP8A75FHkw/88Y/++RRYLlndRuqt5MP/ADxj/wC+RR5MP/PGP/vkUWC5Z3UbqreTD/zxj/75FHkw
/wDPGP8A75FFguWd1G6q3kw/88Y/++RR5MP/ADxj/wC+RRYLlndRuqt5MP8Azxj/AO+RR5MP/PGP
/vkUWC44u8joSh25yqnjp/E39B/kPtm/0aL/AHB/KovJh/54x/8AfIqQcAAAADoBRYLku6jdUWTR
k0WC5Luo3VFk0ZNFguS7qN1RZNGTRYLku6jdUWTRk0WC5Luo3VFk0ZNFguS7qN1RZNGTRYLku6jd
UWTRk0WC5Luo3VFk0ZNFguS7qN1RZNGTRYLku6jdUWTRk0WC5Luo3VFk0ZNFguS7qN1RZNGTRYLk
u6sjVDmTUP8AsHyVpZNZeonLah/14SVy41f7PP0OvAf71T9S/qv/ACKvh3/rtY/+iWrRrO1X/kVf
D3/Xax/9ENWjXyR9uh1t/wAhCD/dm/8ARElZ+u/8gqb/AID/AOhCtC2/5CEH+7N/6IkrP13/AJBU
3/Af/QhXRhP48PVfmc2N/wB2qf4X+RHG3yD6U7dUCH5R9KXNfYnwdy1aXbWd0JwCyEbZAOePX3x/
U1Hp9jPpdwZtG8i7sZDuSEuFaPPYHoV9OR+NQM6qpZmCqBkk9BUf7oDzY5TGGIO5HIBJ6H0P41xV
sNNzdSk7N7p7M9/KM9qZenC14stzWM+qakj6siQQRkSfZ0O4yYPAJ+6BkdATnvin3N215ctcnhCN
sY/2fX8f8KSx1O2aF457q38yNijZcAn8PXmmtazxxFxGzRJx5g6cetcOFrJ1267s46Lt5noZ3i8R
jqMJQV4vsvu0E3EkAdScCmC2vJLCXUFkVUjY4j28sqnk57d8cfjUtrGfOR5CEAOVB6sf880+5u0h
MltH50wYlnjBAQE84J68+gz79a8niF5jiZwp5bNJp637f1/w5nk9PD4ejKpi42v3IySrMrdR/hUN
5cpa2k11J9yGNpG+gGTSbnZmeQgu5yxA4/Co7yFLq0mtpPuTRtG30Iwa+rgpqkk/it+J8zWlB1ZO
G19ChpWpaA+lw3+uWsF7cXA3FJ1EixnrtVTwMdM4ye9Lfanplnfae+lgR215KIngQ/IpPCsoP3ec
AgYHPrXB6hafY1FjrKSxeUf3c68K46ZB6c+nWtXw7YyahfWjQwSRafaOJPMcEb2HKgZ688k+1fmW
BxOZSzCNPlfPze92t1OmeIvDk5VY9GtLae6LeSq4QZZmdUVfqSQBTLiOS3lMUqhWHoQR+BHBqfSH
kKzRKLORHwWiuZNgbGcEHIwR9R1q/CtjLdTWAdfs8e24BVtyqVUGRQe4xnB/2RX6ZKo4yaexjCkp
xTW7/r+tTG3U+eOSFlWVdpZQ45B4IyD+RrZiv2utNmM1ysAYSOfLuFG5jkhWiPLdgCOgx6Ukl6Jd
S064vbvz7YRKAGnDbHCAEleSvzYOSOfep9tK9uXuX7CFrqRibqN1dDJfKl7bPJKnmxpORLJeJOxz
GdoJUAYz0B55qGPVJJY7WOe8DLJaTCfc4+Zvn27vU/dxn2xR7aVr8v4+v+Qewhe3N+Hp5+ZkwRPM
kzqVAhj3tk9RkDj8xUW6r/hyYxyXmy5it5WtisbyMFG7cvQnofft1q3JMssj28t1A93JZeXJKZRt
Z/MDAF+hO0AZz+NVKq4yasTGkpQTuYu6jdW5BKLSSyiSe2kkW1dGKXKpsJkY4WToGx36UFre6vp7
Sa5M0abbgSMwYgqo3ruHB4yM9yope3120/4I/q+m+v8AwL/8Aw91KwKqrErhhkYYE9cc+n40/UfO
d1vZipN1ulAHb5iP6Vp2l6tvp6NFcIky2LqPmGQxnzj645/WrlNpJpGcKacmmzI3VLNE8UMErFSs
yllweQAxHP5VqQXgme3me7T7a1o6rNI4ysm843Meh28An1FWRdxi7tDeXcc1ytm6+Yk6/LJvJGXw
QDjv79e9ZyrST2/rU1jQi18Xb9P8znd1KQRGHyuCSPvDP5da3Li6tjPI12VaMWwWVftSyyStu+U7
lAGR688DnrT0vIo51k+1QMVluGQhhgKYQE47dhj1GKPbu3wh9Xjf4jn91G6te0v1nSylvrlZJknk
UPKdxUbF2E99obn86brb3R0a0+2XSXMv2iX5llEmBhOCwzn86pVXzKLX9ak+xXK5J/195lbqN1bG
n3AOiNC9ysCKknKXCjcecB4iMtnoCOn4U6HynuYr77VarELExkNMofeISu3bnPX2xSdazd1sCoKS
VnuYu6jdWxNcCXQQj3KxhIlCRx3CsrnI6xdVbqS3t71Z8QzSCTUluryGWFiBbxLICVfcP4eq8bsn
jPvR7d3St/Wn+Y/q65ea/T/Pz8jnt1G6t/Vby3fT5lhIa3ZFEKteIRGQR92ILuU9QefXk1DqOpNc
3OrQy3SyW+0mBdw25Drgr2zjPTrzRGtKX2fx9P8AMJUIx+1+Hr/luZcETzJM6lQIY97ZPUZA4/MV
Furfuromz1DF/bmyeBRbQCVSR8y8BeqkDOfX3o1a7tn0+ZYSGt2RRCrXiERkEfdiC7lPUHn15NTG
vJvb+tCnh4pfF/X+XmYsETzJM6lQIY97ZPUZA4/MVFurfurlms9Qxf25s3gUW0IlXI+ZeAvVSBnP
r71z1wnkzvF5kcmxiNyHKn3B9K0pVHO9zKtTUErDt1G6oc0Zraxhcm3UbqhzRmiwXJt1G6oc0Zos
FybdRuqHNGaLBcm3UbqhzRmiwXJt1G6oc0ZosFybdRuqHNGaLBcm3UbqhzRmiwXJt1G6oc0ZosFy
bdRuqHNGaLBcm3UbqhzRmiwXJt1G6oc0ZosFybdRuqHNGaLBcm3UbqhzRmiwXJt1G6oc0ZosFybd
RuqHNGaLBcm3UbqhzRmiwXJt1G6oc0ZosFybdRuqHNGaLBcm3UbqhzRmiwXJt1G6oc0ZosFybdRu
qHNGaLBcm3UbqhzRmiwXJt1G6oc0ZosFybdRuqHNGaLBcm3UbqhzRmiwXJt1G6oc0ZosFybdRuqH
NGaLBcm3UbqhzRmiwXJt1G6oc0ZosFybdWdfHJ1D/rwkq3mqV0cjUP8Arwkrlx3+7z9Dsy//AHqn
6mlqv/Iq+Hv+u1j/AOiGrRrO1X/kVvD3/Xax/wDRDVo18gfcodbf8hCD/dm/9ESVn67/AMgqb/gP
/oQrQtv+QhB/uzf+iJKz9d/5BU3/AAH/ANCFdGE/jw9V+ZzY3/dqn+F/kUUPyj6UufeoVb5RVi1t
rm5z5ELOF6t0A/E8V9jOcYK8nZHwVOE6j5YK7K2on/QLj/rm38qqyho/LtVGRLLGYfruGV/r/wDq
rRvLWe3G26gKqwx8wyrfj0o0iSCS+ileMuiAsmYiRnGQRx+tc2IxUKdF1ItPsdeGwc6ldUpprv6F
HWfEaeFoRp1gkF7qlxJIRG0ZO3LEZJ3cD8Pb1xmnU/HJzD9qsUMwEq24t3KbR1XO/wD2evv0rI0K
wtNW8W6tql1aq85vJI9zW5JCoxUdvavRR9lyshil8xF2qfLPA9AcdK5aeBpqClNXk9Wd2Nzl0Kjp
U9EjD8G+L4tev/7G1q3Wy1WzjZcg/LIQduQeOw6ds9+tX3XZLIu4HLlgQcggnII9ua5Hxnbx2F/b
6vbxuk8U6ybliYFhkAg8dxkV1+r3KNdQviTc8ILfu27Y9qVOjHC4qKjtNF18R9ewLq9Yv/gDc+9G
feq3np6Sf9+2/wAKPtCZAO8ZOOUYf0r17Hg3LOfejPvUWaM0WC5Ln3qeO7mjtpLdGRUk++Qi7j04
3YzjgcZxVPNGaTinuNSa2Jc+9Gfeos0Zp2Fclz70Z96izRmiwXJc+9Gfeos0ZosFyXPvU8d3NHbS
W6MipJ98hF3HpxuxnHA4ziqeaM0nFPcak1sS596M+9RZozTsK5Ln3oz71FmjNFguS596M+9RZozR
YLk8cjRuro2GU5B9DU15e3F3s891IQEKqIqKM9eFAFUs0ZpcqbuNTklZMlz70Z96izRmnYVyXPvU
lxPJcTvPM+6SRizHAGSarZozSstwu7WJc+9Gfeos0Zp2C5Ln3oz71FmjNFguS596M+9RZozRYLku
fejPvUWaM0WC5Ln3oz71FmjNFguS596M+9RZozRYLkufejPvUWaM0WC5Ln3oz71FmjNFguS596M+
9RZozRYLkufejPvUWaM0WC5Ln3oz71FmjNFguS596M+9RZozRYLkufejPvUWaM0WC5Ln3oz71Fmj
NFguS596M+9RZozRYLkufejPvUWaM0WC5Ln3oz71FmjNFguS596M+9RZozRYLkufejPvUWaM0WC5
Ln3oz71FmjNFguS596M+9RZozRYLkufejPvUWaM0WC5Ln3oz71FmjNFguS596M+9RZozRYLkufej
PvUWaM0WC5Ln3oz71FmjNFguS596M+9RZozRYLkufejPvUWaM0WC5Ln3oz71FmjNFguS596M+9RZ
ozRYLkufejPvUWaM0WC5Ln3oz71FmjNFguS596M+9RZozRYLkufeqs/K6h/14yVLmoZDlNQ/68ZK
5Mev9mn6Hbl3+9U/U1dU/wCRW8Pf9drH/wBENWjWbqn/ACK3h7/rtY/+iGrSr44+7Q62/wCQhB/u
zf8AoiSs/Xf+QVN/wH/0IVoW3/IQg/3Zv/RElZ+u/wDIKm/4D/6EK6MJ/Hh6r8zmxv8Au1T/AAv8
jGL/ACDBwTgA1p2do+raq9pK7x2NkFQQxuV3vjJJI5PUfmc1jsA8ZUkgEY4q1Yaw9jdfaGkWCcqF
kLrmOUDoeowfx/Piu3ijDYqtQX1c+YympFRnBO0nb5o0biyOlavFbI8j2V0GXy3ct5b4zuBPPasM
6kVmhtLe5gimWJWcuckA8ABcjk81bv8AWZL+5Myus0wBSNkXEcYPU9Tk/j+XNZEdofIheCRY28oI
+9N6uOvIyOevOe9cWR5TiZ4f/aHZnoV80WEioP3peuxEtwfDmvPLcRmW21By6tCOEf8Aizk8AnBy
T1OPTPVrq9o1vC0SyTGVWKhQONpAIOSAOtcvJBfxLGY50nKhgQ8YIIbqMZGRwO/bvVS307ToZIn/
ALOyUVw0flNtZmIJOANvUV7satailTqQbt1XU8zFYHC4+ftqdVRb3TLGo6nBr+qW8MEE5sLecfab
gqNgdW4j68ncADjIxnnkVbuNbinupZhb3P2eJzAsm0Y3A4OOcnkAdKqpa3MliLPcLaATeZgKA2N+
7aAOB6Z/Sp1slS0+zK+FE3mD5enz7sf0rbD0qtWqq1VWS2X9fMnEVaOHw/1Wg+bu/wCvkStfqVYP
HPA6sgKkLnDNgdyMH86ba3ctzAzSQNFtm2gnGDh8dieeOaS4tPOmaTzNu7y+Nv8AcYt+uaRIXgR1
MgaNpg6jbgjL5OTnnr6CvTseTc0N1G6os0ZosFyXdRuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFy
XdRuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXd
RuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRu
qLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqL
NGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNG
aLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaL
Bcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaLBcl3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaLBc
l3UbqizRmiwXJd1G6os0ZosFyXdRuqLNGaLBcl3UbqizRmiwXJd1MJzFqH/XjJTc0Icw6h/15SVx
5gv9mn6Hdlv+90/U2NU/5Ffw/wD9drH/ANENWlWbqn/Ir+H/APrtYf8Aohq0q+NPvUOtv+QhB/uz
f+iJKo62rNpcwUZPB/UVetv+QhB/uzf+iJKbWlKfs5xn2dzOtT9rTlDumvvOPDgcZo3j1rqDbWOe
be3z/uCj7NY/8+9t/wB8LXv/ANuQ/kZ8x/q7V/nRy+8etR+XB/zyj/75FdRcWls0LCGG1WTsSi4/
lVT7DL/05f8Aftf/AImj+3IfyMP9Xav86MLy4P8AnlH/AN8ijy4P+eUf/fIrd+wy/wDTl/37X/4m
j7DL/wBOX/ftf/iaP7ch/Iw/1dq/zowvLg/55R/98ijy4P8AnlH/AN8it37DL/05f9+1/wDiaPsM
v/Tl/wB+1/8AiaP7ch/Iw/1dq/zowvLg/wCeUf8A3yKUJACCI4wR0IUVufYZf+nL/v2v/wATR9hl
/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh
/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX
/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCn
L/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V
/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/
79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2
v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRj
bx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/
APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xN
H9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60
bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0
fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ
/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61
s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf
+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf
6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZ
f+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/
AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f
50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL
/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r
/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y2
8etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v
/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE
0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG
8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wAT
R9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25
D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etb
P2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl
/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh
/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCnL/v2v/xNH9uQ/kYf6u1f50Y28etG8etbP2GX
/py/79r/APE0fYZf+nL/AL9r/wDE0f25D+Rh/q7V/nRjbx60bx61s/YZf+nL/v2v/wATR9hl/wCn
L/v2v/xNH9uQ/kYf6u1f50Y28etG8etbcdi4kUuLIrkbgI15H5Vd+zWP/Pvbf98LR/bkP5GH+rtX
+dHL7x60bx611H2ax/597b/vhaPs1j/z723/AHwtH9uQ/kYf6u1f50cvvHrRvHrXUfZrH/n3tv8A
vhaPs1j/AM+9t/3wtH9uQ/kYf6u1f50cvvHrViyikng1AIpbNnIBj1xwP0roPs1j/wA+9t/3wtSw
iGEYhEcYBz8mBz+FYYrN41qTpqO504PI50K0akp3sZEt5a3ujeH7K2nSW4E1rvjU5ZPLjKNuHbk9
+tbVIhiVi0UVujnq0cSqx/EDNLXhn0SHW3/IQg/3Zv8A0RJTT2+ooooGdon3B9KWiimQFFFFABRR
RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF
ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU
UUUAFFFFABRRRQAUUUUAFFFFABRRRQBleJv+PKP/AK6D+tc/RRSZSP/Z
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>68819</attachid>
            <date>2012-02-15 13:09:35 +0000</date>
            <delta_ts>2012-02-15 13:09:35 +0000</delta_ts>
            <desc>Patch against kdepim-runtime</desc>
            <filename>kdepim-runtime-nepomuk-feeder-fix.diff</filename>
            <type>text/plain</type>
            <size>19051</size>
            <attacher name="Sebastian Trueg">trueg</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL2FnZW50cy9uZXBvbXVrZmVlZGVyL0NNYWtlTGlzdHMudHh0IGIvYWdlbnRz
L25lcG9tdWtmZWVkZXIvQ01ha2VMaXN0cy50eHQKaW5kZXggODJlYTdjOS4uMDdmZmJkZiAxMDA2
NDQKLS0tIGEvYWdlbnRzL25lcG9tdWtmZWVkZXIvQ01ha2VMaXN0cy50eHQKKysrIGIvYWdlbnRz
L25lcG9tdWtmZWVkZXIvQ01ha2VMaXN0cy50eHQKQEAgLTUsNiArNSw3IEBAIGluY2x1ZGVfZGly
ZWN0b3JpZXMoCiAgIGRtcy1jb3B5CiAgIHBsdWdpbgogICAuLworICAke0NNQUtFX0NVUlJFTlRf
QklOQVJZX0RJUn0KICAgKQogCiBpbmNsdWRlKCBTb3ByYW5vQWRkT250b2xvZ3kgKQpAQCAtMTcs
NiArMTgsOSBAQCBhZGRfc3ViZGlyZWN0b3J5KCBwbHVnaW4gKQogYWRkX3N1YmRpcmVjdG9yeSgg
cGx1Z2lucyApCiBhZGRfc3ViZGlyZWN0b3J5KCB0ZXN0ICkKIAorc2V0KENNQUtFX05FUE9NVUtf
RkVFREVSX0lOREVYX0NPTVBBVF9MRVZFTCAzKQorY29uZmlndXJlX2ZpbGUobmVwb211a2ZlZWRl
ci1jb25maWcuaC5jbWFrZSAke0NNQUtFX0NVUlJFTlRfQklOQVJZX0RJUn0vbmVwb211a2ZlZWRl
ci1jb25maWcuaCkKKwoga2RlNF9hZGRfZXhlY3V0YWJsZShha29uYWRpX25lcG9tdWtfZmVlZGVy
IG5lcG9tdWtmZWVkZXJhZ2VudC5jcHAgcGx1Z2lubG9hZGVyLmNwcCBmZWVkZXJxdWV1ZS5jcHAg
bmVwb211a2hlbHBlcnMuY3BwKQogCiBzZXQoIE5FUE9NVUtGRUVERVJfU0hBUkVEX0xJQlMKZGlm
ZiAtLWdpdCBhL2FnZW50cy9uZXBvbXVrZmVlZGVyL2ZlZWRlcnF1ZXVlLmNwcCBiL2FnZW50cy9u
ZXBvbXVrZmVlZGVyL2ZlZWRlcnF1ZXVlLmNwcAppbmRleCA5Mjc0ZGFmLi5mMTlmZGQxIDEwMDY0
NAotLS0gYS9hZ2VudHMvbmVwb211a2ZlZWRlci9mZWVkZXJxdWV1ZS5jcHAKKysrIGIvYWdlbnRz
L25lcG9tdWtmZWVkZXIvZmVlZGVycXVldWUuY3BwCkBAIC0yMyw2ICsyMyw3IEBACiAjaW5jbHVk
ZSAiZG1zLWNvcHkvc2ltcGxlcmVzb3VyY2UuaCIKICNpbmNsdWRlIDxOZXBvbXVrL1Jlc291cmNl
TWFuYWdlcj4KICNpbmNsdWRlIDxTb3ByYW5vL01vZGVsPgorI2luY2x1ZGUgPFNvcHJhbm8vUXVl
cnlSZXN1bHRJdGVyYXRvcj4KICNpbmNsdWRlIDxuaWUuaD4KIAogI2luY2x1ZGUgPEFrb25hZGkv
SXRlbUZldGNoSm9iPgpAQCAtMzEsOSArMzIsMTIgQEAKICNpbmNsdWRlIDxLVXJsPgogI2luY2x1
ZGUgPEtKb2I+CiAKKyNpbmNsdWRlIDxRRGF0ZVRpbWU+CisKICNpbmNsdWRlIDxhbmVvLmg+CiAK
ICNpbmNsdWRlICJuZXBvbXVraGVscGVycy5oIgorI2luY2x1ZGUgIm5lcG9tdWtmZWVkZXItY29u
ZmlnLmgiCiAKIHVzaW5nIG5hbWVzcGFjZSBBa29uYWRpOwogCkBAIC03Miw3ICs3NiwzNCBAQCB2
b2lkIEZlZWRlclF1ZXVlOjpzZXRPbmxpbmUoIGJvb2wgb25saW5lICkKICAgLy9rRGVidWcoKSA8
PCBvbmxpbmU7CiAgIG1PbmxpbmUgPSBvbmxpbmU7CiAgIGlmIChvbmxpbmUpCi0gICAgY29udGlu
dWVJbmRleGluZygpOworICAgICAgY29udGludWVJbmRleGluZygpOworfQorCit2b2lkIEZlZWRl
clF1ZXVlOjpzZXRJbmRleGluZ1NwZWVkKEZlZWRlclF1ZXVlOjpJbmRleGluZ1NwZWVkIHNwZWVk
KQoreworICAgIGNvbnN0IGludCBzX3JlZHVjZWRTcGVlZERlbGF5ID0gNTAwOyAvLyBtcworICAg
IGNvbnN0IGludCBzX3NuYWlsUGFjZURlbGF5ID0gMzAwMDsgICAvLyBtcworCisgICAga0RlYnVn
KCkgPDwgc3BlZWQ7CisKKyAgICAvLworICAgIC8vIFRoZSBoaWdoIHByaW9yaXR5IHF1ZXVlIGlz
IG5ldmVyIHN1c3BlbmRlZCBlbnRpcmVseSwgZXZlbiBpZiB3ZSBhcmUgb2ZmbGluZS4KKyAgICAv
LyBUaGUgbG93IHByaW8gcXVldWUgaXMgYWx3YXlzIHRocm90dGxlZCBhIGxpdHRsZSBtb3JlIHRo
YW4gdGhlIGhpZ2ggcHJpbyBvbmUKKyAgICAvLworICAgIGlmICggc3BlZWQgPT0gRnVsbFNwZWVk
ICkgeworICAgICAgICBsb3dQcmlvUXVldWUuc2V0UHJvY2Vzc2luZ0RlbGF5KDApOworICAgICAg
ICBoaWdoUHJpb1F1ZXVlLnNldFByb2Nlc3NpbmdEZWxheSgwKTsKKyAgICAgICAgc2V0T25saW5l
KHRydWUpOworICAgIH0KKyAgICBlbHNlIGlmICggc3BlZWQgPT0gUmVkdWNlZFNwZWVkICkgewor
ICAgICAgICBsb3dQcmlvUXVldWUuc2V0UHJvY2Vzc2luZ0RlbGF5KHNfc25haWxQYWNlRGVsYXkp
OworICAgICAgICBoaWdoUHJpb1F1ZXVlLnNldFByb2Nlc3NpbmdEZWxheShzX3JlZHVjZWRTcGVl
ZERlbGF5KTsKKyAgICAgICAgc2V0T25saW5lKHRydWUpOworICAgIH0KKyAgICBlbHNlIGlmICgg
c3BlZWQgPT0gU25haWxQYWNlICkgeworICAgICAgICBoaWdoUHJpb1F1ZXVlLnNldFByb2Nlc3Np
bmdEZWxheShzX3NuYWlsUGFjZURlbGF5KTsKKyAgICAgICAgc2V0T25saW5lKGZhbHNlKTsKKyAg
ICB9CiB9CiAKIHZvaWQgRmVlZGVyUXVldWU6OmFkZENvbGxlY3Rpb24oIGNvbnN0IEFrb25hZGk6
OkNvbGxlY3Rpb24gJmNvbGxlY3Rpb24gKQpAQCAtMTIyLDE2ICsxNTMsMjQgQEAgdm9pZCBGZWVk
ZXJRdWV1ZTo6aXRlbUhlYWRlcnNSZWNlaXZlZCggY29uc3QgQWtvbmFkaTo6SXRlbTo6TGlzdCYg
aXRlbXMgKQogICAgIGlmICggaXRlbS5zdG9yYWdlQ29sbGVjdGlvbklkKCkgIT0gbUN1cnJlbnRD
b2xsZWN0aW9uLmlkKCkgKQogICAgICAgY29udGludWU7IC8vIHN0YXkgYXdheSBmcm9tIGxpbmtz
CiAKLSAgICAvLyB1cGRhdGUgaXRlbSBpZiBpdCBkb2VzIG5vdCBleGlzdAotICAgIGlmICggIU5l
cG9tdWs6OlJlc291cmNlTWFuYWdlcjo6aW5zdGFuY2UoKS0+bWFpbk1vZGVsKCktPmNvbnRhaW5z
QW55U3RhdGVtZW50KCBTb3ByYW5vOjpOb2RlKCksICBWb2NhYnVsYXJ5OjpOSUU6OnVybCgpLCBp
dGVtLnVybCgpICkgKSB7CisgICAgLy8gdXBkYXRlIGl0ZW0gaWYgaXQgZG9lcyBub3QgZXhpc3Qg
b3IgZG9lcyBub3QgaGF2ZSBhIHByb3BlciBpZAorICAgIC8vIHdlIGNoZWNrIGlmIHRoZSBpdGVt
IGFscmVhZHkgZXhpc3RzIHdpdGggdGhlIGZvbGxvd2luZyB2YWx1ZXM6CisgICAgLy8gLSBuaWU6
dXJsIG5lZWRzIHRvIGJlIHNldAorICAgIC8vIC0gYW5lbzpha29uYWRpSXRlbUlkIG5lZWRzIHRv
IGJlIHNldAorICAgIC8vIC0gbmllOmxhc3RNb2RpZmllZCBuZWVkcyB0byBtYXRjaCB0aGUgaXRl
bSdzIG1vZGlmaWNhdGlvbiB0aW1lCisgICAgLy8gLSBhbmVvOmFrb25hZGlJbmRleENvbXBhdExl
dmVsIG5lZWRzIHRvIG1hdGNoIHRoZSBpbmRleGVyJ3MgbGV2ZWwKKyAgICBpZiAoIG1SZUluZGV4
IHx8CisgICAgICAgICAhTmVwb211azo6UmVzb3VyY2VNYW5hZ2VyOjppbnN0YW5jZSgpLT5tYWlu
TW9kZWwoKS0+ZXhlY3V0ZVF1ZXJ5KFFTdHJpbmc6OmZyb21MYXRpbjEoImFzayB3aGVyZSB7ID9y
ICUxICUyIDsgJTMgJTQgOyAlNSAlNiA7ICU3ICU4IC4gfSIpCisgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5h
cmcoU29wcmFubzo6Tm9kZTo6cmVzb3VyY2VUb04zKFZvY2FidWxhcnk6Ok5JRTo6dXJsKCkpLAor
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIFNvcHJhbm86Ok5vZGU6OnJlc291cmNlVG9OMyhpdGVtLnVy
bCgpKSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTb3ByYW5vOjpOb2RlOjpyZXNvdXJjZVRvTjMo
Vm9jYWJ1bGFyeTo6QU5FTzo6YWtvbmFkaUl0ZW1JZCgpKSwKKyAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBTb3ByYW5vOjpOb2RlOjpsaXRlcmFsVG9OMyhRU3RyaW5nOjpudW1iZXIoaXRlbS5pZCgpKSks
CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgU29wcmFubzo6Tm9kZTo6cmVzb3VyY2VUb04zKFZvY2Fi
dWxhcnk6Ok5JRTo6bGFzdE1vZGlmaWVkKCkpLAorICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNvcHJh
bm86Ok5vZGU6OmxpdGVyYWxUb04zKGl0ZW0ubW9kaWZpY2F0aW9uVGltZSgpKSwKKyAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBTb3ByYW5vOjpOb2RlOjpyZXNvdXJjZVRvTjMoVm9jYWJ1bGFyeTo6QU5F
Tzo6YWtvbmFkaUluZGV4Q29tcGF0TGV2ZWwoKSksCisgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU29w
cmFubzo6Tm9kZTo6bGl0ZXJhbFRvTjMoTkVQT01VS19GRUVERVJfSU5ERVhfQ09NUEFUX0xFVkVM
KSksCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIFNvcHJhbm86OlF1ZXJ5OjpRdWVyeUxhbmd1YWdlU3BhcnFs
KS5ib29sVmFsdWUoKSApIHsKICAgICAgIGl0ZW1zVG9VcGRhdGUuYXBwZW5kKCBpdGVtICk7Ci0K
LSAgICAvLyB0aGUgaXRlbSBleGlzdHMuIENoZWNrIGlmIGl0IGhhcyBhbiBpdGVtIElEIHByb3Bl
cnR5LCBvdGhlcndpc2UgcmUtaW5kZXggaXQuCi0gICAgfSBlbHNlIHsgLy9UT0RPIG1heWJlIHJl
aW5kZXggYW55d2F5cyB0byBiZSBzdXJlIHRoYXQgdHlwZSBldGMgaXMgY29ycmVjdAotICAgICAg
aWYgKCAhTmVwb211azo6UmVzb3VyY2VNYW5hZ2VyOjppbnN0YW5jZSgpLT5tYWluTW9kZWwoKS0+
Y29udGFpbnNBbnlTdGF0ZW1lbnQoIFNvcHJhbm86Ok5vZGUoKSwKLSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgVm9jYWJ1bGFyeTo6QU5FTzo6YWtvbmFkaUl0ZW1JZCgpLCBTb3By
YW5vOjpMaXRlcmFsVmFsdWUoIFFVcmwoIFFTdHJpbmc6Om51bWJlciggaXRlbS5pZCgpICkgKSAp
ICkgfHwgbVJlSW5kZXggKSB7Ci0gICAgICAgIGl0ZW1zVG9VcGRhdGUuYXBwZW5kKCBpdGVtICk7
Ci0gICAgICB9CiAgICAgfQogICB9CiAKQEAgLTE4MywxNSArMjIyLDE1IEBAIHZvaWQgRmVlZGVy
UXVldWU6OnByb2Nlc3NJdGVtUXVldWUoKQogICBpZiAoIChtUHJvY2Vzc2VkQW1vdW50ICUgMTAw
KSA9PSAwICYmIG1Ub3RhbEFtb3VudCA+IDAgJiYgbVByb2Nlc3NlZEFtb3VudCA8PSBtVG90YWxB
bW91bnQgKQogICAgIGVtaXQgcHJvZ3Jlc3MoIChtUHJvY2Vzc2VkQW1vdW50ICogMTAwKSAvIG1U
b3RhbEFtb3VudCApOwogICAKLSAgaWYgKCAhaGlnaFByaW9RdWV1ZS5pc0VtcHR5KCkgKSB7Cisg
IGlmICggIW1PbmxpbmUgKSB7CisgICAga0RlYnVnKCkgPDwgIm5vdCBPbmxpbmUsIHN0b3BwaW5n
IHByb2Nlc3NpbmciOworICAgIHJldHVybjsKKyAgfSBlbHNlIGlmICggIWhpZ2hQcmlvUXVldWUu
aXNFbXB0eSgpICkgewogICAgIC8va0RlYnVnKCkgPDwgImhpZ2giOwogICAgIGlmICghaGlnaFBy
aW9RdWV1ZS5wcm9jZXNzSXRlbSgpKSB7CiAgICAgICByZXR1cm47CiAgICAgfQotICB9IGVsc2Ug
aWYgKCAhbU9ubGluZSApIHsKLSAgICBrRGVidWcoKSA8PCAibm90IE9ubGluZSwgc3RvcHBpbmcg
cHJvY2Vzc2luZyI7Ci0gICAgcmV0dXJuOwotICB9IGVsc2UgaWYgKCAhbG93UHJpb1F1ZXVlLmlz
RW1wdHkoKSApeyAKKyAgfSBlbHNlIGlmICggIWxvd1ByaW9RdWV1ZS5pc0VtcHR5KCkgKXsKICAg
ICAvL2tEZWJ1ZygpIDw8ICJsb3ciOwogICAgIGlmICghbG93UHJpb1F1ZXVlLnByb2Nlc3NJdGVt
KCkpIHsKICAgICAgIHJldHVybjsKQEAgLTI1NCw3ICsyOTMsOCBAQCBJdGVtUXVldWU6Okl0ZW1R
dWV1ZShpbnQgYmF0Y2hTaXplLCBpbnQgZmV0Y2hTaXplLCBRT2JqZWN0KiBwYXJlbnQpCiAgIG1Q
ZW5kaW5nUmVtb3ZlRGF0YUpvYnMoIDAgKSwKICAgbUJhdGNoU2l6ZSggYmF0Y2hTaXplICksCiAg
IG1GZXRjaFNpemUoIGZldGNoU2l6ZSApLAotICBtUnVubmluZ0pvYnMoIDAgKQorICBtUnVubmlu
Z0pvYnMoIDAgKSwKKyAgbVByb2Nlc3NpbmdEZWxheSggMCApCiB7CiAgIGlmICggZmV0Y2hTaXpl
IDwgYmF0Y2hTaXplICkgIHsKICAgICBrV2FybmluZygpIDw8ICJmZXRjaFNpemUgbXVzdCBiZSA+
PSBiYXRjaHNpemUiOwpAQCAtMzg0LDE1ICs0MjQsMTMgQEAgdm9pZCBJdGVtUXVldWU6OmJhdGNo
Sm9iUmVzdWx0KEtKb2IqIGpvYikKICAgLy9rRGVidWcoKSA8PCAicGlwbGluZSBzaXplOiAiIDw8
IG1JdGVtUGlwZWxpbmUuc2l6ZSgpOwogICAvL2tEZWJ1ZygpIDw8ICJmZXRjaGVkSXRlbUxpc3Qg
OiAiIDw8IG1GZXRjaGVkSXRlbUxpc3Quc2l6ZSgpOwogICBRX0FTU0VSVChtQmF0Y2guaXNFbXB0
eSgpKTsKLSAgaW50IHRpbWVvdXQgPSAwOwogICBpZiAoIGpvYi0+ZXJyb3IoKSApIHsKICAgICAv
KmZvcmVhY2goIGNvbnN0IE5lcG9tdWs6OlNpbXBsZVJlc291cmNlICZyZXMsIG1fZGVidWdHcmFw
aC50b0xpc3QoKSApIHsKICAgICAgICAga1dhcm5pbmcoKSA8PCByZXM7CiAgICAgfSovCiAgICAg
a1dhcm5pbmcoKSA8PCBqb2ItPmVycm9yU3RyaW5nKCk7Ci0gICAgdGltZW91dCA9IDA7IC8vVGhp
cyB0aW1lb3V0IGlzIGhlcmUgaW4gY2FzZSBuZXBvbXVrIGlzIHN0aWxsIHByb2Nlc3NpbmcgYW5k
IHRoZSBkYnVzIGNvbm5lY3Rpb24ganVzdCB0aW1lZCBvdXQgKHRvIGF2b2lkIGp1c3QgYWRkaW5n
IG1vcmUgd29yaykuIFNpbmNlIHdlIGhhdmUgbm93IGEgaHVnZSBkYnVzIHRpbWVvdXQgdGhhdCB0
aW1lb3V0IGlzIHByb2JhYmx5IG5vdCBuZWVkZWQgYW55bW9yZS4KICAgfQotICBRVGltZXI6OnNp
bmdsZVNob3QodGltZW91dCwgdGhpcywgU0xPVChjb250aW51ZVByb2Nlc3NpbmcoKSkpOworICBR
VGltZXI6OnNpbmdsZVNob3QobVByb2Nlc3NpbmdEZWxheSwgdGhpcywgU0xPVChjb250aW51ZVBy
b2Nlc3NpbmcoKSkpOwogICBtUnVubmluZ0pvYnMrKzsKIH0KIApAQCAtNDE1LDcgKzQ1MywxMiBA
QCB2b2lkIEl0ZW1RdWV1ZTo6Y29udGludWVQcm9jZXNzaW5nKCkKIAogYm9vbCBJdGVtUXVldWU6
OmlzRW1wdHkoKQogewotICByZXR1cm4gbUl0ZW1QaXBlbGluZS5pc0VtcHR5KCkgJiYgbUZldGNo
ZWRJdGVtTGlzdC5pc0VtcHR5KCk7CisgICAgcmV0dXJuIG1JdGVtUGlwZWxpbmUuaXNFbXB0eSgp
ICYmIG1GZXRjaGVkSXRlbUxpc3QuaXNFbXB0eSgpOworfQorCit2b2lkIEl0ZW1RdWV1ZTo6c2V0
UHJvY2Vzc2luZ0RlbGF5KGludCBtcykKK3sKKyAgICBtUHJvY2Vzc2luZ0RlbGF5ID0gbXM7CiB9
CiAKIApkaWZmIC0tZ2l0IGEvYWdlbnRzL25lcG9tdWtmZWVkZXIvZmVlZGVycXVldWUuaCBiL2Fn
ZW50cy9uZXBvbXVrZmVlZGVyL2ZlZWRlcnF1ZXVlLmgKaW5kZXggZWNiZDhiNy4uMTNkNGFmYyAx
MDA2NDQKLS0tIGEvYWdlbnRzL25lcG9tdWtmZWVkZXIvZmVlZGVycXVldWUuaAorKysgYi9hZ2Vu
dHMvbmVwb211a2ZlZWRlci9mZWVkZXJxdWV1ZS5oCkBAIC01Miw2ICs1MiwxMCBAQCBwdWJsaWM6
CiAgIGJvb2wgcHJvY2Vzc0l0ZW0oKTsKICAgLyoqIHF1ZXVlIGlzIGVtcHR5ICovCiAgIGJvb2wg
aXNFbXB0eSgpOworCisgIC8qKiB0aGUgZGVsYXkgYmV0d2VlbiB0d28gYmF0Y2hlcyAqLworICB2
b2lkIHNldFByb2Nlc3NpbmdEZWxheShpbnQgbXMpOworCiBzaWduYWxzOgogICAvKiogYWxsIGl0
ZW1zIHByb2Nlc3NlZCAqLwogICB2b2lkIGZpbmlzaGVkKCk7CkBAIC03OSw2ICs4Myw4IEBAIHBy
aXZhdGU6CiAgIGludCBtQmF0Y2hTaXplOyAvL1NpemUgb2YgTmVwb211ayBiYXRjaCwgbnVtYmVy
IG9mIGl0ZW1zIHN0b3JlZCB0b2dldGhlciBpbiBuZXBvbXVrCiAgIGludCBtRmV0Y2hTaXplOyAv
L01heGltdW0gbnVtYmVyIG9mIGl0ZW1zIGZldGNoZWQgd2l0aCBmdWxsIHBheWxvYWQgKGRlZmlu
ZXMgcmFtIHVzYWdlIG9mIGZlZWRlciksIG11c3QgYmUgPj0gbUJhdGNoU2l6ZSwgaWRlYWxseSBh
IG11bHRpcGxlIG9mIGl0CiAgIGludCBtUnVubmluZ0pvYnM7CisKKyAgaW50IG1Qcm9jZXNzaW5n
RGVsYXk7CiB9OwogCiAvKioKQEAgLTEyOCw2ICsxMzQsMzQgQEAgcHVibGljOgogICAvKiogc3Rh
cnQvc3RvcCBpbmRleGluZyAqLwogICB2b2lkIHNldE9ubGluZShib29sKTsKIAorICBlbnVtIElu
ZGV4aW5nU3BlZWQgeworICAgICAgLyoqCisgICAgICAgKiBJbmRleCBhdCBmdWxsIHNwZWVkLCBp
LmUuIGRvIG5vdCB1c2UgYW55IGFydGlmaWNpYWwKKyAgICAgICAqIGRlbGF5cy4KKyAgICAgICAq
CisgICAgICAgKiBUaGlzIGlzIHRoZSBtb2RlIHVzZWQgaWYgdGhlIHVzZXIgaXMgImF3YXkiLgor
ICAgICAgICovCisgICAgICBGdWxsU3BlZWQgPSAwLAorCisgICAgICAvKioKKyAgICAgICAqIFJl
ZHVjZSB0aGUgaW5kZXhpbmcgc3BlZWQgbWlsZGx5LiBUaGlzIGlzIHRoZSBub3JtYWwKKyAgICAg
ICAqIG1vZGUgdXNlZCB3aGlsZSB0aGUgdXNlciB3b3Jrcy4gVGhlIGluZGV4ZXIgdXNlcyBzbWFs
bAorICAgICAgICogZGVsYXkgYmV0d2VlbiBpbmRleGluZyB0d28gYmF0Y2hlcyBpbiBvcmRlciB0
byBrZWVwIHRoZQorICAgICAgICogbG9hZCBvbiBDUFUgYW5kIElPIGRvd24uCisgICAgICAgKi8K
KyAgICAgIFJlZHVjZWRTcGVlZCwKKworICAgICAgLyoqCisgICAgICAgKiBMaWtlIFJlZHVjZWRT
cGVlZCBkZWxheXMgYXJlIHVzZWQgYnV0IHRoZXkgYXJlIG11Y2ggbG9uZ2VyCisgICAgICAgKiB0
byBnZXQgZXZlbiBsZXNzIENQVSBhbmQgSU8gbG9hZC4gVGhpcyBtb2RlIGlzIHVzZWQgZm9yIHRo
ZQorICAgICAgICogZmlyc3QgMiBtaW51dGVzIGFmdGVyIHN0YXJ0dXAgdG8gZ2l2ZSB0aGUgS0RF
IHNlc3Npb24gbWFuYWdlcgorICAgICAgICogdGltZSB0byBzdGFydCB1cCB0aGUgS0RFIHNlc3Np
b24gcmFwaWRseS4KKyAgICAgICAqLworICAgICAgU25haWxQYWNlCisgIH07CisKKyAgdm9pZCBz
ZXRJbmRleGluZ1NwZWVkKCBJbmRleGluZ1NwZWVkIHNwZWVkICk7CisKIHNpZ25hbHM6CiAgIHZv
aWQgZnVsbHlJbmRleGVkKCk7CiAgIHZvaWQgcHJvZ3Jlc3MoaW50KTsKZGlmZiAtLWdpdCBhL2Fn
ZW50cy9uZXBvbXVrZmVlZGVyL25lcG9tdWtmZWVkZXItY29uZmlnLmguY21ha2UgYi9hZ2VudHMv
bmVwb211a2ZlZWRlci9uZXBvbXVrZmVlZGVyLWNvbmZpZy5oLmNtYWtlCm5ldyBmaWxlIG1vZGUg
MTAwNjQ0CmluZGV4IDAwMDAwMDAuLmRjZWE0NzYKLS0tIC9kZXYvbnVsbAorKysgYi9hZ2VudHMv
bmVwb211a2ZlZWRlci9uZXBvbXVrZmVlZGVyLWNvbmZpZy5oLmNtYWtlCkBAIC0wLDAgKzEsMjcg
QEAKKy8qCisgICBUaGlzIGZpbGUgaXMgcGFydCBvZiB0aGUgTmVwb211ayBLREUgcHJvamVjdC4K
KyAgIENvcHlyaWdodCAoQykgMjAxMiBTZWJhc3RpYW4gVHJ1ZWcgPHRydWVnQGtkZS5vcmc+CisK
KyAgIFRoaXMgbGlicmFyeSBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBp
dCBhbmQvb3IKKyAgIG1vZGlmeSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBMZXNzZXIg
R2VuZXJhbCBQdWJsaWMKKyAgIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3
YXJlIEZvdW5kYXRpb247IGVpdGhlcgorICAgdmVyc2lvbiAyLjEgb2YgdGhlIExpY2Vuc2UsIG9y
IChhdCB5b3VyIG9wdGlvbikgdmVyc2lvbiAzLCBvciBhbnkKKyAgIGxhdGVyIHZlcnNpb24gYWNj
ZXB0ZWQgYnkgdGhlIG1lbWJlcnNoaXAgb2YgS0RFIGUuVi4gKG9yIGl0cworICAgc3VjY2Vzc29y
IGFwcHJvdmVkIGJ5IHRoZSBtZW1iZXJzaGlwIG9mIEtERSBlLlYuKSwgd2hpY2ggc2hhbGwKKyAg
IGFjdCBhcyBhIHByb3h5IGRlZmluZWQgaW4gU2VjdGlvbiA2IG9mIHZlcnNpb24gMyBvZiB0aGUg
bGljZW5zZS4KKworICAgVGhpcyBsaWJyYXJ5IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRo
YXQgaXQgd2lsbCBiZSB1c2VmdWwsCisgICBidXQgV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhv
dXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgorICAgTUVSQ0hBTlRBQklMSVRZIG9yIEZJ
VE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKKyAgIExlc3NlciBH
ZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCisKKyAgIFlvdSBzaG91bGQg
aGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBMZXNzZXIgR2VuZXJhbCBQdWJsaWMKKyAg
IExpY2Vuc2UgYWxvbmcgd2l0aCB0aGlzIGxpYnJhcnkuICBJZiBub3QsIHNlZSA8aHR0cDovL3d3
dy5nbnUub3JnL2xpY2Vuc2VzLz4uCisqLworCisjaWZuZGVmIE5FUE9NVUtfRkVFREVSX0NPTkZJ
R19ICisjZGVmaW5lIE5FUE9NVUtfRkVFREVSX0NPTkZJR19ICisKKyNkZWZpbmUgTkVQT01VS19G
RUVERVJfSU5ERVhfQ09NUEFUX0xFVkVMICR7Q01BS0VfTkVQT01VS19GRUVERVJfSU5ERVhfQ09N
UEFUX0xFVkVMfQorCisjZW5kaWYKZGlmZiAtLWdpdCBhL2FnZW50cy9uZXBvbXVrZmVlZGVyL25l
cG9tdWtmZWVkZXJhZ2VudC5jcHAgYi9hZ2VudHMvbmVwb211a2ZlZWRlci9uZXBvbXVrZmVlZGVy
YWdlbnQuY3BwCmluZGV4IGVkYjNlMjkuLmEzYmUwNGIgMTAwNjQ0Ci0tLSBhL2FnZW50cy9uZXBv
bXVrZmVlZGVyL25lcG9tdWtmZWVkZXJhZ2VudC5jcHAKKysrIGIvYWdlbnRzL25lcG9tdWtmZWVk
ZXIvbmVwb211a2ZlZWRlcmFnZW50LmNwcApAQCAtNTMsNiArNTMsNyBAQAogI2luY2x1ZGUgPG5l
cG9tdWtmZWVkZXJ1dGlscy5oPgogI2luY2x1ZGUgInBsdWdpbmxvYWRlci5oIgogI2luY2x1ZGUg
Im5lcG9tdWtoZWxwZXJzLmgiCisjaW5jbHVkZSAibmVwb211a2ZlZWRlci1jb25maWcuaCIKIAog
bmFtZXNwYWNlIEFrb25hZGkgewogCkBAIC03Myw3ICs3NCw2IEBAIHN0YXRpYyBpbmxpbmUgYm9v
bCBpbmRleGluZ0Rpc2FibGVkKCBjb25zdCBDb2xsZWN0aW9uICZjb2xsZWN0aW9uICkKIAogTmVw
b211a0ZlZWRlckFnZW50OjpOZXBvbXVrRmVlZGVyQWdlbnQoY29uc3QgUVN0cmluZyYgaWQpIDoK
ICAgQWdlbnRCYXNlKGlkKSwKLSAgbUluZGV4Q29tcGF0TGV2ZWwoIDMgKSwKICAgbU5lcG9tdWtT
dGFydHVwQXR0ZW1wdGVkKCBmYWxzZSApLAogICBtSW5pdGlhbFVwZGF0ZURvbmUoIGZhbHNlICks
CiAgIG1TZWxmVGVzdFBhc3NlZCggZmFsc2UgKSwKQEAgLTEwMSw3ICsxMDEsOCBAQCBOZXBvbXVr
RmVlZGVyQWdlbnQ6Ok5lcG9tdWtGZWVkZXJBZ2VudChjb25zdCBRU3RyaW5nJiBpZCkgOgogCiAg
IGNvbm5lY3QoIEtJZGxlVGltZTo6aW5zdGFuY2UoKSwgU0lHTkFMKHRpbWVvdXRSZWFjaGVkKGlu
dCkpLCBTTE9UKHN5c3RlbUlkbGUoKSkgKTsKICAgY29ubmVjdCggS0lkbGVUaW1lOjppbnN0YW5j
ZSgpLCBTSUdOQUwocmVzdW1pbmdGcm9tSWRsZSgpKSwgU0xPVChzeXN0ZW1SZXN1bWVkKCkpICk7
Ci0gIEtJZGxlVGltZTo6aW5zdGFuY2UoKS0+YWRkSWRsZVRpbWVvdXQoIDEwICogMTAwMCApOwor
ICBLSWRsZVRpbWU6Omluc3RhbmNlKCktPmFkZElkbGVUaW1lb3V0KCAyICogNjAgKiAxMDAwICk7
IC8vIG9ubHkgZ28gZnVsbC1zcGVlZCBhZnRlciAyIG1pbgorCiAgIEtDb25maWcgY29uZmlnKCAi
YWtvbmFkaV9uZXBvbXVrX2ZlZWRlcnJjIiApOwogICBLQ29uZmlnR3JvdXAgY2ZnR3JwKCAmY29u
ZmlnLCBpZGVudGlmaWVyKCkgKTsKICAga0RlYnVnKCkgPDwgIkRpc2FibGVJZGxlRGV0ZWN0aW9u
OiAiIDw8IGNmZ0dycC5yZWFkRW50cnkoICJEaXNhYmxlSWRsZURldGVjdGlvbiIsIGZhbHNlICk7
CkBAIC0xMTIsNiArMTEzLDcgQEAgTmVwb211a0ZlZWRlckFnZW50OjpOZXBvbXVrRmVlZGVyQWdl
bnQoY29uc3QgUVN0cmluZyYgaWQpIDoKICAgUVRpbWVyOjpzaW5nbGVTaG90KCAwLCB0aGlzLCBT
TE9UKHNlbGZUZXN0KCkpICk7CiAKICAgbVF1ZXVlLnNldEl0ZW1GZXRjaFNjb3BlKGNoYW5nZVJl
Y29yZGVyKCktPml0ZW1GZXRjaFNjb3BlKCkpOworICBtUXVldWUuc2V0SW5kZXhpbmdTcGVlZCgg
RmVlZGVyUXVldWU6OlJlZHVjZWRTcGVlZCApOwogCiAgIGNvbm5lY3QoJm1RdWV1ZSwgU0lHTkFM
KHByb2dyZXNzKGludCkpLCBTSUdOQUwocGVyY2VudChpbnQpKSk7CiAgIGNvbm5lY3QoJm1RdWV1
ZSwgU0lHTkFMKGlkbGUoUVN0cmluZykpLCB0aGlzLCBTTE9UKGlkbGUoUVN0cmluZykpKTsKQEAg
LTEyNiw3ICsxMjgsNyBAQCBOZXBvbXVrRmVlZGVyQWdlbnQ6On5OZXBvbXVrRmVlZGVyQWdlbnQo
KQogCiB2b2lkIE5lcG9tdWtGZWVkZXJBZ2VudDo6aXRlbUFkZGVkKGNvbnN0IEFrb25hZGk6Okl0
ZW0mIGl0ZW0sIGNvbnN0IEFrb25hZGk6OkNvbGxlY3Rpb24mIGNvbGxlY3Rpb24pCiB7Ci0gIC8v
a0RlYnVnKCkgPDwgaXRlbS5pZCgpOworICBrRGVidWcoKSA8PCBpdGVtLmlkKCk7CiAgIGlmICgg
aW5kZXhpbmdEaXNhYmxlZCggY29sbGVjdGlvbiApICkKICAgICByZXR1cm47CiAKQEAgLTEzNiw3
ICsxMzgsNyBAQCB2b2lkIE5lcG9tdWtGZWVkZXJBZ2VudDo6aXRlbUFkZGVkKGNvbnN0IEFrb25h
ZGk6Okl0ZW0mIGl0ZW0sIGNvbnN0IEFrb25hZGk6OkNvbAogCiB2b2lkIE5lcG9tdWtGZWVkZXJB
Z2VudDo6aXRlbUNoYW5nZWQoY29uc3QgQWtvbmFkaTo6SXRlbSYgaXRlbSwgY29uc3QgUVNldDwg
UUJ5dGVBcnJheSA+JiBwYXJ0SWRlbnRpZmllcnMpCiB7Ci0gIC8va0RlYnVnKCkgPDwgaXRlbS5p
ZCgpOworICBrRGVidWcoKSA8PCBpdGVtLmlkKCk7CiAgIFFfVU5VU0VEKCBwYXJ0SWRlbnRpZmll
cnMgKTsKICAgaWYgKCBpbmRleGluZ0Rpc2FibGVkKCBpdGVtLnBhcmVudENvbGxlY3Rpb24oKSAp
ICkKICAgICByZXR1cm47CkBAIC0xNzMsNyArMTc1LDYgQEAgdm9pZCBOZXBvbXVrRmVlZGVyQWdl
bnQ6OmNvbGxlY3Rpb25SZW1vdmVkKGNvbnN0IEFrb25hZGk6OkNvbGxlY3Rpb24mIGNvbGxlY3Rp
b24KIAogdm9pZCBOZXBvbXVrRmVlZGVyQWdlbnQ6OnVwZGF0ZUFsbCgpCiB7Ci0gIG1RdWV1ZS5z
ZXRSZWluZGV4aW5nKHRydWUpOwogICBDb2xsZWN0aW9uRmV0Y2hKb2IgKmNvbGxlY3Rpb25GZXRj
aCA9IG5ldyBDb2xsZWN0aW9uRmV0Y2hKb2IoIENvbGxlY3Rpb246OnJvb3QoKSwgQ29sbGVjdGlv
bkZldGNoSm9iOjpSZWN1cnNpdmUsIHRoaXMgKTsKICAgY29ubmVjdCggY29sbGVjdGlvbkZldGNo
LCBTSUdOQUwoY29sbGVjdGlvbnNSZWNlaXZlZChBa29uYWRpOjpDb2xsZWN0aW9uOjpMaXN0KSks
IFNMT1QoY29sbGVjdGlvbnNSZWNlaXZlZChBa29uYWRpOjpDb2xsZWN0aW9uOjpMaXN0KSkgKTsK
IH0KQEAgLTIzNSw4ICsyMzYsMTQgQEAgdm9pZCBOZXBvbXVrRmVlZGVyQWdlbnQ6OnNlbGZUZXN0
KCkKICAgICBtTmVwb211a1N0YXJ0dXBBdHRlbXB0ZWQgPSBmYWxzZTsgLy8gZXZlcnl0aGluZyB3
b3JrZWQsIHdlIGNhbiB0cnkgYWdhaW4gaWYgdGhlIHNlcnZlciBnb2VzIGRvd24gbGF0ZXIKICAg
ICBtTmVwb211a1N0YXJ0dXBUaW1lb3V0LnN0b3AoKTsKICAgICBjaGVja09ubGluZSgpOwotICAg
IGlmICggIW1Jbml0aWFsVXBkYXRlRG9uZSAmJiBuZWVkc1JlSW5kZXhpbmcoKSApIHsKKyAgICBj
b25zdCBLQ29uZmlnR3JvdXAgZ3JwKCBjb21wb25lbnREYXRhKCkuY29uZmlnKCksICJJbml0aWFs
SW5kZXhpbmciICk7CisgICAgY29uc3QgYm9vbCBpbml0aWFsVXBkYXRlQ29tcGxldGUgPSBncnAu
cmVhZEVudHJ5KCAiSW5pdGlhbEluZGV4aW5nQ29tcGxldGUiLCBmYWxzZSApOworICAgIGNvbnN0
IGludCBpbmRleENvbXBhdExldmVsSW5jcmVhc2VkID0gZ3JwLnJlYWRFbnRyeSggIkluZGV4Q29t
cGF0TGV2ZWwiLCAwICkgPCBORVBPTVVLX0ZFRURFUl9JTkRFWF9DT01QQVRfTEVWRUw7CisgICAg
aWYgKCAhbUluaXRpYWxVcGRhdGVEb25lICYmICggIWluaXRpYWxVcGRhdGVDb21wbGV0ZSB8fCBp
bmRleENvbXBhdExldmVsSW5jcmVhc2VkICkgKSB7CiAgICAgICBtSW5pdGlhbFVwZGF0ZURvbmUg
PSB0cnVlOworICAgICAgLy8gd2UgYWN0dWFsbHkgbmV2ZXIgbmVlZCB0byByZWluZGV4IGV2ZXJ5
dGhpbmcgaW4gbm9ybWFsIG9wZXJhdGlvbgorICAgICAgLy8gd2UgbGVhdmUgdGhlIHNldHRpbmcg
aW4gYW55d2F5IGluIGNhc2Ugd2UgZXZlciBpbnRyb2R1Y2UgYSBtYW51YWwgb3ZlcnJpZGUgb3Ig
d2hhdGV2ZXIKKyAgICAgIG1RdWV1ZS5zZXRSZWluZGV4aW5nKGZhbHNlKTsKICAgICAgIFFUaW1l
cjo6c2luZ2xlU2hvdCggMCwgdGhpcywgU0xPVCh1cGRhdGVBbGwoKSkgKTsKICAgICB9IGVsc2Ug
ewogICAgICAgZW1pdCBzdGF0dXMoIElkbGUsIGkxOG4oICJSZWFkeSB0byBpbmRleCBkYXRhLiIg
KSApOwpAQCAtMjU4LDE2ICsyNjUsMTEgQEAgdm9pZCBOZXBvbXVrRmVlZGVyQWdlbnQ6OmRpc2Fi
bGVJZGxlRGV0ZWN0aW9uKCBib29sIHZhbHVlICkKICAgfQogfQogCi1ib29sIE5lcG9tdWtGZWVk
ZXJBZ2VudDo6bmVlZHNSZUluZGV4aW5nKCkgY29uc3QKLXsKLSAgY29uc3QgS0NvbmZpZ0dyb3Vw
IGdycCggY29tcG9uZW50RGF0YSgpLmNvbmZpZygpLCAiSW5pdGlhbEluZGV4aW5nIiApOwotICBy
ZXR1cm4gbUluZGV4Q29tcGF0TGV2ZWwgPiBncnAucmVhZEVudHJ5KCAiSW5kZXhDb21wYXRMZXZl
bCIsIDAgKTsKLX0KLQogdm9pZCBOZXBvbXVrRmVlZGVyQWdlbnQ6OnNsb3RGdWxseUluZGV4ZWQo
KQogewogICBLQ29uZmlnR3JvdXAgZ3JwKCBjb21wb25lbnREYXRhKCkuY29uZmlnKCksICJJbml0
aWFsSW5kZXhpbmciICk7Ci0gIGdycC53cml0ZUVudHJ5KCAiSW5kZXhDb21wYXRMZXZlbCIsIG1J
bmRleENvbXBhdExldmVsICk7CisgIGdycC53cml0ZUVudHJ5KCAiSW5pdGlhbEluZGV4aW5nQ29t
cGxldGUiLCB0cnVlICk7CisgIGdycC53cml0ZUVudHJ5KCAiSW5kZXhDb21wYXRMZXZlbCIsIE5F
UE9NVUtfRkVFREVSX0lOREVYX0NPTVBBVF9MRVZFTCApOwogICBncnAuc3luYygpOwogfQogCkBA
IC0zMDcsNyArMzA5LDcgQEAgdm9pZCBOZXBvbXVrRmVlZGVyQWdlbnQ6OnN5c3RlbUlkbGUoKQog
ICBlbWl0IHN0YXR1cyggSWRsZSwgaTE4biggIlN5c3RlbSBpZGxlLCByZWFkeSB0byBpbmRleCBk
YXRhLiIgKSApOwogICBtU3lzdGVtSXNJZGxlID0gdHJ1ZTsKICAgS0lkbGVUaW1lOjppbnN0YW5j
ZSgpLT5jYXRjaE5leHRSZXN1bWVFdmVudCgpOwotICBzZXRSdW5uaW5nKCBtU3lzdGVtSXNJZGxl
ICk7CisgIG1RdWV1ZS5zZXRJbmRleGluZ1NwZWVkKCBGZWVkZXJRdWV1ZTo6RnVsbFNwZWVkICk7
CiB9CiAKIHZvaWQgTmVwb211a0ZlZWRlckFnZW50OjpzeXN0ZW1SZXN1bWVkKCkKQEAgLTMxNyw3
ICszMTksNyBAQCB2b2lkIE5lcG9tdWtGZWVkZXJBZ2VudDo6c3lzdGVtUmVzdW1lZCgpCiAKICAg
ZW1pdCBzdGF0dXMoIElkbGUsIGkxOG4oICJTeXN0ZW0gYnVzeSwgaW5kZXhpbmcgc3VzcGVuZGVk
LiIgKSApOwogICBtU3lzdGVtSXNJZGxlID0gZmFsc2U7Ci0gIHNldFJ1bm5pbmcoIG1TeXN0ZW1J
c0lkbGUgKTsKKyAgbVF1ZXVlLnNldEluZGV4aW5nU3BlZWQoIEZlZWRlclF1ZXVlOjpSZWR1Y2Vk
U3BlZWQgKTsKIH0KIAogdm9pZCBOZXBvbXVrRmVlZGVyQWdlbnQ6OmlkbGUoY29uc3QgUVN0cmlu
ZyAmc3RyaW5nKSAKZGlmZiAtLWdpdCBhL2FnZW50cy9uZXBvbXVrZmVlZGVyL25lcG9tdWtmZWVk
ZXJhZ2VudC5oIGIvYWdlbnRzL25lcG9tdWtmZWVkZXIvbmVwb211a2ZlZWRlcmFnZW50LmgKaW5k
ZXggOTRmZjFkMi4uZTEzOTBmYyAxMDA2NDQKLS0tIGEvYWdlbnRzL25lcG9tdWtmZWVkZXIvbmVw
b211a2ZlZWRlcmFnZW50LmgKKysrIGIvYWdlbnRzL25lcG9tdWtmZWVkZXIvbmVwb211a2ZlZWRl
cmFnZW50LmgKQEAgLTEwNywxMyArMTA3LDYgQEAgY2xhc3MgTmVwb211a0ZlZWRlckFnZW50IDog
cHVibGljIEFrb25hZGk6OkFnZW50QmFzZSwgcHVibGljIEFrb25hZGk6OkFnZW50QmFzZToKICAg
ICB2b2lkIGRvU2V0T25saW5lKGJvb2wgb25saW5lKTsKIAogICBwcml2YXRlOgotCi0gICAgLyoq
Ci0gICAgICBPdmVycmlkZXMgaW4gc3ViY2xhc3NlcyB0byBjYXVzZSByZS1pbmRleGluZyBvbiBz
dGFydHVwIHRvIG9ubHkgaGFwcGVuCi0gICAgICB3aGVuIHRoZSBmb3JtYXQgY2hhbmdlcywgZm9y
IGV4YW1wbGUuIEJhc2UgaW1wbGVtZW50YXRpb24gY2hlY2tzIHRoZSBpbmRleCBjb21wYXRpYmls
aXR5IGxldmVsLgotICAgICovCi0gICAgdmlydHVhbCBib29sIG5lZWRzUmVJbmRleGluZygpIGNv
bnN0OwotCiAgICAgdm9pZCBjaGVja09ubGluZSgpOwogICAgIHZvaWQgc2V0UnVubmluZyggYm9v
bCBydW5uaW5nICk7CiAKQEAgLTEyOCw3ICsxMjEsNiBAQCBjbGFzcyBOZXBvbXVrRmVlZGVyQWdl
bnQgOiBwdWJsaWMgQWtvbmFkaTo6QWdlbnRCYXNlLCBwdWJsaWMgQWtvbmFkaTo6QWdlbnRCYXNl
OgogICBwcml2YXRlOgogICAgIFFUaW1lciBtTmVwb211a1N0YXJ0dXBUaW1lb3V0OwogCi0gICAg
aW50IG1JbmRleENvbXBhdExldmVsOwogICAgIGJvb2wgbU5lcG9tdWtTdGFydHVwQXR0ZW1wdGVk
OwogICAgIGJvb2wgbUluaXRpYWxVcGRhdGVEb25lOwogICAgIGJvb2wgbVNlbGZUZXN0UGFzc2Vk
OwpkaWZmIC0tZ2l0IGEvYWdlbnRzL25lcG9tdWtmZWVkZXIvbmVwb211a2hlbHBlcnMuY3BwIGIv
YWdlbnRzL25lcG9tdWtmZWVkZXIvbmVwb211a2hlbHBlcnMuY3BwCmluZGV4IDI5NDUxNmMuLjg5
ZDA1ZmQgMTAwNjQ0Ci0tLSBhL2FnZW50cy9uZXBvbXVrZmVlZGVyL25lcG9tdWtoZWxwZXJzLmNw
cAorKysgYi9hZ2VudHMvbmVwb211a2ZlZWRlci9uZXBvbXVraGVscGVycy5jcHAKQEAgLTM0LDEw
ICszNCwxMyBAQAogCiAjaW5jbHVkZSA8S0pvYj4KIAorI2luY2x1ZGUgPFFEYXRlVGltZT4KKwog
I2luY2x1ZGUgPG5lcG9tdWtmZWVkZXJwbHVnaW4uaD4KICNpbmNsdWRlIDxuZXBvbXVrZmVlZGVy
dXRpbHMuaD4KIAogI2luY2x1ZGUgInBsdWdpbmxvYWRlci5oIgorI2luY2x1ZGUgIm5lcG9tdWtm
ZWVkZXItY29uZmlnLmgiCiAKIHVzaW5nIG5hbWVzcGFjZSBOZXBvbXVrOjpWb2NhYnVsYXJ5Owog
CkBAIC05OSw2ICsxMDIsOCBAQCB2b2lkIGFkZEl0ZW1Ub0dyYXBoKCBjb25zdCBBa29uYWRpOjpJ
dGVtICZpdGVtLCBOZXBvbXVrOjpTaW1wbGVSZXNvdXJjZUdyYXBoICZncgogICBOZXBvbXVrOjpT
aW1wbGVSZXNvdXJjZSByZXM7CiAgIHJlcy5zZXRUeXBlcyhRTGlzdCA8UVVybD4oKSA8PCBWb2Nh
YnVsYXJ5OjpBTkVPOjpBa29uYWRpRGF0YU9iamVjdCgpIDw8IE5JRTo6SW5mb3JtYXRpb25FbGVt
ZW50KCkpOwogICByZXMuc2V0UHJvcGVydHkoIE5JRTo6dXJsKCksIFFVcmwoaXRlbS51cmwoKSkg
KTsKKyAgcmVzLnNldFByb3BlcnR5KCBOSUU6Omxhc3RNb2RpZmllZCgpLCBpdGVtLm1vZGlmaWNh
dGlvblRpbWUoKSApOworICByZXMuc2V0UHJvcGVydHkoIFZvY2FidWxhcnk6OkFORU86OmFrb25h
ZGlJbmRleENvbXBhdExldmVsKCksIE5FUE9NVUtfRkVFREVSX0lOREVYX0NPTVBBVF9MRVZFTCAp
OwogICBRX0FTU0VSVChyZXMucHJvcGVydHkoIE5JRTo6dXJsKCkgKS5maXJzdCgpLnRvVXJsKCkg
PT0gUVVybChpdGVtLnVybCgpKSk7CiAgIHJlcy5zZXRQcm9wZXJ0eSggVm9jYWJ1bGFyeTo6QU5F
Tzo6YWtvbmFkaUl0ZW1JZCgpLCBRU3RyaW5nOjpudW1iZXIoIGl0ZW0uaWQoKSApICk7CiAgIHNl
dFBhcmVudENvbGxlY3Rpb24oIGl0ZW0sIHJlcywgZ3JhcGgpOwpAQCAtMTI3LDQgKzEzMiw0IEBA
IEtKb2IgKmFkZEdyYXBoVG9OZXBvbXVrKCBjb25zdCBOZXBvbXVrOjpTaW1wbGVSZXNvdXJjZUdy
YXBoICZncmFwaCApCiB9CiAKIAotfQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUKK30KZGlm
ZiAtLWdpdCBhL2FnZW50cy9vbnRvbG9naWVzL2FuZW8udHJpZyBiL2FnZW50cy9vbnRvbG9naWVz
L2FuZW8udHJpZwppbmRleCBmMTlkMDY4Li41NGVhYWY4IDEwMDY0NAotLS0gYS9hZ2VudHMvb250
b2xvZ2llcy9hbmVvLnRyaWcKKysrIGIvYWdlbnRzL29udG9sb2dpZXMvYW5lby50cmlnCkBAIC0x
LDUgKzEsNiBAQAogIwogIyBDb3B5cmlnaHQgKGMpIDIwMTEgQ2hyaXN0aWFuIE1vbGxla29wZiA8
Y2hyaWdpXzFAZmFzdG1haWwuZm0+CisjIENvcHlyaWdodCAoYykgMjAxMiBTZWJhc3RpYW4gVHJ1
ZWcgPHRydWVnQGtkZS5vcmc+CiAjIEFsbCByaWdodHMgcmVzZXJ2ZWQsIGxpY2Vuc2VkIHVuZGVy
IGVpdGhlciBDQy1CWSBvciBCU0QuCiAjCiAjIFlvdSBhcmUgZnJlZToKQEAgLTU5LDYgKzYwLDE0
IEBAIGFuZW86IHsKICAgICAgICAgcmRmczpzdWJQcm9wZXJ0eU9mIG5hbzppZGVudGlmaWVyIDsK
ICAgICAgICAgbnJsOm1heENhcmRpbmFsaXR5IDEgOwogICAgICAgICBuYW86dXNlclZpc2libGUg
ZmFsc2UgLgorCisgICAgYW5lbzpha29uYWRpSW5kZXhDb21wYXRMZXZlbCBhIHJkZjpQcm9wZXJ0
eSA7CisgICAgICAgIHJkZnM6bGFiZWwgIkFrb25hZGkgaW5kZXggY29tcGF0IGxldmVsIiA7Cisg
ICAgICAgIHJkZnM6Y29tbWVudCAiU2F2ZXMgdGhlIHZlcnNpb24gb2YgdGhlIGluZGV4ZXIgdXNl
ZCB0byB3cml0ZSB0aGlzIGl0ZW0uIiA7CisgICAgICAgIHJkZnM6cmFuZ2UgeHNkOmludCA7Cisg
ICAgICAgIHJkZnM6ZG9tYWluIGFuZW86QWtvbmFkaURhdGFPYmplY3QgOworICAgICAgICBucmw6
Y2FyZGluYWxpdHkgMSA7CisgICAgICAgIG5hbzp1c2VyVmlzaWJsZSBmYWxzZSAuCiB9CiAKIApA
QCAtNjgsNyArNzcsNyBAQCBhbmVvOiB7CiAgICAgICAgIG5hbzpwcmVmTGFiZWwgIkFrb25hZGkg
T250b2xvZ3kiIDsKICAgICAgICAgbmFvOmhhc0RlZmF1bHROYW1lc3BhY2UgImh0dHA6Ly9ha29u
YWRpLXByb2plY3Qub3JnL29udG9sb2dpZXMvYW5lbyMiIDsKICAgICAgICAgbmFvOmhhc0RlZmF1
bHROYW1lc3BhY2VBYmJyZXZpYXRpb24gImFuZW8iIDsKLSAgICAgICAgbmFvOmxhc3RNb2RpZmll
ZCAiMjAxMS0wNi0yM1QxNDozMTo0M1oiIDsKKyAgICAgICAgbmFvOmxhc3RNb2RpZmllZCAiMjAx
Mi0wMi0xNVQwOTo1Njo0M1oiIDsKICAgICAgICAgbmFvOnNlcmlhbGl6YXRpb25MYW5ndWFnZSAi
VHJpRyIgOwogICAgICAgICBuYW86c3RhdHVzICJVbnN0YWJsZSIgOwogICAgICAgICBucmw6dXBk
YXRhYmxlICIwIiA7Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>69386</attachid>
            <date>2012-03-08 19:02:32 +0000</date>
            <delta_ts>2012-03-08 19:02:32 +0000</delta_ts>
            <desc>Patch against kde-runtime (branch KDE/4.8)</desc>
            <filename>1.diff</filename>
            <type>text/plain</type>
            <size>5672</size>
            <attacher name="Sebastian Trueg">trueg</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL25lcG9tdWsvc2VydmljZXMvYmFja3Vwc3luYy9saWIvcmVzb3VyY2VpZGVu
dGlmaWVyLmNwcCBiL25lcG9tdWsvc2VydmljZXMvYmFja3Vwc3luYy9saWIvcmVzb3VyY2VpZGVu
dGlmaWVyLmNwcAppbmRleCBjMWE5OTE5Li44OTQzNzJjIDEwMDY0NAotLS0gYS9uZXBvbXVrL3Nl
cnZpY2VzL2JhY2t1cHN5bmMvbGliL3Jlc291cmNlaWRlbnRpZmllci5jcHAKKysrIGIvbmVwb211
ay9zZXJ2aWNlcy9iYWNrdXBzeW5jL2xpYi9yZXNvdXJjZWlkZW50aWZpZXIuY3BwCkBAIC0zMSw2
ICszMSw3IEBACiAjaW5jbHVkZSA8U29wcmFuby9TdGF0ZW1lbnQ+CiAjaW5jbHVkZSA8U29wcmFu
by9HcmFwaD4KICNpbmNsdWRlIDxTb3ByYW5vL05vZGU+CisjaW5jbHVkZSA8U29wcmFuby9CaW5k
aW5nU2V0PgogI2luY2x1ZGUgPFNvcHJhbm8vU3RhdGVtZW50SXRlcmF0b3I+CiAjaW5jbHVkZSA8
U29wcmFuby9RdWVyeVJlc3VsdEl0ZXJhdG9yPgogI2luY2x1ZGUgPFNvcHJhbm8vTW9kZWw+CkBA
IC0xNzYsMTkgKzE3NywxOCBAQCBib29sIE5lcG9tdWs6OlN5bmM6OlJlc291cmNlSWRlbnRpZmll
cjo6cnVuSWRlbnRpZmljYXRpb24oY29uc3QgS1VybCYgdXJpKQogICAgICAgICByZXR1cm4gZmFs
c2U7CiAgICAgfQogCi0gICAgUVN0cmluZyBxdWVyeTsKLQogICAgIFFTdHJpbmdMaXN0IGlkZW50
aWZ5aW5nUHJvcGVydGllczsKICAgICBRSGFzaDxLVXJsLCBTb3ByYW5vOjpOb2RlPiBpZGVudGlm
eWluZ1Byb3BlcnRpZXNIYXNoOwogCiAgICAgUUhhc2g8IEtVcmwsIFNvcHJhbm86Ok5vZGUgPjo6
Y29uc3RfaXRlcmF0b3IgaXQgPSByZXMuY29uc3RCZWdpbigpOwogICAgIFFIYXNoPCBLVXJsLCBT
b3ByYW5vOjpOb2RlID46OmNvbnN0X2l0ZXJhdG9yIGNvbnN0RW5kID0gcmVzLmNvbnN0RW5kKCk7
CisgICAgUUxpc3Q8U29wcmFubzo6Tm9kZT4gcmVxdWlyZWRUeXBlczsKICAgICBmb3IoIDsgaXQg
IT0gY29uc3RFbmQ7IGl0KysgKSB7CiAgICAgICAgIGNvbnN0IFFVcmwgJiBwcm9wID0gaXQua2V5
KCk7CiAKICAgICAgICAgLy8gU3BlY2lhbCBoYW5kbGluZyBmb3IgcmRmOnR5cGUKICAgICAgICAg
aWYoIHByb3AgPT0gUkRGOjp0eXBlKCkgKSB7Ci0gICAgICAgICAgICBxdWVyeSArPSBRU3RyaW5n
Ojpmcm9tTGF0aW4xKCIgP3IgYSAlMSAuICIpLmFyZyggaXQudmFsdWUoKS50b04zKCkgKTsKKyAg
ICAgICAgICAgIHJlcXVpcmVkVHlwZXMgPDwgaXQudmFsdWUoKS51cmkoKTsKICAgICAgICAgICAg
IGNvbnRpbnVlOwogICAgICAgICB9CiAKQEAgLTIxOSw2ICsyMTksMTAgQEAgYm9vbCBOZXBvbXVr
OjpTeW5jOjpSZXNvdXJjZUlkZW50aWZpZXI6OnJ1bklkZW50aWZpY2F0aW9uKGNvbnN0IEtVcmwm
IHVyaSkKICAgICAgICAgcmV0dXJuIGZhbHNlOwogICAgIH0KIAorCisgICAgLy8gY29uc3RydWN0
IHRoZSBpZGVudGlmaWNhdGlvbiBxdWVyeQorICAgIFFTdHJpbmcgcXVlcnkgPSBRTGF0aW4xU3Ry
aW5nKCJzZWxlY3QgZGlzdGluY3QgP3Igd2hlcmUgeyAiKTsKKwogICAgIC8vCiAgICAgLy8gT3B0
aW1pemF0aW9uOgogICAgIC8vIElmIHRoZXJlIGlzIG9ubHkgb25lIGlkZW50aWZ5aW5nIHByb3Bl
cnR5IHVzaW5nIGFsbCB0aGF0IG9wdGlvbmFsIGFuZCBmaWx0ZXIgc3R1ZmYKQEAgLTIzNSw3ICsy
MzksNyBAQCBib29sIE5lcG9tdWs6OlN5bmM6OlJlc291cmNlSWRlbnRpZmllcjo6cnVuSWRlbnRp
ZmljYXRpb24oY29uc3QgS1VybCYgdXJpKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgUVN0
cmluZzo6bnVtYmVyKCBudW1JZGVudGlmeWluZ1Byb3BlcnRpZXMrKyApICk7CiAgICAgICAgIH0K
IAotICAgICAgICAvLyBNYWtlIHN1cmUgYXRsZWFzdCBvbmUgb2YgdGhlIGlkZW50aWZpY2F0aW9u
IHByb3BlcnRpZXMgaGFzIGJlZW4gbWF0Y2hlZAorICAgICAgICAvLyBNYWtlIHN1cmUgYXQgbGVh
c3Qgb25lIG9mIHRoZSBpZGVudGlmaWNhdGlvbiBwcm9wZXJ0aWVzIGhhcyBiZWVuIG1hdGNoZWQK
ICAgICAgICAgLy8gYnkgYWRkaW5nIGZpbHRlciggYm91bmQoP28xKSB8fCBib3VuZCg/bzIpIC4u
LiApCiAgICAgICAgIHF1ZXJ5ICs9IFFTdHJpbmc6OmZyb21MYXRpbjEoImZpbHRlciggIik7CiAg
ICAgICAgIGZvciggaW50IGk9MDsgaTxudW1JZGVudGlmeWluZ1Byb3BlcnRpZXMtMTsgaSsrICkg
ewpAQCAtMjQ3LDQzICsyNTEsNjggQEAgYm9vbCBOZXBvbXVrOjpTeW5jOjpSZXNvdXJjZUlkZW50
aWZpZXI6OnJ1bklkZW50aWZpY2F0aW9uKGNvbnN0IEtVcmwmIHVyaSkKICAgICAgICAgcXVlcnkg
Kz0gUVN0cmluZzo6ZnJvbUxhdGluMSgiP3IgJTEgJTIgLiAiKS5hcmcoU29wcmFubzo6Tm9kZTo6
cmVzb3VyY2VUb04zKGlkZW50aWZ5aW5nUHJvcGVydGllc0hhc2guY29uc3RCZWdpbigpLmtleSgp
KSwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIGlkZW50aWZ5aW5nUHJvcGVydGllc0hhc2guY29uc3RCZWdpbigpLnZhbHVlKCkudG9OMygp
KTsKICAgICB9Ci0gICAgcXVlcnkgKz0gUUxhdGluMVN0cmluZygifSIpOwogCi0gICAgLy8gQ29u
c3RydWN0IHRoZSBlbnRpcmUgcXVlcnkKLSAgICBRU3RyaW5nIHF1ZXJ5QmVnaW4gPSBRU3RyaW5n
Ojpmcm9tTGF0aW4xKCJzZWxlY3QgZGlzdGluY3QgP3IgY291bnQoP3ApIGFzID9jbnQgIgotICAg
ICJ3aGVyZSB7ID9yID9wID9vLiBmaWx0ZXIoID9wIGluICglMSkgKS4iKQotICAgIC5hcmcoIGlk
ZW50aWZ5aW5nUHJvcGVydGllcy5qb2luKCIsIikgKTsKLQotICAgIHF1ZXJ5ID0gcXVlcnlCZWdp
biArIHF1ZXJ5ICsgUVN0cmluZzo6ZnJvbUxhdGluMSgiIG9yZGVyIGJ5IGRlc2MoP2NudCkiKTsK
KyAgICAvLworICAgIC8vIEZvciBwZXJmb3JtYW5jZSByZWFzb25zIHdlIGFkZCBhIGxpbWl0IGV2
ZW4gdGhvdWdoIHRoaXMgY291bGQgbWVhbiB0aGF0IHdlCisgICAgLy8gbWlzcyBhIHJlc291cmNl
IHRvIGlkZW50aWZ5IHNpbmNlIHdlIGNoZWNrIHRoZSB0eXBlcyBiZWxvdy4KKyAgICAvLworICAg
IHF1ZXJ5ICs9IFFMYXRpbjFTdHJpbmcoIn0gTElNSVQgMTAwIik7CiAKLSAgICBrRGVidWcoKSA8
PCBxdWVyeTsKIAogICAgIC8vCi0gICAgLy8gT25seSBzdG9yZSB0aGUgcmVzdWx0cyB3aGljaCBo
YXZlIHRoZSBtYXhpbXVtIHNjb3JlCisgICAgLy8gRmV0Y2ggYSBzY29yZSBmb3IgZWFjaCByZXN1
bHQuCisgICAgLy8gV2UgZG8gdGhpcyBpbiBhIHNlcGFyYXRlIHF1ZXJ5IGZvciBwZXJmb3JtYW5j
ZSByZWFzb25zLgogICAgIC8vCi0gICAgUVNldDxLVXJsPiByZXN1bHRzOwotICAgIGludCBzY29y
ZSA9IC0xOworICAgIFFNdWx0aUhhc2g8aW50LCBLVXJsPiByZXN1bHRzU2NvcmVIYXNoOworICAg
IGludCBtYXhTY29yZSA9IC0xOwogICAgIFNvcHJhbm86OlF1ZXJ5UmVzdWx0SXRlcmF0b3IgcWl0
ID0gZC0+bV9tb2RlbC0+ZXhlY3V0ZVF1ZXJ5KCBxdWVyeSwgU29wcmFubzo6UXVlcnk6OlF1ZXJ5
TGFuZ3VhZ2VTcGFycWwgKTsKICAgICB3aGlsZSggcWl0Lm5leHQoKSApIHsKLSAgICAgICAgLy9r
RGVidWcoKSA8PCAiUkVTVUxUOiAiIDw8IHFpdFsiciJdIDw8ICIgIiA8PCBxaXRbImNudCJdOwor
ICAgICAgICBjb25zdCBTb3ByYW5vOjpOb2RlIHIocWl0WyJyIl0pOworCisgICAgICAgIC8vCisg
ICAgICAgIC8vIENoZWNrIHRoZSB0eXBlIHJlcXVpcmVtZW50cy4gRXhwZXJpbWVudHMgaGF2ZSBz
aG93biB0aGlzIHRvIG1lYW4gYSBzdWJzdGFudGlhbAorICAgICAgICAvLyBwZXJmb3JtYW5jZSBi
b29zdCBhcyBjb21wYXJlZCB0byBkb2luZyBpdCBpbiB0aGUgbWFpbiBxdWVyeS4KKyAgICAgICAg
Ly8KKyAgICAgICAgaWYoIXJlcXVpcmVkVHlwZXMuaXNFbXB0eSgpICkgeworICAgICAgICAgICAg
cXVlcnkgPSBRTGF0aW4xU3RyaW5nKCJhc2sgd2hlcmUgeyAiKTsKKyAgICAgICAgICAgIGZvcmVh
Y2goY29uc3QgU29wcmFubzo6Tm9kZSYgdHlwZSwgcmVxdWlyZWRUeXBlcykgeworICAgICAgICAg
ICAgICAgIHF1ZXJ5ICs9IFFTdHJpbmc6OmZyb21MYXRpbjEoIiUxIGEgJTIgLiAiKS5hcmcoci50
b04zKCksIHR5cGUudG9OMygpKTsKKyAgICAgICAgICAgIH0KKyAgICAgICAgICAgIHF1ZXJ5ICs9
IFFMYXRpbjFTdHJpbmcoIn0iKTsKKyAgICAgICAgICAgIGlmKCFkLT5tX21vZGVsLT5leGVjdXRl
UXVlcnkocXVlcnksIFNvcHJhbm86OlF1ZXJ5OjpRdWVyeUxhbmd1YWdlU3BhcnFsKS5ib29sVmFs
dWUoKSkgeworICAgICAgICAgICAgICAgIGNvbnRpbnVlOworICAgICAgICAgICAgfQorICAgICAg
ICB9CisKKworICAgICAgICBjb25zdCBpbnQgc2NvcmUgPSBkLT5tX21vZGVsLT5leGVjdXRlUXVl
cnkoUVN0cmluZzo6ZnJvbUxhdGluMSgic2VsZWN0IGNvdW50KD9wKSBhcyA/Y250IHdoZXJlIHsg
IgorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAiJTEgP3AgP28uIGZpbHRlciggP3AgaW4gKCUyKSApIC4gfSIpCisg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAuYXJnKCBy
LnRvTjMoKSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIGlkZW50aWZ5aW5nUHJvcGVydGllcy5qb2luKCIsIikgKSwKKyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNvcHJhbm86OlF1ZXJ5OjpR
dWVyeUxhbmd1YWdlU3BhcnFsKQorICAgICAgICAgICAgICAgICAgICAgICAgICAuYWxsQmluZGlu
Z3MoKS5maXJzdCgpWyJjbnQiXS5saXRlcmFsKCkudG9JbnQoKTsKIAotICAgICAgICBpbnQgY291
bnQgPSBxaXRbImNudCJdLmxpdGVyYWwoKS50b0ludCgpOwotICAgICAgICBpZiggc2NvcmUgPT0g
LTEgKSB7Ci0gICAgICAgICAgICBzY29yZSA9IGNvdW50OworICAgICAgICBpZiggbWF4U2NvcmUg
PCBzY29yZSApIHsKKyAgICAgICAgICAgIG1heFNjb3JlID0gc2NvcmU7CiAgICAgICAgIH0KLSAg
ICAgICAgZWxzZSBpZiggY291bnQgPCBzY29yZSApCi0gICAgICAgICAgICBicmVhazsKIAotICAg
ICAgICByZXN1bHRzIDw8IHFpdFsiciJdLnVyaSgpOworICAgICAgICByZXN1bHRzU2NvcmVIYXNo
Lmluc2VydChzY29yZSwgci51cmkoKSk7CiAgICAgfQogCisgICAgLy8KKyAgICAvLyBPbmx5IGdl
dCB0aGUgcmVzdWx0cyB3aGljaCBoYXZlIHRoZSBtYXhpbXVtIHNjb3JlCisgICAgLy8KKyAgICBR
U2V0PEtVcmw+IHJlc3VsdHMgPSBRU2V0PEtVcmw+Ojpmcm9tTGlzdChyZXN1bHRzU2NvcmVIYXNo
LnZhbHVlcyhtYXhTY29yZSkpOworCisKICAgICAvL2tEZWJ1ZygpIDw8ICJHb3QgIiA8PCByZXN1
bHRzLnNpemUoKSA8PCAiIHJlc3VsdHMiOwogICAgIGlmKCByZXN1bHRzLmVtcHR5KCkgKQogICAg
ICAgICByZXR1cm4gZmFsc2U7CiAKICAgICBLVXJsIG5ld1VyaTsKLSAgICBpZiggcmVzdWx0cy5z
aXplKCkgPT0gMSApCisgICAgaWYoIHJlc3VsdHMuc2l6ZSgpID09IDEgKSB7CiAgICAgICAgIG5l
d1VyaSA9ICpyZXN1bHRzLmJlZ2luKCk7CisgICAgfQogICAgIGVsc2UgewogICAgICAgICBrRGVi
dWcoKSA8PCAiRFVQTElDQVRFIFJFU1VMVFMhIjsKICAgICAgICAgbmV3VXJpID0gZHVwbGljYXRl
TWF0Y2goIHJlcy51cmkoKSwgcmVzdWx0cyApOwo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>70429</attachid>
            <date>2012-04-16 14:52:55 +0000</date>
            <delta_ts>2012-04-16 14:52:55 +0000</delta_ts>
            <desc>3 bactraces of virtuoso_t when it consumes ~100% of CPU</desc>
            <filename>virtuoso_gdb.log</filename>
            <type>application/octet-stream</type>
            <size>18303</size>
            <attacher name="Jirka Klimes">blueowl</attacher>
            
              <data encoding="base64">CiQgZ2RiCihnZGIpIGF0dGFjaCAxOTk0OQooZ2RiKSB0IGEgYSBidAoKVGhyZWFkIDcgKFRocmVh
ZCAweDdmMzdjNmIyYzcwMCAoTFdQIDE5OTUwKSk6CiMwICBwdGhyZWFkX2NvbmRfd2FpdEBAR0xJ
QkNfMi4zLjIgKCkgYXQgLi4vbnB0bC9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvcHRo
cmVhZF9jb25kX3dhaXQuUzoxNjUKIzEgIDB4MDAwMDAwMDAwMDdkNWU2NSBpbiBzZW1hcGhvcmVf
ZW50ZXIgKHNlbT0weDE5ZGQyODApIGF0IHNjaGVkX3B0aHJlYWQuYzo5MjMKIzIgIDB4MDAwMDAw
MDAwMDRhZDc5YiBpbiBpcV9sb29wIChpcT0weDFhYjFlZTApIGF0IG10d3JpdGUuYzo2ODYKIzMg
IDB4MDAwMDAwMDAwMDdkNWM5ZiBpbiBfdGhyZWFkX2Jvb3QgKGFyZz0weDFhYmE2MTApIGF0IHNj
aGVkX3B0aHJlYWQuYzoyOTAKIzQgIDB4MDAwMDAwMzM3ZGUwN2Q5MCBpbiBzdGFydF90aHJlYWQg
KGFyZz0weDdmMzdjNmIyYzcwMCkgYXQgcHRocmVhZF9jcmVhdGUuYzozMDkKIzUgIDB4MDAwMDAw
MzM3ZDJmMGY1ZCBpbiBjbG9uZSAoKSBhdCAuLi9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZf
NjQvY2xvbmUuUzoxMTUKClRocmVhZCA2IChUaHJlYWQgMHg3ZjM3YzU4ZDU3MDAgKExXUCAxOTk1
MSkpOgojMCAgMHgwMDAwMDAzMzdkMmVhNDAzIGluIHNlbGVjdCAoKSBhdCAuLi9zeXNkZXBzL3Vu
aXgvc3lzY2FsbC10ZW1wbGF0ZS5TOjgyCiMxICAweDAwMDAwMDAwMDA3Y2Y3MWIgaW4gY2hlY2tf
aW5wdXRzX2xvdyAodGltZW91dF9vcmc9PG9wdGltaXplZCBvdXQ+LCBpc19yZWN1cnNpdmU9MCwg
c2VsZWN0X2Z1bj08b3B0aW1pemVkIG91dD4sIHByb3RvY29sPTApIGF0IERrZXJuZWwuYzo1NzkK
IzIgIDB4MDAwMDAwMDAwMDdkMDUwMyBpbiBzZXJ2ZXJfbG9vcCAoYXJnPTxvcHRpbWl6ZWQgb3V0
PikgYXQgRGtlcm5lbC5jOjI2OTIKIzMgIDB4MDAwMDAwMDAwMDdkNWM5ZiBpbiBfdGhyZWFkX2Jv
b3QgKGFyZz0weDI5MGExZjApIGF0IHNjaGVkX3B0aHJlYWQuYzoyOTAKIzQgIDB4MDAwMDAwMzM3
ZGUwN2Q5MCBpbiBzdGFydF90aHJlYWQgKGFyZz0weDdmMzdjNThkNTcwMCkgYXQgcHRocmVhZF9j
cmVhdGUuYzozMDkKIzUgIDB4MDAwMDAwMzM3ZDJmMGY1ZCBpbiBjbG9uZSAoKSBhdCAuLi9zeXNk
ZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvY2xvbmUuUzoxMTUKClRocmVhZCA1IChUaHJlYWQg
MHg3ZjM3YzU4Yjc3MDAgKExXUCAxOTk1MikpOgojMCAgcHRocmVhZF9jb25kX3dhaXRAQEdMSUJD
XzIuMy4yICgpIGF0IC4uL25wdGwvc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L3B0aHJl
YWRfY29uZF93YWl0LlM6MTY1CiMxICAweDAwMDAwMDAwMDA3ZDViOTMgaW4gdGhyZWFkX2V4aXQg
KG49PG9wdGltaXplZCBvdXQ+KSBhdCBzY2hlZF9wdGhyZWFkLmM6NTQ2CiMyICAweDAwMDAwMDAw
MDA3ZDVjYTYgaW4gX3RocmVhZF9ib290IChhcmc9MHg3ZjM3YjgwMTQwMTApIGF0IHNjaGVkX3B0
aHJlYWQuYzoyOTMKIzMgIDB4MDAwMDAwMzM3ZGUwN2Q5MCBpbiBzdGFydF90aHJlYWQgKGFyZz0w
eDdmMzdjNThiNzcwMCkgYXQgcHRocmVhZF9jcmVhdGUuYzozMDkKIzQgIDB4MDAwMDAwMzM3ZDJm
MGY1ZCBpbiBjbG9uZSAoKSBhdCAuLi9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvY2xv
bmUuUzoxMTUKClRocmVhZCA0IChUaHJlYWQgMHg3ZjM3YzU3NWQ3MDAgKExXUCAxOTk1NCkpOgoj
MCAgMHgwMDAwMDAwMDAwNGRlNTMyIGluIGNtcGZfaXJpNjRuX2lyaTY0bl9hbnluIChidWY9MHgx
YTUxMzkwLCBpcm93PTxvcHRpbWl6ZWQgb3V0PiwgaXRjPTB4N2YzN2IwMDMyMTY4KSBhdCBzZWFy
Y2hfaW4uYzo0NDAKIzEgIDB4MDAwMDAwMDAwMDRkN2YyNCBpbiBpdGNfcGFnZV9zcGxpdF9zZWFy
Y2ggKGl0PTB4N2YzN2IwMDMyMTY4LCBidWZfcmV0PTB4N2YzN2M1NzU5YTk4KSBhdCBzZWFyY2gu
YzoyMjIwCiMyICAweDAwMDAwMDAwMDA0ZGE2ZTAgaW4gaXRjX3NlYXJjaCAoaXQ9MHg3ZjM3YjAw
MzIxNjgsIGJ1Zl9yZXQ9MHg3ZjM3YzU3NTlhOTgpIGF0IHNlYXJjaC5jOjE1MTYKIzMgIDB4MDAw
MDAwMDAwMDRkYWZiZSBpbiBpdGNfbmV4dCAoaXQ9MHg3ZjM3YjAwMzIxNjgsIGJ1Zl9yZXQ9MHg3
ZjM3YzU3NTlhOTgpIGF0IHNlYXJjaC5jOjE4MDYKIzQgIDB4MDAwMDAwMDAwMDU3ZjBjZSBpbiBr
c19zdGFydF9zZWFyY2ggKGtzPTB4N2YzN2IwMWM2MDUwLCBpbnN0PTB4N2YzN2IwMjMyNGQ4LCBz
dGF0ZT0weDdmMzdiMDIzMjRkOCwgaXRjPTB4N2YzN2IwMDMyMTY4LCBidWZfcmV0PTB4N2YzN2M1
NzViMTA4LCB0cz08b3B0aW1pemVkIG91dD4sIHNlYXJjaF9tb2RlPTApIGF0IHNxbHJ1bi5jOjEx
OTQKIzUgIDB4MDAwMDAwMDAwMDU4NWY0MiBpbiB0YWJsZV9zb3VyY2VfaW5wdXQgKHRzPTB4N2Yz
N2IwMzY0ODQwLCBpbnN0PTB4N2YzN2IwMjMyNGQ4LCBzdGF0ZT0weDdmMzdiMDIzMjRkOCkgYXQg
c3FscnVuLmM6MTQ2NwojNiAgMHgwMDAwMDAwMDAwNTdlNDhmIGluIHFuX3RzX3NlbmRfb3V0cHV0
IChzcmM9MHg3ZjM3YjAyMjY3ODAsIHN0YXRlPTB4N2YzN2IwMjMyNGQ4LCBhZnRlcl9qb2luX3Rl
c3Q9PG9wdGltaXplZCBvdXQ+KSBhdCBzcWxydW4uYzo3NDkKIzcgIDB4MDAwMDAwMDAwMDU4NWU1
ZiBpbiB0YWJsZV9zb3VyY2VfaW5wdXQgKHRzPTB4N2YzN2IwMjI2NzgwLCBpbnN0PTB4N2YzN2Iw
MjMyNGQ4LCBzdGF0ZT0weDdmMzdiMDIzMjRkOCkgYXQgc3FscnVuLmM6MTU3MAojOCAgMHgwMDAw
MDAwMDAwNTdlMzkxIGluIHFuX3NlbmRfb3V0cHV0IChzcmM9MHg3ZjM3YjAwYTBiZTAsIHN0YXRl
PTB4N2YzN2IwMjMyNGQ4KSBhdCBzcWxydW4uYzo3MTkKIzkgIDB4MDAwMDAwMDAwMDRlOWE0MSBp
biBpbl9pdGVyX2lucHV0IChpaT0weDdmMzdiMDBhMGJlMCwgaW5zdD0weDdmMzdiMDIzMjRkOCwg
c3RhdGU9PG9wdGltaXplZCBvdXQ+KSBhdCBzb3J0LmM6NjIyCiMxMCAweDAwMDAwMDAwMDA1ODM2
MmIgaW4gZnVuX3JlZl9ub2RlX2lucHV0IChmcmVmPTB4N2YzN2IwMDc4ODUwLCBpbnN0PTB4N2Yz
N2IwMjMyNGQ4LCBzdGF0ZT0weDdmMzdiMDIzMjRkOCkgYXQgc3FscnVuLmM6MjUyNgojMTEgMHgw
MDAwMDAwMDAwNTgzNjJiIGluIGZ1bl9yZWZfbm9kZV9pbnB1dCAoZnJlZj0weDdmMzdiMDI1NmEw
MCwgaW5zdD0weDdmMzdiMDIzMjRkOCwgc3RhdGU9MHg3ZjM3YjAyMzI0ZDgpIGF0IHNxbHJ1bi5j
OjI1MjYKIzEyIDB4MDAwMDAwMDAwMDU1OTI1NSBpbiBzdWJxX25leHQgKHN1YnE9MHg3ZjM3YmMy
NmYyYzAsIGluc3Q9MHg3ZjM3YjAyMzI0ZDgsIGNyX3N0YXRlPTEpIGF0IHNxbGludHJwLmM6ODQz
CiMxMyAweDAwMDAwMDAwMDA0ZTk1ZjUgaW4gc3VicV9ub2RlX2lucHV0IChzcXM9MHg3ZjM3YjRi
MmJmOTAsIGluc3Q9MHg3ZjM3YjAyMzI0ZDgsIHN0YXRlPTxvcHRpbWl6ZWQgb3V0PikgYXQgc29y
dC5jOjQ3NAojMTQgMHgwMDAwMDAwMDAwNTg0OGRjIGluIHFyX2V4ZWMgKGNsaT0weDdmMzdhODA0
MjgwMCwgcXI9MHg3ZjM3YjRjNTFlMzAsIGNhbGxlcj08b3B0aW1pemVkIG91dD4sIGNyX25hbWU9
MHg3ZjM3YjgxMGExMDggInMxMTExXzFfLTEwXzk0ODUiLCBzdG10PTxvcHRpbWl6ZWQgb3V0Piwg
bGNfcmV0PTxvcHRpbWl6ZWQgb3V0PiwgCiAgICBwYXJtcz0weDdmMzdiYzMxNDdiOCwgb3B0cz0w
eDdmMzdiODBhNTQ0OCwgbmFtZWRfcGFyYW1zPTApIGF0IHNxbHJ1bi5jOjMxODQKIzE1IDB4MDAw
MDAwMDAwMDU4Y2E2YyBpbiBzZl9zcWxfZXhlY3V0ZSAoc3RtdF9pZD0weDdmMzdiODBhNTQ0OCAi
XDAwMSIsIHRleHQ9PG9wdGltaXplZCBvdXQ+LCBjdXJzb3JfbmFtZT0weDdmMzdiODE1ODY2OCAi
czExMTFfMV8tMTBfOTQ4NSIsIHBhcmFtcz0weDdmMzdhODAyYTkwOCwgY3VycmVudF9vZnM9PG9w
dGltaXplZCBvdXQ+LCAKICAgIG9wdGlvbnM9MHg3ZjM3YjgwYTU0NDgpIGF0IHNxbHNydi5jOjE4
OTYKIzE2IDB4MDAwMDAwMDAwMDU4ZDBhZiBpbiBzZl9zcWxfZXhlY3V0ZV93IChzdG10X2lkPTB4
N2YzN2I4MTUxYTQ4ICJzMTExMV8xXy0xMF85NDg1IiwgdGV4dD0weDdmMzdiODE4ZGNhOCAieCIs
IGN1cnNvcl9uYW1lPTB4N2YzN2I4MTU4NjY4ICJzMTExMV8xXy0xMF85NDg1IiwgcGFyYW1zPTB4
N2YzN2E4MDJhOTA4LCAKICAgIGN1cnJlbnRfb2ZzPTB4N2YzN2JjMzFhODM4LCBvcHRpb25zPTxv
cHRpbWl6ZWQgb3V0PikgYXQgc3Fsc3J2LmM6MTkzNwojMTcgMHgwMDAwMDAwMDAwN2QxZmY2IGlu
IGZ1dHVyZV93cmFwcGVyIChpZ25vcmU9PG9wdGltaXplZCBvdXQ+KSBhdCBEa2VybmVsLmM6MTEy
MgojMTggMHgwMDAwMDAwMDAwN2Q1YzlmIGluIF90aHJlYWRfYm9vdCAoYXJnPTB4N2YzN2I4MDFk
NGIwKSBhdCBzY2hlZF9wdGhyZWFkLmM6MjkwCiMxOSAweDAwMDAwMDMzN2RlMDdkOTAgaW4gc3Rh
cnRfdGhyZWFkIChhcmc9MHg3ZjM3YzU3NWQ3MDApIGF0IHB0aHJlYWRfY3JlYXRlLmM6MzA5CiMy
MCAweDAwMDAwMDMzN2QyZjBmNWQgaW4gY2xvbmUgKCkgYXQgLi4vc3lzZGVwcy91bml4L3N5c3Yv
bGludXgveDg2XzY0L2Nsb25lLlM6MTE1CgpUaHJlYWQgMyAoVGhyZWFkIDB4N2YzN2M1NmQzNzAw
IChMV1AgMTk5NTgpKToKIzAgIHB0aHJlYWRfY29uZF93YWl0QEBHTElCQ18yLjMuMiAoKSBhdCAu
Li9ucHRsL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82NC9wdGhyZWFkX2NvbmRfd2FpdC5T
OjE2NQojMSAgMHgwMDAwMDAwMDAwN2Q1YjkzIGluIHRocmVhZF9leGl0IChuPTxvcHRpbWl6ZWQg
b3V0PikgYXQgc2NoZWRfcHRocmVhZC5jOjU0NgojMiAgMHgwMDAwMDAwMDAwN2Q1Y2E2IGluIF90
aHJlYWRfYm9vdCAoYXJnPTB4N2YzN2I4MDIwNTYwKSBhdCBzY2hlZF9wdGhyZWFkLmM6MjkzCiMz
ICAweDAwMDAwMDMzN2RlMDdkOTAgaW4gc3RhcnRfdGhyZWFkIChhcmc9MHg3ZjM3YzU2ZDM3MDAp
IGF0IHB0aHJlYWRfY3JlYXRlLmM6MzA5CiM0ICAweDAwMDAwMDMzN2QyZjBmNWQgaW4gY2xvbmUg
KCkgYXQgLi4vc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L2Nsb25lLlM6MTE1CgpUaHJl
YWQgMiAoVGhyZWFkIDB4N2YzN2M1NjQ5NzAwIChMV1AgMTk5NTkpKToKLS0tVHlwZSA8cmV0dXJu
PiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0byBxdWl0LS0tCiMwICBwdGhyZWFkX2NvbmRf
d2FpdEBAR0xJQkNfMi4zLjIgKCkgYXQgLi4vbnB0bC9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94
ODZfNjQvcHRocmVhZF9jb25kX3dhaXQuUzoxNjUKIzEgIDB4MDAwMDAwMDAwMDdkNWI5MyBpbiB0
aHJlYWRfZXhpdCAobj08b3B0aW1pemVkIG91dD4pIGF0IHNjaGVkX3B0aHJlYWQuYzo1NDYKIzIg
IDB4MDAwMDAwMDAwMDdkNWNhNiBpbiBfdGhyZWFkX2Jvb3QgKGFyZz0weDdmMzdiODAyMGZiMCkg
YXQgc2NoZWRfcHRocmVhZC5jOjI5MwojMyAgMHgwMDAwMDAzMzdkZTA3ZDkwIGluIHN0YXJ0X3Ro
cmVhZCAoYXJnPTB4N2YzN2M1NjQ5NzAwKSBhdCBwdGhyZWFkX2NyZWF0ZS5jOjMwOQojNCAgMHgw
MDAwMDAzMzdkMmYwZjVkIGluIGNsb25lICgpIGF0IC4uL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L3g4Nl82NC9jbG9uZS5TOjExNQoKVGhyZWFkIDEgKFRocmVhZCAweDdmMzdjNmFlOTdjMCAoTFdQ
IDE5OTQ5KSk6CiMwICBwdGhyZWFkX2NvbmRfd2FpdEBAR0xJQkNfMi4zLjIgKCkgYXQgLi4vbnB0
bC9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvcHRocmVhZF9jb25kX3dhaXQuUzoxNjUK
IzEgIDB4MDAwMDAwMDAwMDdkNWU2NSBpbiBzZW1hcGhvcmVfZW50ZXIgKHNlbT0weDFhMDI2YTAp
IGF0IHNjaGVkX3B0aHJlYWQuYzo5MjMKIzIgIDB4MDAwMDAwMDAwMDQ0NGM4YiBpbiBtYWluIChh
cmdjPTUsIGFyZ3Y9MHgxOWRiNzgwKSBhdCB2aXVuaXguYzo3NTgKKGdkYikgCihnZGIpIGRldGFj
aAooZ2RiKSBhdHRhY2ggMTk5NDkKKGdkYikgdCBhIGEgYnQKClRocmVhZCA3IChUaHJlYWQgMHg3
ZjM3YzZiMmM3MDAgKExXUCAxOTk1MCkpOgojMCAgcHRocmVhZF9jb25kX3dhaXRAQEdMSUJDXzIu
My4yICgpIGF0IC4uL25wdGwvc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L3B0aHJlYWRf
Y29uZF93YWl0LlM6MTY1CiMxICAweDAwMDAwMDAwMDA3ZDVlNjUgaW4gc2VtYXBob3JlX2VudGVy
IChzZW09MHgxOWRkMjgwKSBhdCBzY2hlZF9wdGhyZWFkLmM6OTIzCiMyICAweDAwMDAwMDAwMDA0
YWQ3OWIgaW4gaXFfbG9vcCAoaXE9MHgxYWIxZWUwKSBhdCBtdHdyaXRlLmM6Njg2CiMzICAweDAw
MDAwMDAwMDA3ZDVjOWYgaW4gX3RocmVhZF9ib290IChhcmc9MHgxYWJhNjEwKSBhdCBzY2hlZF9w
dGhyZWFkLmM6MjkwCiM0ICAweDAwMDAwMDMzN2RlMDdkOTAgaW4gc3RhcnRfdGhyZWFkIChhcmc9
MHg3ZjM3YzZiMmM3MDApIGF0IHB0aHJlYWRfY3JlYXRlLmM6MzA5CiM1ICAweDAwMDAwMDMzN2Qy
ZjBmNWQgaW4gY2xvbmUgKCkgYXQgLi4vc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L2Ns
b25lLlM6MTE1CgpUaHJlYWQgNiAoVGhyZWFkIDB4N2YzN2M1OGQ1NzAwIChMV1AgMTk5NTEpKToK
IzAgIDB4MDAwMDAwMzM3ZDJlYTQwMyBpbiBzZWxlY3QgKCkgYXQgLi4vc3lzZGVwcy91bml4L3N5
c2NhbGwtdGVtcGxhdGUuUzo4MgojMSAgMHgwMDAwMDAwMDAwN2NmNzFiIGluIGNoZWNrX2lucHV0
c19sb3cgKHRpbWVvdXRfb3JnPTxvcHRpbWl6ZWQgb3V0PiwgaXNfcmVjdXJzaXZlPTAsIHNlbGVj
dF9mdW49PG9wdGltaXplZCBvdXQ+LCBwcm90b2NvbD0wKSBhdCBEa2VybmVsLmM6NTc5CiMyICAw
eDAwMDAwMDAwMDA3ZDA1MDMgaW4gc2VydmVyX2xvb3AgKGFyZz08b3B0aW1pemVkIG91dD4pIGF0
IERrZXJuZWwuYzoyNjkyCiMzICAweDAwMDAwMDAwMDA3ZDVjOWYgaW4gX3RocmVhZF9ib290IChh
cmc9MHgyOTBhMWYwKSBhdCBzY2hlZF9wdGhyZWFkLmM6MjkwCiM0ICAweDAwMDAwMDMzN2RlMDdk
OTAgaW4gc3RhcnRfdGhyZWFkIChhcmc9MHg3ZjM3YzU4ZDU3MDApIGF0IHB0aHJlYWRfY3JlYXRl
LmM6MzA5CiM1ICAweDAwMDAwMDMzN2QyZjBmNWQgaW4gY2xvbmUgKCkgYXQgLi4vc3lzZGVwcy91
bml4L3N5c3YvbGludXgveDg2XzY0L2Nsb25lLlM6MTE1CgpUaHJlYWQgNSAoVGhyZWFkIDB4N2Yz
N2M1OGI3NzAwIChMV1AgMTk5NTIpKToKIzAgIHB0aHJlYWRfY29uZF93YWl0QEBHTElCQ18yLjMu
MiAoKSBhdCAuLi9ucHRsL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82NC9wdGhyZWFkX2Nv
bmRfd2FpdC5TOjE2NQojMSAgMHgwMDAwMDAwMDAwN2Q1YjkzIGluIHRocmVhZF9leGl0IChuPTxv
cHRpbWl6ZWQgb3V0PikgYXQgc2NoZWRfcHRocmVhZC5jOjU0NgojMiAgMHgwMDAwMDAwMDAwN2Q1
Y2E2IGluIF90aHJlYWRfYm9vdCAoYXJnPTB4N2YzN2I4MDE0MDEwKSBhdCBzY2hlZF9wdGhyZWFk
LmM6MjkzCiMzICAweDAwMDAwMDMzN2RlMDdkOTAgaW4gc3RhcnRfdGhyZWFkIChhcmc9MHg3ZjM3
YzU4Yjc3MDApIGF0IHB0aHJlYWRfY3JlYXRlLmM6MzA5CiM0ICAweDAwMDAwMDMzN2QyZjBmNWQg
aW4gY2xvbmUgKCkgYXQgLi4vc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L2Nsb25lLlM6
MTE1CgpUaHJlYWQgNCAoVGhyZWFkIDB4N2YzN2M1NzVkNzAwIChMV1AgMTk5NTQpKToKIzAgIHB0
aHJlYWRfY29uZF93YWl0QEBHTElCQ18yLjMuMiAoKSBhdCAuLi9ucHRsL3N5c2RlcHMvdW5peC9z
eXN2L2xpbnV4L3g4Nl82NC9wdGhyZWFkX2NvbmRfd2FpdC5TOjE2NQojMSAgMHgwMDAwMDAwMDAw
N2Q1YjkzIGluIHRocmVhZF9leGl0IChuPTxvcHRpbWl6ZWQgb3V0PikgYXQgc2NoZWRfcHRocmVh
ZC5jOjU0NgojMiAgMHgwMDAwMDAwMDAwN2Q1Y2E2IGluIF90aHJlYWRfYm9vdCAoYXJnPTB4N2Yz
N2I4MDFkNGIwKSBhdCBzY2hlZF9wdGhyZWFkLmM6MjkzCiMzICAweDAwMDAwMDMzN2RlMDdkOTAg
aW4gc3RhcnRfdGhyZWFkIChhcmc9MHg3ZjM3YzU3NWQ3MDApIGF0IHB0aHJlYWRfY3JlYXRlLmM6
MzA5CiM0ICAweDAwMDAwMDMzN2QyZjBmNWQgaW4gY2xvbmUgKCkgYXQgLi4vc3lzZGVwcy91bml4
L3N5c3YvbGludXgveDg2XzY0L2Nsb25lLlM6MTE1CgpUaHJlYWQgMyAoVGhyZWFkIDB4N2YzN2M1
NmQzNzAwIChMV1AgMTk5NTgpKToKIzAgIHB0aHJlYWRfY29uZF93YWl0QEBHTElCQ18yLjMuMiAo
KSBhdCAuLi9ucHRsL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82NC9wdGhyZWFkX2NvbmRf
d2FpdC5TOjE2NQojMSAgMHgwMDAwMDAwMDAwN2Q1YjkzIGluIHRocmVhZF9leGl0IChuPTxvcHRp
bWl6ZWQgb3V0PikgYXQgc2NoZWRfcHRocmVhZC5jOjU0NgojMiAgMHgwMDAwMDAwMDAwN2Q1Y2E2
IGluIF90aHJlYWRfYm9vdCAoYXJnPTB4N2YzN2I4MDIwNTYwKSBhdCBzY2hlZF9wdGhyZWFkLmM6
MjkzCiMzICAweDAwMDAwMDMzN2RlMDdkOTAgaW4gc3RhcnRfdGhyZWFkIChhcmc9MHg3ZjM3YzU2
ZDM3MDApIGF0IHB0aHJlYWRfY3JlYXRlLmM6MzA5CiM0ICAweDAwMDAwMDMzN2QyZjBmNWQgaW4g
Y2xvbmUgKCkgYXQgLi4vc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L2Nsb25lLlM6MTE1
CgpUaHJlYWQgMiAoVGhyZWFkIDB4N2YzN2M1NjQ5NzAwIChMV1AgMTk5NTkpKToKIzAgIDB4MDAw
MDAwMzM3ZGUwOWU5YiBpbiBfX3B0aHJlYWRfbXV0ZXhfbG9jayAobXV0ZXg9MHgxZDJiNmEwKSBh
dCBwdGhyZWFkX211dGV4X2xvY2suYzo5NgojMSAgMHgwMDAwMDAwMDAwNDcxYjEyIGluIGl0Y19y
b290X2NhY2hlX2VudGVyIChpdGM9MHg3ZjM3YTgzNmMzZDgsIGJ1Zl9yZXQ9MHg3ZjM3YzU2NDQy
ODAsIGxlYWY9MTc1NjE2KSBhdCBnYXRlLmM6MTA2MAojMiAgMHgwMDAwMDAwMDAwNGQ4MTUzIGlu
IGl0Y19wYWdlX3NwbGl0X3NlYXJjaCAoaXQ9MHg3ZjM3YTgzNmMzZDgsIGJ1Zl9yZXQ9MHg3ZjM3
YzU2NDQyODApIGF0IHNlYXJjaC5jOjIyMDAKIzMgIDB4MDAwMDAwMDAwMDQ3MDQ3NSBpbiBpdGNf
cm9vdF9pbWFnZV9sb29rdXAgKGl0Yz0weDdmMzdhODM2YzNkOCkgYXQgZ2F0ZS5jOjExMjkKIzQg
IDB4MDAwMDAwMDAwMDQ3MmJiOCBpbiBpdGNfcmVzZXQgKGl0PTB4N2YzN2E4MzZjM2Q4KSBhdCBn
YXRlLmM6MTIzNQojNSAgMHgwMDAwMDAwMDAwNTdmMDlkIGluIGtzX3N0YXJ0X3NlYXJjaCAoa3M9
MHg3ZjM3YTgwNjc0MzAsIGluc3Q9MHg3ZjM3YTgwZTBhNDgsIHN0YXRlPTB4N2YzN2E4MGUwYTQ4
LCBpdGM9MHg3ZjM3YTgzNmMzZDgsIGJ1Zl9yZXQ9MHg3ZjM3YzU2NDVhNTgsIHRzPTxvcHRpbWl6
ZWQgb3V0Piwgc2VhcmNoX21vZGU9MCkgYXQgc3FscnVuLmM6MTE4NwojNiAgMHgwMDAwMDAwMDAw
NTg1ZjQyIGluIHRhYmxlX3NvdXJjZV9pbnB1dCAodHM9MHg3ZjM3YTgyOTE5YzAsIGluc3Q9MHg3
ZjM3YTgwZTBhNDgsIHN0YXRlPTB4N2YzN2E4MGUwYTQ4KSBhdCBzcWxydW4uYzoxNDY3CiM3ICAw
eDAwMDAwMDAwMDA1N2U0OGYgaW4gcW5fdHNfc2VuZF9vdXRwdXQgKHNyYz0weDdmMzdhODExYTE1
MCwgc3RhdGU9MHg3ZjM3YTgwZTBhNDgsIGFmdGVyX2pvaW5fdGVzdD08b3B0aW1pemVkIG91dD4p
IGF0IHNxbHJ1bi5jOjc0OQojOCAgMHgwMDAwMDAwMDAwNTg1ZTVmIGluIHRhYmxlX3NvdXJjZV9p
bnB1dCAodHM9MHg3ZjM3YTgxMWExNTAsIGluc3Q9MHg3ZjM3YTgwZTBhNDgsIHN0YXRlPTB4N2Yz
N2E4MGUwYTQ4KSBhdCBzcWxydW4uYzoxNTcwCiM5ICAweDAwMDAwMDAwMDA1N2U0OGYgaW4gcW5f
dHNfc2VuZF9vdXRwdXQgKHNyYz0weDdmMzdhODA1ZmMzMCwgc3RhdGU9MHg3ZjM3YTgwZTBhNDgs
IGFmdGVyX2pvaW5fdGVzdD08b3B0aW1pemVkIG91dD4pIGF0IHNxbHJ1bi5jOjc0OQojMTAgMHgw
MDAwMDAwMDAwNTg1ZTVmIGluIHRhYmxlX3NvdXJjZV9pbnB1dCAodHM9MHg3ZjM3YTgwNWZjMzAs
IGluc3Q9MHg3ZjM3YTgwZTBhNDgsIHN0YXRlPTB4N2YzN2E4MGUwYTQ4KSBhdCBzcWxydW4uYzox
NTcwCiMxMSAweDAwMDAwMDAwMDA1N2UzOTEgaW4gcW5fc2VuZF9vdXRwdXQgKHNyYz0weDdmMzdh
ODBiNzg2MCwgc3RhdGU9MHg3ZjM3YTgwZTBhNDgpIGF0IHNxbHJ1bi5jOjcxOQojMTIgMHgwMDAw
MDAwMDAwNGU5YTQxIGluIGluX2l0ZXJfaW5wdXQgKGlpPTB4N2YzN2E4MGI3ODYwLCBpbnN0PTB4
N2YzN2E4MGUwYTQ4LCBzdGF0ZT08b3B0aW1pemVkIG91dD4pIGF0IHNvcnQuYzo2MjIKIzEzIDB4
MDAwMDAwMDAwMDU4MzYyYiBpbiBmdW5fcmVmX25vZGVfaW5wdXQgKGZyZWY9MHg3ZjM3YTgxMGZk
NDAsIGluc3Q9MHg3ZjM3YTgwZTBhNDgsIHN0YXRlPTB4N2YzN2E4MGUwYTQ4KSBhdCBzcWxydW4u
YzoyNTI2CiMxNCAweDAwMDAwMDAwMDA1ODM2MmIgaW4gZnVuX3JlZl9ub2RlX2lucHV0IChmcmVm
PTB4N2YzN2E4MGIzZjUwLCBpbnN0PTB4N2YzN2E4MGUwYTQ4LCBzdGF0ZT0weDdmMzdhODBlMGE0
OCkgYXQgc3FscnVuLmM6MjUyNgojMTUgMHgwMDAwMDAwMDAwNTU5MjU1IGluIHN1YnFfbmV4dCAo
c3VicT0weDdmMzdiNDYwOTZhMCwgaW5zdD0weDdmMzdhODBlMGE0OCwgY3Jfc3RhdGU9MSkgYXQg
c3FsaW50cnAuYzo4NDMKIzE2IDB4MDAwMDAwMDAwMDRlOTVmNSBpbiBzdWJxX25vZGVfaW5wdXQg
KHNxcz0weDdmMzdhODA2MTUwMCwgaW5zdD0weDdmMzdhODBlMGE0OCwgc3RhdGU9PG9wdGltaXpl
ZCBvdXQ+KSBhdCBzb3J0LmM6NDc0CiMxNyAweDAwMDAwMDAwMDA1ODQ4ZGMgaW4gcXJfZXhlYyAo
Y2xpPTB4N2YzN2E4MDQyODAwLCBxcj0weDdmMzdiYzZjMGVmMCwgY2FsbGVyPTxvcHRpbWl6ZWQg
b3V0PiwgY3JfbmFtZT0weDdmMzdiODEyNGQzOCAiczExMTFfMV8tMTBfMTE2NDAiLCBzdG10PTxv
cHRpbWl6ZWQgb3V0PiwgbGNfcmV0PTxvcHRpbWl6ZWQgb3V0PiwgCiAgICBwYXJtcz0weDdmMzdi
YzQ2YWJkOCwgb3B0cz0weDdmMzdiODE4YzY1OCwgbmFtZWRfcGFyYW1zPTApIGF0IHNxbHJ1bi5j
OjMxODQKLS0tVHlwZSA8cmV0dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0byBxdWl0
LS0tCiMxOCAweDAwMDAwMDAwMDA1OGNhNmMgaW4gc2Zfc3FsX2V4ZWN1dGUgKHN0bXRfaWQ9MHg3
ZjM3YjgxOGM2NTggIlwwMDEiLCB0ZXh0PTxvcHRpbWl6ZWQgb3V0PiwgY3Vyc29yX25hbWU9MHg3
ZjM3YjgwZTQ1MzggInMxMTExXzFfLTEwXzExNjQwIiwgcGFyYW1zPTB4N2YzN2I0NDU4YmU4LCBj
dXJyZW50X29mcz08b3B0aW1pemVkIG91dD4sIAogICAgb3B0aW9ucz0weDdmMzdiODE4YzY1OCkg
YXQgc3Fsc3J2LmM6MTg5NgojMTkgMHgwMDAwMDAwMDAwNThkMGFmIGluIHNmX3NxbF9leGVjdXRl
X3cgKHN0bXRfaWQ9MHg3ZjM3YjgxMGNhNTggInMxMTExXzFfLTEwXzExNjQwIiwgdGV4dD0weDdm
MzdiODE5Y2ZkOCAieCIsIGN1cnNvcl9uYW1lPTB4N2YzN2I4MGU0NTM4ICJzMTExMV8xXy0xMF8x
MTY0MCIsIHBhcmFtcz0weDdmMzdiNDQ1OGJlOCwgCiAgICBjdXJyZW50X29mcz0weDdmMzdiYzQ2
MmI5OCwgb3B0aW9ucz08b3B0aW1pemVkIG91dD4pIGF0IHNxbHNydi5jOjE5MzcKIzIwIDB4MDAw
MDAwMDAwMDdkMWZmNiBpbiBmdXR1cmVfd3JhcHBlciAoaWdub3JlPTxvcHRpbWl6ZWQgb3V0Pikg
YXQgRGtlcm5lbC5jOjExMjIKIzIxIDB4MDAwMDAwMDAwMDdkNWM5ZiBpbiBfdGhyZWFkX2Jvb3Qg
KGFyZz0weDdmMzdiODAyMGZiMCkgYXQgc2NoZWRfcHRocmVhZC5jOjI5MAojMjIgMHgwMDAwMDAz
MzdkZTA3ZDkwIGluIHN0YXJ0X3RocmVhZCAoYXJnPTB4N2YzN2M1NjQ5NzAwKSBhdCBwdGhyZWFk
X2NyZWF0ZS5jOjMwOQojMjMgMHgwMDAwMDAzMzdkMmYwZjVkIGluIGNsb25lICgpIGF0IC4uL3N5
c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82NC9jbG9uZS5TOjExNQoKVGhyZWFkIDEgKFRocmVh
ZCAweDdmMzdjNmFlOTdjMCAoTFdQIDE5OTQ5KSk6CiMwICBwdGhyZWFkX2NvbmRfd2FpdEBAR0xJ
QkNfMi4zLjIgKCkgYXQgLi4vbnB0bC9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvcHRo
cmVhZF9jb25kX3dhaXQuUzoxNjUKIzEgIDB4MDAwMDAwMDAwMDdkNWU2NSBpbiBzZW1hcGhvcmVf
ZW50ZXIgKHNlbT0weDFhMDI2YTApIGF0IHNjaGVkX3B0aHJlYWQuYzo5MjMKIzIgIDB4MDAwMDAw
MDAwMDQ0NGM4YiBpbiBtYWluIChhcmdjPTUsIGFyZ3Y9MHgxOWRiNzgwKSBhdCB2aXVuaXguYzo3
NTgKCihnZGIpIGRldGFjaAooZ2RiKSBhdHRhY2ggMTk5NDkKKGdkYikgdCBhIGEgYnQKClRocmVh
ZCA3IChUaHJlYWQgMHg3ZjM3YzZiMmM3MDAgKExXUCAxOTk1MCkpOgojMCAgcHRocmVhZF9jb25k
X3dhaXRAQEdMSUJDXzIuMy4yICgpIGF0IC4uL25wdGwvc3lzZGVwcy91bml4L3N5c3YvbGludXgv
eDg2XzY0L3B0aHJlYWRfY29uZF93YWl0LlM6MTY1CiMxICAweDAwMDAwMDAwMDA3ZDVlNjUgaW4g
c2VtYXBob3JlX2VudGVyIChzZW09MHgxOWRkMjgwKSBhdCBzY2hlZF9wdGhyZWFkLmM6OTIzCiMy
ICAweDAwMDAwMDAwMDA0YWQ3OWIgaW4gaXFfbG9vcCAoaXE9MHgxYWIxZWUwKSBhdCBtdHdyaXRl
LmM6Njg2CiMzICAweDAwMDAwMDAwMDA3ZDVjOWYgaW4gX3RocmVhZF9ib290IChhcmc9MHgxYWJh
NjEwKSBhdCBzY2hlZF9wdGhyZWFkLmM6MjkwCiM0ICAweDAwMDAwMDMzN2RlMDdkOTAgaW4gc3Rh
cnRfdGhyZWFkIChhcmc9MHg3ZjM3YzZiMmM3MDApIGF0IHB0aHJlYWRfY3JlYXRlLmM6MzA5CiM1
ICAweDAwMDAwMDMzN2QyZjBmNWQgaW4gY2xvbmUgKCkgYXQgLi4vc3lzZGVwcy91bml4L3N5c3Yv
bGludXgveDg2XzY0L2Nsb25lLlM6MTE1CgpUaHJlYWQgNiAoVGhyZWFkIDB4N2YzN2M1OGQ1NzAw
IChMV1AgMTk5NTEpKToKIzAgIDB4MDAwMDAwMzM3ZDJlYTQwMyBpbiBzZWxlY3QgKCkgYXQgLi4v
c3lzZGVwcy91bml4L3N5c2NhbGwtdGVtcGxhdGUuUzo4MgojMSAgMHgwMDAwMDAwMDAwN2NmNzFi
IGluIGNoZWNrX2lucHV0c19sb3cgKHRpbWVvdXRfb3JnPTxvcHRpbWl6ZWQgb3V0PiwgaXNfcmVj
dXJzaXZlPTAsIHNlbGVjdF9mdW49PG9wdGltaXplZCBvdXQ+LCBwcm90b2NvbD0wKSBhdCBEa2Vy
bmVsLmM6NTc5CiMyICAweDAwMDAwMDAwMDA3ZDA1MDMgaW4gc2VydmVyX2xvb3AgKGFyZz08b3B0
aW1pemVkIG91dD4pIGF0IERrZXJuZWwuYzoyNjkyCiMzICAweDAwMDAwMDAwMDA3ZDVjOWYgaW4g
X3RocmVhZF9ib290IChhcmc9MHgyOTBhMWYwKSBhdCBzY2hlZF9wdGhyZWFkLmM6MjkwCiM0ICAw
eDAwMDAwMDMzN2RlMDdkOTAgaW4gc3RhcnRfdGhyZWFkIChhcmc9MHg3ZjM3YzU4ZDU3MDApIGF0
IHB0aHJlYWRfY3JlYXRlLmM6MzA5CiM1ICAweDAwMDAwMDMzN2QyZjBmNWQgaW4gY2xvbmUgKCkg
YXQgLi4vc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L2Nsb25lLlM6MTE1CgpUaHJlYWQg
NSAoVGhyZWFkIDB4N2YzN2M1OGI3NzAwIChMV1AgMTk5NTIpKToKIzAgIDB4MDAwMDAwMDAwMDQ3
NjNmMCBpbiBpdGNfaGFfZGlza19maW5kX25ldyAoaXRjPTB4N2YzN2JkN2Y4ZjE4LCByZXRfYnVm
PTB4N2YzN2M1OGIxMzMwLCByZXRfcG9zPTB4N2YzN2M1OGIxMzM4LCBoYT0weDdmMzdiYzI4MmZm
MCwgcXN0PTB4N2YzN2JjNjllMjc4LCBjb2RlPTxvcHRpbWl6ZWQgb3V0PiwgaGVfcGFnZT08b3B0
aW1pemVkIG91dD4sIAogICAgaGVfcG9zPTI2KSBhdCBoYXNoLmM6MTI1OQojMSAgMHgwMDAwMDAw
MDAwNDc3ODhhIGluIGl0Y19oYV9mZWVkIChyZXQ9MHg3ZjM3YzU4YjEzMjAsIGhhPTB4N2YzN2Jj
MjgyZmYwLCBxc3Q9MHg3ZjM3YmM2OWUyNzgsIGZlZWRfdGVtcF9ibG9icz0wKSBhdCBoYXNoLmM6
MTY1OAojMiAgMHgwMDAwMDAwMDAwNDc3YjkwIGluIHNldHBfZ3JvdXBfcm93IChzZXRwPTB4N2Yz
N2E4MDZiMjAwLCBxc3Q9MHg3ZjM3YmM2OWUyNzgpIGF0IGhhc2guYzoxNzEyCiMzICAweDAwMDAw
MDAwMDA0ZThlMzggaW4gc2V0cF9ub2RlX3J1biAoaW5zdD0weDdmMzdiYzY5ZTI3OCwgc2V0cD0w
eDdmMzdhODA2YjIwMCwgc3RhdGU9PG9wdGltaXplZCBvdXQ+LCBwcmludF9ibG9icz08b3B0aW1p
emVkIG91dD4pIGF0IHNvcnQuYzoyNjgKIzQgIHNldHBfbm9kZV9ydW4gKHNldHA9MHg3ZjM3YTgw
NmIyMDAsIGluc3Q9MHg3ZjM3YmM2OWUyNzgsIHN0YXRlPTxvcHRpbWl6ZWQgb3V0PiwgcHJpbnRf
YmxvYnM9PG9wdGltaXplZCBvdXQ+KSBhdCBzb3J0LmM6MjMyCiM1ICAweDAwMDAwMDAwMDA0ZTk0
MWIgaW4gc2V0cF9ub2RlX2lucHV0IChzZXRwPTB4N2YzN2E4MDZiMjAwLCBpbnN0PTxvcHRpbWl6
ZWQgb3V0Piwgc3RhdGU9MHg3ZjM3YmM2OWUyNzgpIGF0IHNvcnQuYzozOTkKIzYgIDB4MDAwMDAw
MDAwMDU3ZTQ4ZiBpbiBxbl90c19zZW5kX291dHB1dCAoc3JjPTB4N2YzN2E4MWVhNGIwLCBzdGF0
ZT0weDdmMzdiYzY5ZTI3OCwgYWZ0ZXJfam9pbl90ZXN0PTxvcHRpbWl6ZWQgb3V0PikgYXQgc3Fs
cnVuLmM6NzQ5CiM3ICAweDAwMDAwMDAwMDA1ODVlNWYgaW4gdGFibGVfc291cmNlX2lucHV0ICh0
cz0weDdmMzdhODFlYTRiMCwgaW5zdD0weDdmMzdiYzY5ZTI3OCwgc3RhdGU9MHg3ZjM3YmM2OWUy
NzgpIGF0IHNxbHJ1bi5jOjE1NzAKIzggIDB4MDAwMDAwMDAwMDU3ZTQ4ZiBpbiBxbl90c19zZW5k
X291dHB1dCAoc3JjPTB4N2YzN2E4MGYwMzYwLCBzdGF0ZT0weDdmMzdiYzY5ZTI3OCwgYWZ0ZXJf
am9pbl90ZXN0PTxvcHRpbWl6ZWQgb3V0PikgYXQgc3FscnVuLmM6NzQ5CiM5ICAweDAwMDAwMDAw
MDA1ODVlNWYgaW4gdGFibGVfc291cmNlX2lucHV0ICh0cz0weDdmMzdhODBmMDM2MCwgaW5zdD0w
eDdmMzdiYzY5ZTI3OCwgc3RhdGU9MHg3ZjM3YmM2OWUyNzgpIGF0IHNxbHJ1bi5jOjE1NzAKIzEw
IDB4MDAwMDAwMDAwMDU3ZTQ4ZiBpbiBxbl90c19zZW5kX291dHB1dCAoc3JjPTB4N2YzN2E4MDc1
NTYwLCBzdGF0ZT0weDdmMzdiYzY5ZTI3OCwgYWZ0ZXJfam9pbl90ZXN0PTxvcHRpbWl6ZWQgb3V0
PikgYXQgc3FscnVuLmM6NzQ5CiMxMSAweDAwMDAwMDAwMDA1ODVlNWYgaW4gdGFibGVfc291cmNl
X2lucHV0ICh0cz0weDdmMzdhODA3NTU2MCwgaW5zdD0weDdmMzdiYzY5ZTI3OCwgc3RhdGU9MHg3
ZjM3YmM2OWUyNzgpIGF0IHNxbHJ1bi5jOjE1NzAKIzEyIDB4MDAwMDAwMDAwMDU4MzYyYiBpbiBm
dW5fcmVmX25vZGVfaW5wdXQgKGZyZWY9MHg3ZjM3YTgwMzM4ODAsIGluc3Q9MHg3ZjM3YmM2OWUy
NzgsIHN0YXRlPTB4N2YzN2JjNjllMjc4KSBhdCBzcWxydW4uYzoyNTI2CiMxMyAweDAwMDAwMDAw
MDA1ODM2MmIgaW4gZnVuX3JlZl9ub2RlX2lucHV0IChmcmVmPTB4N2YzN2E4MDhjMWYwLCBpbnN0
PTB4N2YzN2JjNjllMjc4LCBzdGF0ZT0weDdmMzdiYzY5ZTI3OCkgYXQgc3FscnVuLmM6MjUyNgoj
MTQgMHgwMDAwMDAwMDAwNTU5MjU1IGluIHN1YnFfbmV4dCAoc3VicT0weDdmMzdiNGI2OTBlMCwg
aW5zdD0weDdmMzdiYzY5ZTI3OCwgY3Jfc3RhdGU9MSkgYXQgc3FsaW50cnAuYzo4NDMKIzE1IDB4
MDAwMDAwMDAwMDRlOTVmNSBpbiBzdWJxX25vZGVfaW5wdXQgKHNxcz0weDdmMzdiMDMxZmY0MCwg
aW5zdD0weDdmMzdiYzY5ZTI3OCwgc3RhdGU9PG9wdGltaXplZCBvdXQ+KSBhdCBzb3J0LmM6NDc0
CiMxNiAweDAwMDAwMDAwMDA1ODQ4ZGMgaW4gcXJfZXhlYyAoY2xpPTB4N2YzN2E4MDQyODAwLCBx
cj0weDdmMzdiZDA2MzkwMCwgY2FsbGVyPTxvcHRpbWl6ZWQgb3V0PiwgY3JfbmFtZT0weDdmMzdi
ODEwODUxOCAiczExMTFfMV8tMTBfMTIwMjYiLCBzdG10PTxvcHRpbWl6ZWQgb3V0PiwgbGNfcmV0
PTxvcHRpbWl6ZWQgb3V0PiwgCiAgICBwYXJtcz0weDdmMzdiYzhmMTBjOCwgb3B0cz0weDdmMzdj
MDAxOGEwOCwgbmFtZWRfcGFyYW1zPTApIGF0IHNxbHJ1bi5jOjMxODQKIzE3IDB4MDAwMDAwMDAw
MDU4Y2E2YyBpbiBzZl9zcWxfZXhlY3V0ZSAoc3RtdF9pZD0weDdmMzdjMDAxOGEwOCAiXDAwMSIs
IHRleHQ9PG9wdGltaXplZCBvdXQ+LCBjdXJzb3JfbmFtZT0weDdmMzdiODExYjJhOCAiczExMTFf
MV8tMTBfMTIwMjYiLCBwYXJhbXM9MHg3ZjM3YmNjZWY0NzgsIGN1cnJlbnRfb2ZzPTxvcHRpbWl6
ZWQgb3V0PiwgCiAgICBvcHRpb25zPTB4N2YzN2MwMDE4YTA4KSBhdCBzcWxzcnYuYzoxODk2CiMx
OCAweDAwMDAwMDAwMDA1OGQwYWYgaW4gc2Zfc3FsX2V4ZWN1dGVfdyAoc3RtdF9pZD0weDdmMzdi
ODEwNWU5OCAiczExMTFfMV8tMTBfMTIwMjYiLCB0ZXh0PTB4N2YzN2IwMjU2Y2Y4ICIiLCBjdXJz
b3JfbmFtZT0weDdmMzdiODExYjJhOCAiczExMTFfMV8tMTBfMTIwMjYiLCBwYXJhbXM9MHg3ZjM3
YmNjZWY0NzgsIAogICAgY3VycmVudF9vZnM9MHg3ZjM3YmM4ZTYwMDgsIG9wdGlvbnM9PG9wdGlt
aXplZCBvdXQ+KSBhdCBzcWxzcnYuYzoxOTM3CiMxOSAweDAwMDAwMDAwMDA3ZDFmZjYgaW4gZnV0
dXJlX3dyYXBwZXIgKGlnbm9yZT08b3B0aW1pemVkIG91dD4pIGF0IERrZXJuZWwuYzoxMTIyCiMy
MCAweDAwMDAwMDAwMDA3ZDVjOWYgaW4gX3RocmVhZF9ib290IChhcmc9MHg3ZjM3YjgwMTQwMTAp
IGF0IHNjaGVkX3B0aHJlYWQuYzoyOTAKIzIxIDB4MDAwMDAwMzM3ZGUwN2Q5MCBpbiBzdGFydF90
aHJlYWQgKGFyZz0weDdmMzdjNThiNzcwMCkgYXQgcHRocmVhZF9jcmVhdGUuYzozMDkKIzIyIDB4
MDAwMDAwMzM3ZDJmMGY1ZCBpbiBjbG9uZSAoKSBhdCAuLi9zeXNkZXBzL3VuaXgvc3lzdi9saW51
eC94ODZfNjQvY2xvbmUuUzoxMTUKClRocmVhZCA0IChUaHJlYWQgMHg3ZjM3YzU3NWQ3MDAgKExX
UCAxOTk1NCkpOgojMCAgcHRocmVhZF9jb25kX3dhaXRAQEdMSUJDXzIuMy4yICgpIGF0IC4uL25w
dGwvc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L3B0aHJlYWRfY29uZF93YWl0LlM6MTY1
CiMxICAweDAwMDAwMDAwMDA3ZDViOTMgaW4gdGhyZWFkX2V4aXQgKG49PG9wdGltaXplZCBvdXQ+
KSBhdCBzY2hlZF9wdGhyZWFkLmM6NTQ2CiMyICAweDAwMDAwMDAwMDA3ZDVjYTYgaW4gX3RocmVh
ZF9ib290IChhcmc9MHg3ZjM3YjgwMWQ0YjApIGF0IHNjaGVkX3B0aHJlYWQuYzoyOTMKIzMgIDB4
MDAwMDAwMzM3ZGUwN2Q5MCBpbiBzdGFydF90aHJlYWQgKGFyZz0weDdmMzdjNTc1ZDcwMCkgYXQg
cHRocmVhZF9jcmVhdGUuYzozMDkKIzQgIDB4MDAwMDAwMzM3ZDJmMGY1ZCBpbiBjbG9uZSAoKSBh
dCAuLi9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvY2xvbmUuUzoxMTUKClRocmVhZCAz
IChUaHJlYWQgMHg3ZjM3YzU2ZDM3MDAgKExXUCAxOTk1OCkpOgojMCAgcHRocmVhZF9jb25kX3dh
aXRAQEdMSUJDXzIuMy4yICgpIGF0IC4uL25wdGwvc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2
XzY0L3B0aHJlYWRfY29uZF93YWl0LlM6MTY1CiMxICAweDAwMDAwMDAwMDA3ZDViOTMgaW4gdGhy
ZWFkX2V4aXQgKG49PG9wdGltaXplZCBvdXQ+KSBhdCBzY2hlZF9wdGhyZWFkLmM6NTQ2CiMyICAw
eDAwMDAwMDAwMDA3ZDVjYTYgaW4gX3RocmVhZF9ib290IChhcmc9MHg3ZjM3YjgwMjA1NjApIGF0
IHNjaGVkX3B0aHJlYWQuYzoyOTMKIzMgIDB4MDAwMDAwMzM3ZGUwN2Q5MCBpbiBzdGFydF90aHJl
YWQgKGFyZz0weDdmMzdjNTZkMzcwMCkgYXQgcHRocmVhZF9jcmVhdGUuYzozMDkKLS0tVHlwZSA8
cmV0dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0byBxdWl0LS0tCiM0ICAweDAwMDAw
MDMzN2QyZjBmNWQgaW4gY2xvbmUgKCkgYXQgLi4vc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2
XzY0L2Nsb25lLlM6MTE1CgpUaHJlYWQgMiAoVGhyZWFkIDB4N2YzN2M1NjQ5NzAwIChMV1AgMTk5
NTkpKToKIzAgIHB0aHJlYWRfY29uZF93YWl0QEBHTElCQ18yLjMuMiAoKSBhdCAuLi9ucHRsL3N5
c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82NC9wdGhyZWFkX2NvbmRfd2FpdC5TOjE2NQojMSAg
MHgwMDAwMDAwMDAwN2Q1YjkzIGluIHRocmVhZF9leGl0IChuPTxvcHRpbWl6ZWQgb3V0PikgYXQg
c2NoZWRfcHRocmVhZC5jOjU0NgojMiAgMHgwMDAwMDAwMDAwN2Q1Y2E2IGluIF90aHJlYWRfYm9v
dCAoYXJnPTB4N2YzN2I4MDIwZmIwKSBhdCBzY2hlZF9wdGhyZWFkLmM6MjkzCiMzICAweDAwMDAw
MDMzN2RlMDdkOTAgaW4gc3RhcnRfdGhyZWFkIChhcmc9MHg3ZjM3YzU2NDk3MDApIGF0IHB0aHJl
YWRfY3JlYXRlLmM6MzA5CiM0ICAweDAwMDAwMDMzN2QyZjBmNWQgaW4gY2xvbmUgKCkgYXQgLi4v
c3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L2Nsb25lLlM6MTE1CgpUaHJlYWQgMSAoVGhy
ZWFkIDB4N2YzN2M2YWU5N2MwIChMV1AgMTk5NDkpKToKIzAgIHB0aHJlYWRfY29uZF93YWl0QEBH
TElCQ18yLjMuMiAoKSBhdCAuLi9ucHRsL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82NC9w
dGhyZWFkX2NvbmRfd2FpdC5TOjE2NQojMSAgMHgwMDAwMDAwMDAwN2Q1ZTY1IGluIHNlbWFwaG9y
ZV9lbnRlciAoc2VtPTB4MWEwMjZhMCkgYXQgc2NoZWRfcHRocmVhZC5jOjkyMwojMiAgMHgwMDAw
MDAwMDAwNDQ0YzhiIGluIG1haW4gKGFyZ2M9NSwgYXJndj0weDE5ZGI3ODApIGF0IHZpdW5peC5j
Ojc1OAoK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>75177</attachid>
            <date>2012-11-11 16:34:17 +0000</date>
            <delta_ts>2012-11-11 16:34:17 +0000</delta_ts>
            <desc>New crash information added by DrKonqi</desc>
            <filename>drkonqireport</filename>
            <type>text/plain</type>
            <size>5371</size>
            <attacher name="Pascal Maillard">pascalmaillard</attacher>
            
              <data encoding="base64">QXBwbGljYXRpb246IGthY3Rpdml0eW1hbmFnZXJkICgxLjApCktERSBQbGF0Zm9ybSBWZXJzaW9u
OiA0LjguNSAoNC44LjUpICJyZWxlYXNlIDIiClF0IFZlcnNpb246IDQuOC4xCk9wZXJhdGluZyBT
eXN0ZW06IExpbnV4IDMuNC4xMS0yLjE2LWRlc2t0b3AgeDg2XzY0CkRpc3RyaWJ1dGlvbjogIm9w
ZW5TVVNFIDEyLjIgKHg4Nl82NCkiCgotLSBJbmZvcm1hdGlvbiBhYm91dCB0aGUgY3Jhc2g6Ckhp
LCBJIHdhbnQgdG8gcHJvdmlkZSBhIGJhY2t0cmFjZSB3aGljaCBjb3VsZCBzaGVkIGxpZ2h0IG9u
IHRoaXMgYnVnOgoKLSBJIGtpbGxlZCB2aXJ0dW9zby10ICgia2lsbGFsbCB2aXJ0dW9zby10Iiks
IGJlY2F1c2UgaXQgd2FzIHJ1bm5pbmcgZm9yIG92ZXIgYW4gaG91ciBhdCA+ODAlIENQVSAoZGVz
cGl0ZSB0aGUgZmFjdCB0aGF0IG5vIGZpbGVzIHdlcmUgYmVpbmcgaW5kZXhlZCkKLSBhcHByb3hp
bWF0ZWx5IDUgc2VjIGFmdGVyIHRoZSBraWxsIGNvbW1hbmQsIHRoZSBwcm9jZXNzIHN0b3BwZWQg
cnVubmluZyAoYXMgb2JzZXJ2ZWQgYnkgInRvcCIpCi0gaW1tZWRpYXRlbHkgYWZ0ZXIgdGhpcywg
dGhlIEtERSBBY3Rpdml0eSBNYW5hZ2VyIGNyYXNoZWQgYW5kIERyS29ucWkgb3BlbmVkLiBUaGUg
YmFja3RyYWNlIGlzIGF0dGFjaGVkCgotLSBCYWNrdHJhY2U6CkFwcGxpY2F0aW9uOiBLREUtQWt0
aXZpdMOkdGVudmVyd2FsdHVuZyAoa2FjdGl2aXR5bWFuYWdlcmQpLCBzaWduYWw6IFNlZ21lbnRh
dGlvbiBmYXVsdApVc2luZyBob3N0IGxpYnRocmVhZF9kYiBsaWJyYXJ5ICIvbGliNjQvbGlidGhy
ZWFkX2RiLnNvLjEiLgpbS0NyYXNoIEhhbmRsZXJdCiM2ICAweDAwMDA3ZjBhM2U0YTQ2MDYgaW4g
bG9ja0lubGluZSAodGhpcz0weDkzNmI2OCkgYXQgL3Vzci9pbmNsdWRlL1F0Q29yZS9xbXV0ZXgu
aDoxODcKIzcgIFFNdXRleExvY2tlciAobT0weDkzNmI2OCwgdGhpcz08c3ludGhldGljIHBvaW50
ZXI+KSBhdCAvdXNyL2luY2x1ZGUvUXRDb3JlL3FtdXRleC5oOjEwOQojOCAgU29wcmFubzo6Q2xp
ZW50OjpTb2NrZXRIYW5kbGVyOjp+U29ja2V0SGFuZGxlciAodGhpcz0weDlmMzkzMCwgX19pbl9j
aHJnPTxvcHRpbWl6ZWQgb3V0PikgYXQgL3Vzci9zcmMvZGVidWcvc29wcmFuby0yLjcuNi9jbGll
bnQvY2xpZW50Y29ubmVjdGlvbi5jcHA6NTgKIzkgIDB4MDAwMDdmMGEzZTRhNDczOSBpbiBTb3By
YW5vOjpDbGllbnQ6OlNvY2tldEhhbmRsZXI6On5Tb2NrZXRIYW5kbGVyICh0aGlzPTB4OWYzOTMw
LCBfX2luX2Nocmc9PG9wdGltaXplZCBvdXQ+KSBhdCAvdXNyL3NyYy9kZWJ1Zy9zb3ByYW5vLTIu
Ny42L2NsaWVudC9jbGllbnRjb25uZWN0aW9uLmNwcDo2MQojMTAgMHgwMDAwN2YwYTQyOWUxYmQw
IGluIFFUaHJlYWRTdG9yYWdlRGF0YTo6c2V0ICh0aGlzPTxvcHRpbWl6ZWQgb3V0PiwgcD0weDlj
Y2VhMCkgYXQgdGhyZWFkL3F0aHJlYWRzdG9yYWdlLmNwcDoxNjUKIzExIDB4MDAwMDdmMGEzZTRh
NGI2NCBpbiBxVGhyZWFkU3RvcmFnZV9zZXRMb2NhbERhdGE8U29wcmFubzo6Q2xpZW50OjpTb2Nr
ZXRIYW5kbGVyPiAoZD0uLi4sIHQ9PG9wdGltaXplZCBvdXQ+KSBhdCAvdXNyL2luY2x1ZGUvUXRD
b3JlL3F0aHJlYWRzdG9yYWdlLmg6OTIKIzEyIHNldExvY2FsRGF0YSAodD0weDljY2VhMCwgdGhp
cz08b3B0aW1pemVkIG91dD4pIGF0IC91c3IvaW5jbHVkZS9RdENvcmUvcXRocmVhZHN0b3JhZ2Uu
aDoxNTUKIzEzIFNvcHJhbm86OkNsaWVudDo6Q2xpZW50Q29ubmVjdGlvbjo6c29ja2V0Rm9yQ3Vy
cmVudFRocmVhZCAodGhpcz0weDljODFiMCkgYXQgL3Vzci9zcmMvZGVidWcvc29wcmFuby0yLjcu
Ni9jbGllbnQvY2xpZW50Y29ubmVjdGlvbi5jcHA6OTUKIzE0IDB4MDAwMDdmMGEzZTRhNGMzOSBp
biBTb3ByYW5vOjpDbGllbnQ6OkNsaWVudENvbm5lY3Rpb246OmNvbm5lY3RJbkN1cnJlbnRUaHJl
YWQgKHRoaXM9PG9wdGltaXplZCBvdXQ+KSBhdCAvdXNyL3NyYy9kZWJ1Zy9zb3ByYW5vLTIuNy42
L2NsaWVudC9jbGllbnRjb25uZWN0aW9uLmNwcDo4MDAKIzE1IDB4MDAwMDdmMGEzZTRhM2Q3YSBp
biBTb3ByYW5vOjpDbGllbnQ6OkxvY2FsU29ja2V0Q2xpZW50Ojpjb25uZWN0ICh0aGlzPTB4OWE2
MmEwLCBuYW1lPS4uLikgYXQgL3Vzci9zcmMvZGVidWcvc29wcmFuby0yLjcuNi9jbGllbnQvbG9j
YWxzb2NrZXRjbGllbnQuY3BwOjE0MQojMTYgMHgwMDAwN2YwYTQzMTBhZjYzIGluIGluaXQgKGZv
cmNlZD10cnVlLCB0aGlzPTB4OWE2MmEwKSBhdCAvdXNyL3NyYy9kZWJ1Zy9rZGVsaWJzLTQuOC41
L25lcG9tdWsvY29yZS9uZXBvbXVrbWFpbm1vZGVsLmNwcDo4NgojMTcgTmVwb211azo6TWFpbk1v
ZGVsOjppbml0ICh0aGlzPTB4OTQ3YjQwKSBhdCAvdXNyL3NyYy9kZWJ1Zy9rZGVsaWJzLTQuOC41
L25lcG9tdWsvY29yZS9uZXBvbXVrbWFpbm1vZGVsLmNwcDoxNTcKIzE4IDB4MDAwMDdmMGE0MzBm
ZmQ4MiBpbiBOZXBvbXVrOjpSZXNvdXJjZU1hbmFnZXI6OmluaXQgKHRoaXM9MHhhMTQ5YjApIGF0
IC91c3Ivc3JjL2RlYnVnL2tkZWxpYnMtNC44LjUvbmVwb211ay9jb3JlL3Jlc291cmNlbWFuYWdl
ci5jcHA6MzI2CiMxOSAweDAwMDA3ZjBhNDMxMDFmNDUgaW4gTmVwb211azo6UmVzb3VyY2VNYW5h
Z2VyUHJpdmF0ZTo6X2tfc3RvcmFnZVNlcnZpY2VJbml0aWFsaXplZCAodGhpcz0weDdiYjMxMCwg
c3VjY2Vzcz1mYWxzZSkgYXQgL3Vzci9zcmMvZGVidWcva2RlbGlicy00LjguNS9uZXBvbXVrL2Nv
cmUvcmVzb3VyY2VtYW5hZ2VyLmNwcDoyMjUKIzIwIDB4MDAwMDdmMGE0MzEwMjBiYiBpbiBOZXBv
bXVrOjpSZXNvdXJjZU1hbmFnZXI6OnF0X21ldGFjYWxsICh0aGlzPTB4YTE0OWIwLCBfYz1RTWV0
YU9iamVjdDo6SW52b2tlTWV0YU1ldGhvZCwgX2lkPTxvcHRpbWl6ZWQgb3V0PiwgX2E9MHg3ZmZm
MmExM2JmMzApIGF0IC91c3Ivc3JjL2RlYnVnL2tkZWxpYnMtNC44LjUvYnVpbGQvbmVwb211ay9y
ZXNvdXJjZW1hbmFnZXIubW9jOjExMgojMjEgMHgwMDAwN2YwYTQyZTU5YzFhIGluIFFEQnVzQ29u
bmVjdGlvblByaXZhdGU6OmRlbGl2ZXJDYWxsICh0aGlzPTB4N2FlYmUwLCBvYmplY3Q9MHhhMTQ5
YjAsIG1zZz0uLi4sIG1ldGFUeXBlcz0uLi4sIHNsb3RJZHg9MTApIGF0IHFkYnVzaW50ZWdyYXRv
ci5jcHA6OTQ3CiMyMiAweDAwMDA3ZjBhNDJhZjIwYWUgaW4gUU9iamVjdDo6ZXZlbnQgKHRoaXM9
MHhhMTQ5YjAsIGU9PG9wdGltaXplZCBvdXQ+KSBhdCBrZXJuZWwvcW9iamVjdC5jcHA6MTIwNAoj
MjMgMHgwMDAwN2YwYTQxZTg5NzRjIGluIFFBcHBsaWNhdGlvblByaXZhdGU6Om5vdGlmeV9oZWxw
ZXIgKHRoaXM9dGhpc0BlbnRyeT0weDdiZjAxMCwgcmVjZWl2ZXI9cmVjZWl2ZXJAZW50cnk9MHhh
MTQ5YjAsIGU9ZUBlbnRyeT0weGE0YWNkMCkgYXQga2VybmVsL3FhcHBsaWNhdGlvbi5jcHA6NDU1
NAojMjQgMHgwMDAwN2YwYTQxZThkYzdhIGluIFFBcHBsaWNhdGlvbjo6bm90aWZ5ICh0aGlzPTB4
N2ZmZjJhMTNjOWMwLCByZWNlaXZlcj0weGExNDliMCwgZT0weGE0YWNkMCkgYXQga2VybmVsL3Fh
cHBsaWNhdGlvbi5jcHA6NDQxNQojMjUgMHgwMDAwN2YwYTQzNWMwMDA2IGluIEtBcHBsaWNhdGlv
bjo6bm90aWZ5ICh0aGlzPTB4N2ZmZjJhMTNjOWMwLCByZWNlaXZlcj0weGExNDliMCwgZXZlbnQ9
MHhhNGFjZDApIGF0IC91c3Ivc3JjL2RlYnVnL2tkZWxpYnMtNC44LjUva2RldWkva2VybmVsL2th
cHBsaWNhdGlvbi5jcHA6MzExCiMyNiAweDAwMDA3ZjBhNDJhZGQ3M2UgaW4gUUNvcmVBcHBsaWNh
dGlvbjo6bm90aWZ5SW50ZXJuYWwgKHRoaXM9MHg3ZmZmMmExM2M5YzAsIHJlY2VpdmVyPXJlY2Vp
dmVyQGVudHJ5PTB4YTE0OWIwLCBldmVudD1ldmVudEBlbnRyeT0weGE0YWNkMCkgYXQga2VybmVs
L3Fjb3JlYXBwbGljYXRpb24uY3BwOjg3NgojMjcgMHgwMDAwN2YwYTQyYWUxMDkxIGluIHNlbmRF
dmVudCAoZXZlbnQ9MHhhNGFjZDAsIHJlY2VpdmVyPTB4YTE0OWIwKSBhdCBrZXJuZWwvcWNvcmVh
cHBsaWNhdGlvbi5oOjIzMQojMjggUUNvcmVBcHBsaWNhdGlvblByaXZhdGU6OnNlbmRQb3N0ZWRF
dmVudHMgKHJlY2VpdmVyPTB4MCwgZXZlbnRfdHlwZT0wLCBkYXRhPTB4NzhkMmMwKSBhdCBrZXJu
ZWwvcWNvcmVhcHBsaWNhdGlvbi5jcHA6MTUwMAojMjkgMHgwMDAwN2YwYTQyYjBiN2EzIGluIHNl
bmRQb3N0ZWRFdmVudHMgKCkgYXQga2VybmVsL3Fjb3JlYXBwbGljYXRpb24uaDoyMzYKIzMwIHBv
c3RFdmVudFNvdXJjZURpc3BhdGNoIChzPTB4N2I2NGYwKSBhdCBrZXJuZWwvcWV2ZW50ZGlzcGF0
Y2hlcl9nbGliLmNwcDoyNzkKIzMxIDB4MDAwMDdmMGEzZGI5MDNiNSBpbiBnX21haW5fY29udGV4
dF9kaXNwYXRjaCAoKSBmcm9tIC91c3IvbGliNjQvbGliZ2xpYi0yLjAuc28uMAojMzIgMHgwMDAw
N2YwYTNkYjkwNmU4IGluID8/ICgpIGZyb20gL3Vzci9saWI2NC9saWJnbGliLTIuMC5zby4wCiMz
MyAweDAwMDA3ZjBhM2RiOTA3YTQgaW4gZ19tYWluX2NvbnRleHRfaXRlcmF0aW9uICgpIGZyb20g
L3Vzci9saWI2NC9saWJnbGliLTIuMC5zby4wCiMzNCAweDAwMDA3ZjBhNDJiMGI5MzYgaW4gUUV2
ZW50RGlzcGF0Y2hlckdsaWI6OnByb2Nlc3NFdmVudHMgKHRoaXM9MHg3OTI3MjAsIGZsYWdzPS4u
LikgYXQga2VybmVsL3FldmVudGRpc3BhdGNoZXJfZ2xpYi5jcHA6NDI0CiMzNSAweDAwMDA3ZjBh
NDFmMjk4YWUgaW4gUUd1aUV2ZW50RGlzcGF0Y2hlckdsaWI6OnByb2Nlc3NFdmVudHMgKHRoaXM9
PG9wdGltaXplZCBvdXQ+LCBmbGFncz0uLi4pIGF0IGtlcm5lbC9xZ3VpZXZlbnRkaXNwYXRjaGVy
X2dsaWIuY3BwOjIwNAojMzYgMHgwMDAwN2YwYTQyYWRjNzNmIGluIFFFdmVudExvb3A6OnByb2Nl
c3NFdmVudHMgKHRoaXM9dGhpc0BlbnRyeT0weDdmZmYyYTEzYzhiMCwgZmxhZ3M9Li4uKSBhdCBr
ZXJuZWwvcWV2ZW50bG9vcC5jcHA6MTQ5CiMzNyAweDAwMDA3ZjBhNDJhZGM5YzggaW4gUUV2ZW50
TG9vcDo6ZXhlYyAodGhpcz0weDdmZmYyYTEzYzhiMCwgZmxhZ3M9Li4uKSBhdCBrZXJuZWwvcWV2
ZW50bG9vcC5jcHA6MjA0CiMzOCAweDAwMDA3ZjBhNDJhZTEzYTggaW4gUUNvcmVBcHBsaWNhdGlv
bjo6ZXhlYyAoKSBhdCBrZXJuZWwvcWNvcmVhcHBsaWNhdGlvbi5jcHA6MTE0OAojMzkgMHgwMDAw
MDAwMDAwNDA2NGI1IGluID8/ICgpCiM0MCAweDAwMDA3ZjBhNDE2MjA0NTUgaW4gX19saWJjX3N0
YXJ0X21haW4gKCkgZnJvbSAvbGliNjQvbGliYy5zby42CiM0MSAweDAwMDAwMDAwMDA0MDY1MGQg
aW4gX3N0YXJ0ICgpCgpQb3NzaWJsZSBkdXBsaWNhdGVzIGJ5IHF1ZXJ5OiBidWcgMzA5ODEyLCBi
dWcgMzA5MjQ2LCBidWcgMzA2MjExLCBidWcgMzA1NzM2LCBidWcgMzAyODcwLgoKUmVwb3J0ZWQg
dXNpbmcgRHJLb25xaQ==
</data>

          </attachment>
      

    </bug>

</bugzilla>