<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>40698</bug_id>
          
          <creation_ts>2004-02-07 03:35 0000</creation_ts>
          <short_desc>several KDE apps broken by upgrade from 3.1 to 3.2 do to Gentoo&apos;s use of .kde3.x instead of .kde</short_desc>
          <delta_ts>2005-07-05 02:14:11 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>KDE</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>vslavik@fastmail.fm</reporter>
          <assigned_to>kde@gentoo.org</assigned_to>
          <cc>aben@webcom.sk</cc>
    
    <cc>andrew_esh@comcast.net</cc>
    
    <cc>centic@gentoo.org</cc>
    
    <cc>chris-gentoo@drspirograph.com</cc>
    
    <cc>gentoo.20.calle2003@spamgourmet.com</cc>
    
    <cc>Jochen.Trumpf@anu.edu.au</cc>
    
    <cc>michael.kiermaier@gmx.net</cc>
    
    <cc>pinihadad@optonline.net</cc>
    
    <cc>rfujimoto@imap.cc</cc>
    
    <cc>toby@tarind.com</cc>
    
    <cc>william@skellenger.net</cc>

      

      
          <long_desc isprivate="0">
            <who>vslavik@fastmail.fm</who>
            <bug_when>2004-02-07 03:35:02 0000</bug_when>
            <thetext>There&apos;s a nasty bug caused by Gentoo&apos;s startkde-3.2.0-gentoo.diff patch. Gentoo puts KDE&apos;s dotfiles into ~/.kde$VERSION instead of ~/.kde and makes ~/.kde a symlink. This becomes a problem when upgrading to next major release, because several dotfiles contain absolute filenames of some files under ~/.kde and they are stored in the form _after_ resolving the ~/.kde symlink (for example, &quot;/home/vasek/.kde3.1/share/apps/kabc/std.vcf&quot; instead of &quot;/home/vasek/.kde/share/apps/kabc/std.vcf&quot;). This silently breaks some applications (exact details are unknown to me, but they obviously have problems finding and/or updating the data).

Following files are affected on my system:

vasek@wintermute .kde3.2 $ grep -r &apos;\.kde3\.1&apos; *
share/apps/kabc/distlists:[/home/vasek/.kde3.1/share/apps/kabc/std.vcf]
share/apps/kalarmd/clients:Calendar1=1,,file:/home/vasek/.kde3.1/share/apps/kalarm/calendar.ics
share/config/kabcrc:FileName=/home/vasek/.kde3.1/share/apps/kabc/std.vcf

This demonstrates itselfs in two ways: KAddressbook (kabc files) will not show any stored distribution lists and KAlarm won&apos;t trigger alarms setup before the upgrade. KAlarm will add another client line to its file above and only alarms from this new file will be triggered. Changing these occurences of &quot;.kde3.1&quot; to &quot;.kde3.2&quot; fixes both applications. No problem would occur if ~/.kde weren&apos;t a symlink.

Reproducible: Always
Steps to Reproduce:
0. Add a distribution list to KAddressbook, setup an alarm in KAlarm
1. Umerge KDE 3.2.0
2. Don&apos;t delete ~/.kde3.1, start KDE, ~/.kde3.1 will be copied to ~/.kde3.2
3. You will not find any distribution lists in KAddressbook anymore, alarms added before upgrade won&apos;t trigger</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2004-02-25 05:22:37 0000</bug_when>
            <thetext>I believe if we add a line in startkde.diff that when it creates the .kde3.2 directory by coping .kde3.1 files into it, if we do a search and replace for all instance of .kde3.1 -&gt; .kde3.2 that would fix the problem.

I just need to put on my &quot;sed&quot; thinking cap a bit.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vslavik@fastmail.fm</who>
            <bug_when>2004-02-25 06:15:11 0000</bug_when>
            <thetext>Unless some dotfile contains &quot;.kde3.1&quot; in other context (like lastfile=/tmp/myfile.kde3.1 or someMagicTagThatYouMustNotChangeOrAppFooWillBreak=.kde3.1), in which case you are going to break *that*. You could check for &quot;/home/user/.kde3.1&quot;, but that&apos;s not safe either (think &quot;/var/backups/home/user/.kde3.1&quot;). If you decide to do something like that, it&apos;s probably good idea to let the user know about it when it happens, so that if the script changes something it shouldn&apos;t, the user has a clue about what caused it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vslavik@fastmail.fm</who>
            <bug_when>2004-08-22 06:04:35 0000</bug_when>
            <thetext>Same problem when upgrading from 3.2 to 3.3, unsurprisingly. The only difference: there are even more places that are affected.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-08-25 07:58:48 0000</bug_when>
            <thetext>Well, there&apos;s indeed a lot of stuff broken after the update. Especially if someone tries to remove the old .kde3.2 directory.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-09-03 08:21:41 0000</bug_when>
            <thetext>Caleb: I simply did `find ~/.kde -type f -exec sed -i -e &quot;s:\.kde3\.2:\.kde3\.3:&quot; &apos;{}&apos; \;` and I had no problem with it so far, but I&apos;m using kde3.3 already and don&apos;t have a &quot;used&quot; ~/.kde3.2 at hand. Also there may be other side effects, I&apos;m not aware of. What do you think?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2004-09-03 09:08:22 0000</bug_when>
            <thetext>Yes, this is exactly what we need.  I tried this a long time ago but was unable to come up with the correct sed syntax to make it work and finally gave up.

Please commit! :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vslavik@fastmail.fm</who>
            <bug_when>2004-09-03 10:29:17 0000</bug_when>
            <thetext>&gt; Also there may be other side effects, I&apos;m not aware of. What do you think?

See comment #2 on why it&apos;s not good idea.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2004-09-03 10:32:01 0000</bug_when>
            <thetext>Perhaps, but it I would bet that it fixes a lot more than it breaks.  Right now, most people end up having to clear out .kde anyway.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vslavik@fastmail.fm</who>
            <bug_when>2004-09-03 10:43:13 0000</bug_when>
            <thetext>Yes, but when it breaks, it will be extremely hard to track down (this bug itself was nasty enough...). That&apos;s why I think that it would be better to either do something smarter (substitute only known occurences or don&apos;t mess with ~/.kde to begin with) or to notify the user after doing this replacement, e.g. via a popup box.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2004-09-03 10:51:29 0000</bug_when>
            <thetext>we can notify via portage ewarn message in the eclass.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-09-03 11:21:24 0000</bug_when>
            <thetext>&gt;See comment #2 on why it&apos;s not good idea.
If KDE provides no version independent variable for the user config path, then it&apos;s a flaw within KDE. If it does and applications do not use it and  hardcode the path instead, then I consider them to be broken. Sure, this doesn&apos;t really help in a special case, and I&apos;m a bit astonished, that I did not run into such a problem after a week of testing, but please tell me: What else we could do?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vslavik@fastmail.fm</who>
            <bug_when>2004-09-03 11:58:18 0000</bug_when>
            <thetext>&gt; If KDE provides no version independent variable for the user config path, then 
&gt; it&apos;s a flaw within KDE

But KDE provides version independent user config path (~/.kde), it&apos;s Gentoo who changes it into ~/.kde-$version. If you mean that it&apos;s a flaw that all KDE versions use ~/.kde, then it&apos;s a matter of opinion -- I for one would disagree, I regard it as better than using ~/.kde-$version or whatever. Besides, KDE *does* provide a way to change the config directory, if you really need it: the KDEHOME environment variable. (If you meant something else, I didn&apos;t understand you.)

&gt; If it does and applications do not use it and  hardcode the path instead, then
&gt; I consider them to be broken

Some apps store absolute path to a data file and this file happens to live under the ~/.kde directory. Since the directory is *always* ~/.kde and doesn&apos;t change between KDE versions in unpatched KDE, I don&apos;t see how can you consider the apps broken. They work correctly in stock KDE installation, it&apos;s the *Gentoo patch* that breaks them! They assume something that is known to be valid assumption in KDE, but Gentoo changes the behaviour in such way that the assumption no longer holds.

&gt; and I&apos;m a bit astonished, that I did not run into such a problem after a week 
&gt; of testing

Apparently, you don&apos;t use the affected apps and/or features.

&gt; What else we could do?

Not apply patches to KDE that break it?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2004-09-03 12:08:56 0000</bug_when>
            <thetext>So then you suggest that upon an upgrade of a kde version we just change KDEHOME to point to a new location?

The only problem is that your configuration options from the previous version wouldn&apos;t be used.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vslavik@fastmail.fm</who>
            <bug_when>2004-09-03 13:19:26 0000</bug_when>
            <thetext>No, I don&apos;t (I only mentioned KDEHOME in reply to comment that seemed to imply that this is somehow a KDE fault). I suggest that that the best would be if you  didn&apos;t break KDE by applying a broken patch to begin with. 

If you need different dirs for different KDE versions for whatever reason, do it in some way that doesn&apos;t break apps, e.g. by keeping all the data in ~/.kde (as it is in unpatched KDE) and having ~/.kde-$version a symlink to ~/.kde (i.e., the the reverse of current situation). Then, when startkde is executed, it would find the ~/.kde-$version symlink that points to ~/.kde, remove it, rename ~/.kde to this ~/.kde-$found_old_version (at this point, you would have several ~/.kde-$version dirs and no ~/.kde). Then, rename ~/.kde-$this_version (i.e. data of the version that startkde script being executed belongs to) to ~/.kde and make a ~/.kde-$this_version symlink to it (so that you know from which version did ~/.kde come from next time startkde is run).

To summarize it, when you run KDE, dotfiles of currently running KDE version would be stored in ~/.kde and dotfiles for other versions would be in ~/.kde-$version directories (e.g. ~/.kde-3.1, ~/.kde-3.2 and ~/.kde with 3.3&apos;s files). When you run a different version of KDE, the dirs would be reorganized to maintain the above invariant (e.g. by changing the dirs into ~/.kde-3.1, ~/.kde and ~/.kde-3.3).

This way, you can still have multiple copies of dotfiles around _and_ have ~/.kde as real directory, thus preventing any problems (because such ~/.kde would be what stock KDE does and all apps expect it). A simple ~/.kde -&gt; ~/.kde-$version symlink is surely simpler easier to implement, but this scheme has the advantage that it doesn&apos;t break apps that assume ~/.kde is a real directory.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hrk@users.sourceforge.net</who>
            <bug_when>2004-09-13 13:54:17 0000</bug_when>
            <thetext>Can I vote for this bug?
Can I say that I would really, really, really like to see Vaclav Slavik&apos;s suggestion made true?

Can I report that after the first run of KDE 3.3, the Gentoo script copied ~/.kde3.2 into ~/.kde3.3 AND to ~/.kde3.3/.kde3.2, so that my KDE settings took thrice the space they required in my home, filling my / directory in the process AND not working (empty KAddressBook, etc...)?

Please, I know I may sound a bit angry, I&apos;m just disappointed. :-( I remember that Gentoo&apos;s patching policy was to fix what was broken, not to break things up. :-(
Especially comments like #8 (&quot;it will fix more than it breaks&quot;) make my heart ache. :-(</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jochen.Trumpf@anu.edu.au</who>
            <bug_when>2004-09-23 19:19:12 0000</bug_when>
            <thetext>There is definitely something wrong with the current startkde (kde-3.3.0).
1) Why are there two /bin/cp -r .kde3.2 .kde3.3 commands inside the 
if [ ! -e .kde3.3 ];? This triggers the behavior described in comment #15.
2) The /bin/ln -sf .kde3.3 .kde seems to create a dangling link _inside_ .kde3.3???? Can anybody explain that to me???? 
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-09-30 03:26:23 0000</bug_when>
            <thetext>*** Bug 65897 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>aben@webcom.sk</who>
            <bug_when>2004-09-30 03:34:37 0000</bug_when>
            <thetext>the last KDE (3.3) in portage has tooo many errors.
problems with kde upgrade, kate, kmail, korganizer,...
why is in heaven&apos;s sake in portage as stable??? :(((((((((((</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2004-10-03 02:49:08 0000</bug_when>
            <thetext>What about this for now, so we can go back thinking to the sed line:

+# Gentoo part:
+export PATH=&quot;_KDEDIR_:${PATH}&quot;
+export KDEDIR=&quot;_KDEDIR_&quot;
+# Use env.d&apos;s KDEDIRS. They should only include locations like /usr though, not
+# actual KDE installations
+
+# handle ~/.kde* dirs - separate ones for separate KDEs
+cd ~
+if [ -e .kde ]; then
+       if [ ! -L .kde ]; then
+               /bin/mv .kde .kde.backup
+       else
+               rm -f .kde
+       fi
+fi
+if [ ! -e .kde3.3 ]; then
+       if [ -e .kde3.2 ]; then
+               /bin/cp -r .kde3.2 .kde3.3
+       else
+               /bin/mkdir .kde3.3
+       fi
+fi
+/bin/ln -sf .kde3.3 .kde
+
+#export KDEHOME=&quot;${HOME}/.kde3.3&quot;
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2004-10-12 16:24:02 0000</bug_when>
            <thetext>in kdebase 3.3.1, the patch has been changed to read like what is in #19</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2004-10-12 16:25:21 0000</bug_when>
            <thetext>*** Bug 67193 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2004-10-13 02:32:10 0000</bug_when>
            <thetext>Thanks.
I was thinking that it should be

/bin/mv -f .kde .kde.backup

instead of

/bin/mv .kde .kde.backup

just to be on the safe side...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2004-10-13 05:47:25 0000</bug_when>
            <thetext>changed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2004-10-15 12:44:13 0000</bug_when>
            <thetext>I noticed that all the lines I had to change manually where in the form &quot;$HOME/.kde3.2/foobar&quot;. Maybe that would help in constructing the sed-statement?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-10-15 13:09:55 0000</bug_when>
            <thetext>Antti: It&apos;s fixed for 3.3.1. For a sed expression, see comment 5. Worked fine for me.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2004-10-22 08:39:09 0000</bug_when>
            <thetext>I tried the sed statement in 5. However, Really long lines in config files caused problems, ie. not all references changed. I could correct this by adding &quot;-l 10000&quot; to the sed command.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-10-22 10:06:33 0000</bug_when>
            <thetext>sed is limited to 4096 chars iirc.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2004-10-26 01:24:41 0000</bug_when>
            <thetext>*** Bug 68910 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2004-12-13 02:38:40 0000</bug_when>
            <thetext>I think that this bug isn&apos;t solved. Am I right?
What about the suggestions on Comment #14?

I think this must be fixed before kde 3.4 is out.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2005-01-10 12:31:44 0000</bug_when>
            <thetext>Created an attachment (id=48123)
startkde for 3.4.0_beta1

This is my startkde for 3.4.0_beta1 which should fix this bug.
It implements the solution from comment #14, except that instead of using
a symlink .kdeX.Y -&gt; .kde I just echo 3.4 &gt; .kde-cur, snice that&apos;s easier
to manage when you need to find out what KDE is running from script.

It also seds files to fix existing breakage on the 3.3-&gt;3.4 upgrade.
However, I only change known files, to avoid breaking stuff.
Please add more files to this list. Fex., I couldn&apos;t make kaddressbook store
a hardcoded path in its configfiles - but I don&apos;t use it normally, and didn&apos;t
try very hard.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-01-10 13:32:24 0000</bug_when>
            <thetext>&gt; sed -i -e &quot;s:$HOME/.kde3.3:$HOME/.kde3.4:g&quot;
&gt; -e &apos;s:$HOME/.kde3.3:$HOME/.kde3.4:g&apos; &quot;.kde/$file&quot;

shouldn&apos;t it be

sed -i -e &quot;s:$HOME/.kde3.3:$HOME/.kde:g&quot;
-e &apos;s:$HOME/.kde3.3:$HOME/.kde:g&apos; &quot;.kde/$file&quot;


</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2005-01-10 14:03:47 0000</bug_when>
            <thetext>Created an attachment (id=48131)
startkde for 3.4.0_beta1

Oops. Fixed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rfujimoto@imap.cc</who>
            <bug_when>2005-02-03 21:12:45 0000</bug_when>
            <thetext>Does this fix work with KDM?  Or should I say, does /etc/init.d/xdm script by-pass your fix?  Everything was fine for me using `startx` but once I enabled kdm, I lost my settings again.  I had to symlink .kde3.4 to .kde/

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2005-02-05 04:35:56 0000</bug_when>
            <thetext>You probably need to remove the old code in /etc/X11/Xsetup_0 for this to work
cleanly. Bug 80225 tracks the removal of that code from the xorg-x11 package.

If that doesn&apos;t work for you, please provide more details on what breaks, how
and why.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>netz@lytenyn.de</who>
            <bug_when>2005-02-14 10:27:21 0000</bug_when>
            <thetext>I&apos;m having problems with the implementation from kde-3.4.0_beta2:

Starting KDE via kdm works fine, the directories are copied as expected, _but_ when logging out, a skeletal .kde-directory is created (and the right one is copied back to .kde3.4, as expected).

The result is, that, when logging on again, all settings are lost, I have to log out, manually delete the .kde-directory, so that the startkde-script can copy the right .kde3.4-dir back.

I don&apos;t know why this happens (i.e. why this .kde-thing is created out of nowhere), but if you need further information, just ask :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>netz@lytenyn.de</who>
            <bug_when>2005-02-17 05:34:32 0000</bug_when>
            <thetext>sorry for making too much noise .. after remerging startkde, the problem has disappeared. At least I hope it does not resurface. So forget it for now, seems to work.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2005-02-17 05:39:25 0000</bug_when>
            <thetext>netz: I made a patch (and I&apos;ve in mind another one) that will fix some issues. the other kde devs are already aware of my ideas. Probably your issues are related to the problems I noticed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>netz@lytenyn.de</who>
            <bug_when>2005-02-18 02:54:01 0000</bug_when>
            <thetext>actually it has happened again twice, yesterday. I&apos;ll remerge today and tell you if it happens again. It&apos;s a bit strange, sometimes it happens, sometimes not ..</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kraml.liu@gmail.com</who>
            <bug_when>2005-02-22 03:51:32 0000</bug_when>
            <thetext>I just find moving the .kdeX.Y dir arround may break kde apps running outside KDE. Say, if you are running GNOME and want to use amarok to listen to mp3, it will startup without configurations, because it can not find ~/.kde, because startkde script have moved it back to .kdeX.Y.....
Any idea on how to fix this?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>netz@lytenyn.de</who>
            <bug_when>2005-02-22 07:14:11 0000</bug_when>
            <thetext>That&apos;s true - right now it&apos;s almost impossible to use a kde-app from another windowmanager.

Concerning the ever reappearing .kde-folder - it has happened again (and does so quite regularly, though not always). One thing I forgot to mention: it does only contain empty the .kde/share/config - directory, nothing else. So I have no clue how it could be created .. but perhaps you have? :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2005-03-16 23:10:35 0000</bug_when>
            <thetext>Is this now fixed for KDE 3.4 final release? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2005-03-17 01:15:32 0000</bug_when>
            <thetext>We came back to the use of the .kde symlink to .kdeX.X dirs.

It&apos;s the better implementation also if it has some unfixable problems.

The unique way to really implement multiple kde versions is to directly change the code of KStandardDirs and use it to manage the multiple configuration dirs. Changing the startkde script will work only if it&apos;s launched before any application of the new kde version installed. If someone launch directly a new kde program (from for example another WM) it will create its .kde dir as it&apos;s the first time its launched breaking the startkde gentoo&apos;s implementation.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2005-03-17 02:05:54 0000</bug_when>
            <thetext>Yes, but is the original problem (ie. hard paths inside kde config files) solved now (with sed or whatever you have decided upon?) so that when KDE 3.4.0 (or 3.4.1, not sure I want to upgrade to .0-release) is deemed stable I can upgrade without worries and everything still works? 

3.2 -&gt; 3.3 required quite a bit of find&amp;replacing in every user&apos;s config directory even with the sed hint...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2005-03-17 03:09:08 0000</bug_when>
            <thetext>We cannot fix all the problems as we cannot know all the possible problems due to the large number of possible configurations.

There&apos;s some sed magic inside the startkde that should fix a lof of issue.

I personally didn&apos;t had any problem switching from kde 3.3 to kde 3.4

You are saying that you have to fix a lot of things by hand right? So why doesn you don&apos;t provide us which are the lines that you have to fix after updating to 3.4 so we can take a look at them?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2005-03-17 03:17:19 0000</bug_when>
            <thetext>So the sed magic *has* been included in startkde. That&apos;s all I was really asking for, thanks. I&apos;ll post my experiences and/or possible problems when I have time for a test upgrade (this weekend?).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2005-03-21 12:34:01 0000</bug_when>
            <thetext>Tried the upgrade to 3.4. Unfortunately the sed magic does not seem to work.. at least completely.

First, references to $HOME/.kde3.3 was still left in quantarc.

Also, I still have numerous references to /usr/kde/3.3/xxxxxx in the files - mostly to stuff like bundled themes, sounds etc. Since I&apos;m going to uninstall 3.3 anyway, these should be changed to point to 3.4 versions - the automatic process did not do this for me. Going to do some sedding on my own then.

Immediate effect that I noticed after upgrade was that my font settings in Konsole were gone.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2005-03-21 12:40:58 0000</bug_when>
            <thetext>If you want to help us, please save your old config so you can experiment with it and let us know which actions you did to fix the config files. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2005-03-21 23:48:55 0000</bug_when>
            <thetext>Ok, first of all, share/config/quantarc should be added to the list of files that are sedded in the current startkde version. (for file in ....statement).

This fixes all references to config files that happened to me.

However, in addition to that, all references to /usr/kde/3.3/ should be replaced with /usr/kde/3.4/.

I find these references at least in

share/config/kandyrc
share/config/noatunrc (references to default presets)
share/config/kickerrc (references to shortcuts for applications, such as &quot;DesktopFile=/usr/kde/3.3/share/applications/kde/Home.desktop&quot;
share/config/amorrc (default theme)
share/config/kmidrc (default midi map?)
share/config/katesyntaxhighlightingrc (Whole lots of references to default xml files)
share/config/khelpcenterrc (Cached glossary location)

In addition, lots of other files have references, but they are in nature of &quot;Recently accessed files/urls&quot;. Not sure if these should be updated - but I&apos;m going to that myself, anyway. Examples include

share/config/kcmshellrc:Recent Files=/usr/kde/3.3/share/apps/kicker/wallpapers/d
efault.png,/usr/kde/3.3/share/apps/kicker/wallpapers/rail.png,/usr/kde/3.3/share
/apps/kicker/wallpapers/deck_plate.png,/usr/kde/3.3/share/apps/kicker/wallpapers
/green_line.png

I could fix all of these with simply saying

sed -i -e &quot;s:/usr/kde/3.3/:/usr/kde/3.4/:g&quot; -e &apos;s:/usr/kde/3.3/:/usr/kde/3.4/:g&apos; * in the config dir - maybe more careful handling should be conducted.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-03-25 09:39:38 0000</bug_when>
            <thetext>*** Bug 86657 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2005-03-26 05:43:21 0000</bug_when>
            <thetext>Antti M</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>motaboy@gentoo.org</who>
            <bug_when>2005-03-26 05:43:21 0000</bug_when>
            <thetext>Antti Mäkelä: Your problems are quite different from the one we tried to address.

We tried to fix the problems related to the change of the kde config dir (from .kde3.3 to .kde3.4)

Your problems are instead related to the fact that some configs file save the full path of some installed files and their path chenged between versions.

Probably we should try to address also these in the startkde scripts.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-04-03 07:00:37 0000</bug_when>
            <thetext>At this point, I think we should evaluate the possibility of sedding in a more general way, probably the advantages are more than the problems:

cd .kde3.4
for file in share/apps/kdevdocumentation/search/htdig.conf \
            share/apps/kalarmd/clients \
            share/config/kresources/calendar/stdrc \
            share/config/*rc; do
        if [ -e &quot;${file}&quot; ]; then
                sed -i -e &quot;s:$HOME/\.kde3\.[23]:$HOME/\.kde3\.4:g&quot; \
                       -e &apos;s:$HOME/\.kde3\.[23]:$HOME/\.kde3\.4:g&apos; \
                       -e &apos;s:/usr/kde/3\.[23]/:/usr/kde/3\.4/:g&apos; \
                        &quot;${file}&quot;
        fi
done


What do you think?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2005-04-09 09:57:58 0000</bug_when>
            <thetext>It seems to me that the hypothetical case of a *rc file containing ~/.kde3.3
which nevertheless shouldn&apos;t be sedded like this is sufficiently unlikely.
Even if we break it somehow, it&apos;d be broken anyway in the upgrade to 3.4.
Actual data (as opposed to user settings) doesn&apos;t live there anyway, so the
worst would be an app refusing to start. But that&apos;s very improbable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2005-04-10 00:58:37 0000</bug_when>
            <thetext>The &quot;full path of installed files&quot; is definitely something that should be addressed. Lots of stuff breaks when after upgrade I remove (prune) the earlier KDE version.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-05-11 13:10:56 0000</bug_when>
            <thetext>Committed kdebase-3.4.0-r1/kdebase-startkde-3.4.0-r1 with the migration script changed as in comment #51.

Please try to test them on some migration scenario, we need to have them in decent shape at the time kde-3.4 goes stable (which shouldn&apos;t be too far).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-05-11 13:56:26 0000</bug_when>
            <thetext>Gregorio: I have nothing to test, but the broken config entries I backed up when switching from 3.3 to 3.4 would be all fixed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-06-08 06:14:06 0000</bug_when>
            <thetext>No more reports of problems related to this bug... closing. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2005-06-08 13:38:42 0000</bug_when>
            <thetext>(In reply to comment #50)
&gt; Your problems are instead related to the fact that some configs file save the
&gt;full path of some installed files and their path chenged between versions.
&gt; 
&gt; Probably we should try to address also these in the startkde scripts.

  Anyone want to create a new bug report that addresses this since this is now
closed?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>greg_g@gentoo.org</who>
            <bug_when>2005-06-08 15:33:55 0000</bug_when>
            <thetext> (In reply to comment #57) 
&gt; (In reply to comment #50) 
&gt; &gt; Your problems are instead related to the fact that some configs file save 
the 
&gt; &gt;full path of some installed files and their path chenged between versions. 
&gt; &gt;  
&gt; &gt; Probably we should try to address also these in the startkde scripts. 
&gt;  
&gt;   Anyone want to create a new bug report that addresses this since this is 
now 
&gt; closed? 
 
These problems were addressed in comment #51, or I am missing something? 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zarhan@iki.fi</who>
            <bug_when>2005-06-09 00:52:44 0000</bug_when>
            <thetext>Ah, I missed comment #54 (I just saw the closed-notification so I assumed that 
only the configuration files were being migrated). Well, great that this is 
finally done.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chris-gentoo@drspirograph.com</who>
            <bug_when>2005-07-03 15:42:19 0000</bug_when>
            <thetext>I&apos;m still finding that my toolbars are not migrated, is this related to this  
bug?  
I just upgraded from kde 3.3.2 to 3.4.1 and the customisations to the KMail  
toolbar have disappeared, it&apos;s reverted to the default. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-07-03 16:09:49 0000</bug_when>
            <thetext>You changed XSESSION in /etc/rc.conf to kde-3.4 so the startkde script updated
your config?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chris-gentoo@drspirograph.com</who>
            <bug_when>2005-07-05 02:14:11 0000</bug_when>
            <thetext>I don&apos;t use XDM. I&apos;ve been using startx from the command prompt, and 
have /etc/X11/xinit/xinitrc call startkde. 
 
(I&apos;ve also noticed that my calendar doesn&apos;t seem to have been brought along 
either, but my address book was.) </thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>48123</attachid>
            <date>2005-01-10 12:31 0000</date>
            <desc>startkde for 3.4.0_beta1</desc>
            <filename>startkde</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvYmluL3NoCiMKIyAgREVGQVVMVCBLREUgU1RBUlRVUCBTQ1JJUFQgKCBLREUtMy4zLjkxICkK
IwoKIyBXaGVuIHRoZSBYIHNlcnZlciBkaWVzIHdlIGdldCBhIEhVUCBzaWduYWwgZnJvbSB4aW5p
dC4gV2UgbXVzdCBpZ25vcmUgaXQKIyBiZWNhdXNlIHdlIHN0aWxsIG5lZWQgdG8gZG8gc29tZSBj
bGVhbnVwLgp0cmFwICdlY2hvIEdPVCBTSUdIVVAnIEhVUAoKIyBHZW50b28gaW5pdAoKIyBNYWtl
IHN1cmUgdGhpcyBLREUgaXMgdXNlZCBieSBhcHBzIHJ1bm5pbmcgZnJvbSBvdXIgZW52CmV4cG9y
dCBQQVRIPSIvdXNyL2tkZS8zLjQvYmluOiR7UEFUSH0iCmV4cG9ydCBLREVESVI9Ii91c3Iva2Rl
LzMuNCIKCiMgS0RFIHN0b3JlcyBkb3RmaWxlcyBpbiB+Ly5rZGUuIFRvIHN1cHBvcnQgcnVubmlu
ZyBkaWZmZXJlbnQgbWlub3IgdmVyc2lvbnMKIyAoZWcgMy4zLCAzLjQsIDQuMC4uLikgZHVyaW5n
IGdyYWR1YWwgdXBncmFkZXMsIHdlIHN0b3JlIGVhY2ggdmVyc2lvbidzCiMgZG90ZmlsZXMgaW4g
fi8ua2RlWC5ZLiBXZSB1c2VkIHRvIG1ha2Ugfi8ua2RlIGEgc3ltbGluayB0byBhIH4vLmtkZVgu
WSwKIyBidXQgc29tZSBhcHBzIHN0b3JlIHRoZSByZWFsIG5hbWUgKHdpdGggWC5ZIGluIGl0KSBp
bnNpZGUgdGhlaXIgY29uZmlnZmlsZXMsCiMgc28gd2hlbiB3ZSB1cGdyYWRlIChhbmQgY29weSAu
a2RlWC5ZIHRvIC5rZGVYLihZKzEpKSB0aGVzZSBmaWxlcyBicmVhayBob3JyaWJseSAKIyAoYnVn
ICM0MDY5OCkuIFRoZXJlZm9yZSB3ZSBoYXZlIHRvIG1vdmUgZGlyZWN0b3JpZXMgYXJvdW5kLgoj
CiMgSWYgYSB1c2VyIHJ1bnMgdHdvIGRpZmZlcmVudCBLREUgdmVyc2lvbnMgYXQgdGhlIHNhbWUg
dGltZSwgbWF5aGVtIHdpbGwgcmVzdWx0LgoKY2QgfgoKIyBVcGdyYWRpbmcgZnJvbSB0aGUgb2xk
IHNjaGVtZSB3aGVyZSAua2RlIGlzIGEgc3ltbGluawppZiBbIC1oIC5rZGUgXTsgdGhlbgoJcm0g
LmtkZQpmaQoKIyBBIGtkZSBkaWVkIHVuZXhwZWN0ZWRseSBhbmQgY291bGRuJ3QgbW92ZSBhd2F5
IGl0cyAua2RlLgojIFRoZSBsYXN0IHJ1bm5pbmcga2RlJ3MgdmVyc2lvbiBzdHJpbmcgaXMgc3Rv
cmVkIGluIH4vLmtkZS1jdXIuCmlmIFsgLWQgLmtkZSBdOyB0aGVuCglpZiBbICEgLXIgLmtkZS1j
dXIgXTsgdGhlbgoJCWVjaG8gIiEhISB+Ly5rZGUtY3VyIGRvZXMgbm90IGV4aXN0IG9yIGlzIG5v
dCByZWFkYWJsZS4iIDE+JjIKCQllY2hvICJDYW5ub3QgZ2V0IHJpZCBvZiB+Ly5rZGUgZGlyZWN0
b3J5OyBhYmFuZG9uaW5nIGtkZSBjb25maWdkaXIgbWFuYWdlbWVudC4iIDE+JjIKCWVsc2UKCQls
YXN0dmVyPSJgY2F0IC5rZGUtY3VyYCIKCQlpZiBbIC1lICIua2RlJGxhc3R2ZXIiIF07IHRoZW4K
CQkJZWNobyAiISEhIH4vLmtkZSRsYXN0dmVyIGFscmVhZHkgZXhpc3RzLCBjYW4ndCBtb3ZlIH4v
LmtkZSBhc2lkZSIgMT4mMgoJCQljb3VudGVyPTEKCQkJd2hpbGUgWyAtZSAiLmtkZSRsYXN0dmVy
LmJhY2t1cC0kY291bnRlciIgXTsgZG8KCQkJCWVjaG8gIiEhISBCYWNrdXAgZGlyIH4vLmtkZSRs
YXN0dmVyLmJhY2t1cC0kY291bnRlciBhbHJlYWR5IGV4aXN0cy4iIDE+JjIKCQkJCWVjaG8gIkZp
bmQgb3V0IHdoYXQncyBnb2luZyB3cm9uZyEiIDE+JjIKCQkJCWxldCBjb3VudGVyKysKCQkJZG9u
ZQoJCQltdiAua2RlICIua2RlJGxhc3R2ZXIuYmFja3VwLSRjb3VudGVyIgoJCWZpCgkJcm0gLmtk
ZS1jdXIKCWZpCmZpCgojIElmIHdlIHN1Y2VlZGVkCmlmIFsgISAtZSAua2RlIF07IHRoZW4KCQoJ
IyBJZiB3ZSBoYXZlIGEgY29uZmlnZGlyLCBhY3RpdmF0ZSBpdC4KCW91cnZlcj0zLjQKCW91cmRp
cj0ua2RlJG91cnZlcgoJaWYgWyAtZSAiJG91cmRpciIgXTsgdGhlbgoJCWlmIFsgISAtZCAiJG91
cmRpciIgXTsgdGhlbgoJCQllY2hvICIhISEgQ29uZmlnZGlyICRvdXJkaXIgaXMgbm90IGEgZGly
ZWN0b3J5LiBTb21ldGhpbmcncyBfcmVhbGx5XyB3cm9uZy4gQWJvcnRpbmcuIiAxPiYyCgkJZWxz
ZQoJCQltdiAiJG91cmRpciIgLmtkZQoJCWZpCgkKCSMgT3RoZXJ3aXNlIChmaXJzdCBydW4gb2Yg
dGhpcyB2ZXJzaW9uKSwgd2UgY29weSBvdmVyIHRoZSBtb3N0IHJlY2VudCBleGlzdGluZyBjb25m
aWdkaXIuCgllbHNlCgkJZm9yIHggaW4gMy4zIDMuMiAzLjEgMy4wOyBkbwoJCQlpZiBbIC1kICIu
a2RlJHgiIF07IHRoZW4KCQkJCW1vc3RyZWNlbnQ9Ii5rZGUkeCIKCQkJCWJyZWFrCgkJCWZpCgkJ
ZG9uZQoJCWlmIFsgLXogIiRtb3N0cmVjZW50IiBdOyB0aGVuCgkJCWVjaG8gIk5vIHByZXZpb3Vz
IGNvbmZpZ2RpciBmb3VuZDsgc3RhcnRpbmcgd2l0aCBlbXB0eSBjb25maWciIDE+JjIKCQllbHNl
CgkJCWVjaG8gIkNvcHlpbmcgcHJldmlvdXMgY29uZmlnZGlyIGZyb20gJG1vc3RyZWNlbnQiIDE+
JjIKCQkJY3AgLXByICIkbW9zdHJlY2VudCIgLmtkZQoJCQkKCQkJIyBGb3IgdGhlIHVwZ3JhZGUg
ZnJvbSBrZGUgMy4zLCB3aGljaCBzdGlsbCBzdWZmZXJlZCBmcm9tIGJ1ZyA0MDY5OCwgbG90cyBv
ZiBsaXR0bGUgc2VkcyBhcmUgbmVlZGVkLgoJCQlpZiBbICIkbW9zdHJlY2VudCIgPT0gIi5rZGUz
LjMiIF07IHRoZW4KCQkJCWZvciBmaWxlIGluIHNoYXJlL2FwcHMva2RldmRvY3VtZW50YXRpb24v
c2VhcmNoL2h0ZGlnLmNvbmYgXAoJCQkJCQkJc2hhcmUvYXBwcy9rYWxhcm1kL2NsaWVudHMgXAoJ
CQkJCQkJc2hhcmUvY29uZmlnL2tkZXZkb2N1bWVudGF0aW9ucmMgXAoJCQkJCQkJc2hhcmUvY29u
ZmlnL2thdGVzeW50YXhoaWdobGlnaHRpbmdyYyBcCgkJCQkJCQlzaGFyZS9jb25maWcva3Ntc2Vy
dmVycmMKCQkJCWRvCgkJCQkJc2VkIC1pIC1lICJzOiRIT01FLy5rZGUzLjM6JEhPTUUvLmtkZTMu
NDpnIiAtZSAnczokSE9NRS8ua2RlMy4zOiRIT01FLy5rZGUzLjQ6ZycgIi5rZGUvJGZpbGUiCgkJ
CQlkb25lCgkJCWZpCgkJZmkKCWZpCgkKCSMgUmVtZW1iZXIgdGhhdCB3ZSdyZSBydW5uaW5nIGlu
IGNhc2Ugd2UgZGllCgllY2hvIDMuNCA+IC5rZGUtY3VyCmZpCgojIGVudmlyb25tZW50IGZyaWVu
ZGx5CnVuc2V0IGxhc3R2ZXIKdW5zZXQgY291bnRlcgp1bnNldCBvdXJ2ZXIKdW5zZXQgb3VyZGly
CnVuc2V0IG1vc3RyZWNlbnQKCiMgR2VudG9vIGluaXQgZW5kcwoKIyBDaGVjayBpZiBhIEtERSBz
ZXNzaW9uIGFscmVhZHkgaXMgcnVubmluZwppZiBkY29wIGtkZXNrdG9wID4vZGV2L251bGwgMj4m
MTsgdGhlbgoJZWNobyAiS0RFIHNlZW1zIHRvIGJlIGFscmVhZHkgcnVubmluZyBvbiB0aGlzIGRp
c3BsYXkuIgoJeG1lc3NhZ2UgLWdlb21ldHJ5IDUwMHgxMDAgIktERSBzZWVtcyB0byBiZSBhbHJl
YWR5IHJ1bm5pbmcgb24gdGhpcyBkaXNwbGF5LiIgPiAvZGV2L251bGwgMj4vZGV2L251bGwKCWV4
aXQgMQpmaQoKIyBTZXQgdGhlIGJhY2tncm91bmQgdG8gcGxhaW4gY3lhbi4KIyBUaGUgc3RhbmRh
cmQgWCBiYWNrZ3JvdW5kIGlzIG5hc3R5LCBjYXVzaW5nIG1vaXJlIGVmZmVjdHMgYW5kIGV4cGxv
ZGluZwojIHBlb3BsZSdzIGhlYWRzLiBXZSB1c2UgY29sb3VycyBmcm9tIHRoZSBzdGFuZGFyZCBL
REUgcGFsZXR0ZSBmb3IgdGhvc2Ugd2l0aAojIHBhbGV0dGlzZWQgZGlzcGxheXMuCmlmIHRlc3Qg
LXogIiRYRE1fTUFOQUdFRCIgfHwgZWNobyAiJFhETV9NQU5BR0VEIiB8IGdyZXAgIixhdXRvIiA+
IC9kZXYvbnVsbDsgdGhlbgogIHhzZXRyb290IC1zb2xpZCAiIzU0NzdBMCIKZmkKCiMgd2UgaGF2
ZSB0byB1bnNldCB0aGlzIGZvciBEYXJ3aW4gc2luY2UgaXQgd2lsbCBzY3JldyB1cCBLREUncyBk
eW5hbWljLWxvYWRpbmcKdW5zZXQgRFlMRF9GT1JDRV9GTEFUX05BTUVTUEFDRQoKIyBpbiBjYXNl
IHdlIGhhdmUgYmVlbiBzdGFydGVkIHdpdGggZnVsbCBwYXRobmFtZSBzcGVjIHdpdGhvdXQgYmVp
bmcgaW4gUEFUSApiaW5kaXI9YGVjaG8gIiQwIiB8IHNlZCAtbiAncyxeXCgvLipcKS9bXi9dW14v
XSokLFwxLHAnYAppZiBbIC1uICIkYmluZGlyIiBdOyB0aGVuCiAgY2FzZSAkUEFUSCBpbgogICAg
JGJpbmRpcnwkYmluZGlyOip8KjokYmluZGlyfCo6JGJpbmRpcjoqKSA7OwogICAgKikgUEFUSD0k
YmluZGlyOiRQQVRIOyBleHBvcnQgUEFUSDs7CiAgZXNhYwpmaQoKIyBCb290IHNlcXVlbmNlOgoj
CiMga2RlaW5pdCBpcyB1c2VkIHRvIGZvcmsgb2ZmIHByb2Nlc3NlcyB3aGljaCBpbXByb3ZlcyBt
ZW1vcnkgdXNhZ2UKIyBhbmQgc3RhcnR1cCB0aW1lLgojCiMgKiBrZGVpbml0IHN0YXJ0cyB0aGUg
ZGNvcHNlcnZlciBhbmQga2xhdW5jaGVyIGZpcnN0LgojICogVGhlbiBrZGVkIGlzIHN0YXJ0ZWQu
IGtkZWQgaXMgcmVzcG9uc2libGUgZm9yIGtlZXBpbmcgdGhlIHN5Y29jYQojICAgZGF0YWJhc2Ug
dXAgdG8gZGF0ZS4gV2hlbiBhbiB1cCB0byBkYXRlIGRhdGFiYXNlIGlzIHByZXNlbnQgaXQgZ29l
cwojICAgaW50byB0aGUgYmFja2dyb3VuZCBhbmQgdGhlIHN0YXJ0dXAgY29udGludWVzLgojICog
VGhlbiBrZGVpbml0IHN0YXJ0cyBrY21pbml0LiBrY21pbml0IHBlcmZvcm1zIGluaXRpYWxpc2F0
aW9uIG9mCiMgICBjZXJ0YWluIGRldmljZXMgYWNjb3JkaW5nIHRvIHRoZSB1c2VyJ3Mgc2V0dGlu
Z3MKIwojICogVGhlbiBrc21zZXJ2ZXIgaXMgc3RhcnRlZCB3aGljaCBpbiB0dXJuIHN0YXJ0cwoj
ICAgMSkgdGhlIHdpbmRvdyBtYW5hZ2VyIChrd2luKQojICAgMikgZXZlcnl0aGluZyBpbiAkS0RF
RElSL3NoYXJlL2F1dG9zdGFydCAoa2Rlc2t0b3AsIGtpY2tlciwgZXRjLikKIyAgIDMpIHRoZSBy
ZXN0IG9mIHRoZSBzZXNzaW9uLgoKIyBUaGUgdXNlcidzIHBlcnNvbmFsIEtERSBkaXJlY3Rvcnkg
aXMgdXN1YWxseSB+Ly5rZGUsIGJ1dCB0aGlzIHNldHRpbmcKIyBtYXkgYmUgb3ZlcnJpZGRlbiBi
eSBzZXR0aW5nIEtERUhPTUUuCgprZGVob21lPSRIT01FLy5rZGUKdGVzdCAtbiAiJEtERUhPTUUi
ICYmIGtkZWhvbWU9YGVjaG8gIiRLREVIT01FInxzZWQgInMsXn4vLCRIT01FLywiYAoKIyBTb3Vy
Y2Ugc2NyaXB0cyBmb3VuZCBpbiA8bG9jYWxwcmVmaXg+L2Vudi8qLnNoIGFuZCA8cHJlZml4ZXM+
L2Vudi8qLnNoCiMgKHdoZXJlIDxsb2NhbHByZWZpeD4gaXMgJEtERUhPTUUgb3Igfi8ua2RlLCBh
bmQgPHByZWZpeGVzPiBpcyB3aGVyZSBLREUgaXMgaW5zdGFsbGVkKQojCiMgVGhpcyBpcyB3aGVy
ZSB5b3UgY2FuIGRlZmluZSBlbnZpcm9ubWVudCB2YXJpYWJsZXMgdGhhdCB3aWxsIGJlIGF2YWls
YWJsZSB0bwojIGFsbCBLREUgcHJvZ3JhbXMsIHNvIHRoaXMgaXMgd2hlcmUgeW91IGNhbiBydW4g
YWdlbnRzIHVzaW5nIGUuZy4gZXZhbCBgc3NoLWFnZW50YAojIG9yIGV2YWwgYGdwZy1hZ2VudCAt
LWRhZW1vbmAuCiMgTm90ZTogaWYgeW91IGRvIHRoYXQsIHlvdSBzaG91bGQgYWxzbyBwdXQgInNz
aC1hZ2VudCAtayIgYXMgYSBzaHV0ZG93biBzY3JpcHQKIwojIChzZWUgZW5kIG9mIHRoaXMgZmls
ZSkuCiMgRm9yIGFueXRoaW5nIGVsc2UgKHRoYXQgZG9lc24ndCBzZXQgZW52IHZhcnMsIG9yIHRo
YXQgbmVlZHMgYSB3aW5kb3cgbWFuYWdlciksCiMgYmV0dGVyIHVzZSB0aGUgQXV0b3N0YXJ0IGZv
bGRlci4KCmV4ZXBhdGg9YGtkZS1jb25maWcgLS1wYXRoIGV4ZWAKCmZvciBwcmVmaXggaW4gYGVj
aG8gIiRleGVwYXRoIiB8IHNlZCAtZSAnc14vYmluL14vZW52L15nO3NeOl4gXmcnYDsgZG8KICBm
b3IgZmlsZSBpbiAiJHByZWZpeCIqLnNoOyBkbwogICAgdGVzdCAtciAiJGZpbGUiICYmIC4gIiRm
aWxlIgogIGRvbmUKZG9uZQoKIyBBY3RpdmF0ZSB0aGUga2RlIGZvbnQgZGlyZWN0b3JpZXMuCiMK
IyBUaGVyZSBhcmUgNCBkaXJlY3RvcmllcyB0aGF0IG1heSBiZSB1c2VkIGZvciBzdXBwbHlpbmcg
Zm9udHMgZm9yIEtERS4KIwojIFRoZXJlIGFyZSB0d28gc3lzdGVtIGRpcmVjdG9yaWVzLiBUaGVz
ZSBiZWxvbmcgdG8gdGhlIGFkbWluaXN0cmF0b3IuCiMgVGhlcmUgYXJlIHR3byB1c2VyIGRpcmVj
dG9yaWVzLCB3aGVyZSB0aGUgdXNlciBtYXkgYWRkIGhlciBvd24gZm9udHMuCiMKIyBUaGUgJ292
ZXJyaWRlJyB2ZXJzaW9ucyBhcmUgZm9yIGZvbnRzIHRoYXQgc2hvdWxkIGNvbWUgZmlyc3QgaW4g
dGhlIGxpc3QsCiMgaS5lLiBpZiB5b3UgaGF2ZSBhIGZvbnQgaW4geW91ciAnb3ZlcnJpZGUnIGRp
cmVjdG9yeSwgaXQgd2lsbCBiZSB1c2VkIGluCiMgcHJlZmVyZW5jZSB0byBhbnkgb3RoZXIuCiMK
IyBUaGUgcHJlZmVyZW5jZSBvcmRlciBsb29rcyBsaWtlIHRoaXM6CiMgdXNlciBvdmVycmlkZSwg
c3lzdGVtIG92ZXJyaWRlLCBYLCB1c2VyLCBzeXN0ZW0KIwojIFdoZXJlIFggaXMgdGhlIG9yaWdp
bmFsIGZvbnQgZGF0YWJhc2UgdGhhdCB3YXMgc2V0IHVwIGJlZm9yZSB0aGlzIHNjcmlwdAojIHJ1
bnMuCgp1c3Jfb2Rpcj0kSE9NRS8uZm9udHMva2RlLW92ZXJyaWRlCnVzcl9mZGlyPSRIT01FLy5m
b250cwoKIyBBZGQgYW55IHVzZXItaW5zdGFsbGVkIGZvbnQgZGlyZWN0b3JpZXMgdG8gdGhlIFgg
Zm9udCBwYXRoCmtkZV9mb250cGF0aHM9JHVzcl9mZGlyL2ZvbnRwYXRocwpkb191c3JfZmRpcj0x
CmRvX3Vzcl9vZGlyPTEKaWYgdGVzdCAtciAiJGtkZV9mb250cGF0aHMiIDsgdGhlbgogICAgc2F2
aWZzPSRJRlMKICAgIElGUz0iCiIKICAgIGZvciBmcGF0aCBpbiBgZ3JlcCAtdiAnXlsgCV0qIycg
PCAiJGtkZV9mb250cGF0aHMiYCA7IGRvCiAgICAgICAgcmZwYXRoPWBlY2hvICRmcGF0aCB8IHNl
ZCAiczpefjokSE9NRTpnImAKICAgICAgICBpZiB0ZXN0IC1zICIkcmZwYXRoIi9mb250cy5kaXI7
IHRoZW4KICAgICAgICAgICAgeHNldCBmcCsgIiRyZnBhdGgiCiAgICAgICAgICAgIGlmIHRlc3Qg
IiRyZnBhdGgiID0gIiR1c3JfZmRpciI7IHRoZW4KICAgICAgICAgICAgICAgIGRvX3Vzcl9mZGly
PTAKICAgICAgICAgICAgZmkKICAgICAgICAgICAgaWYgdGVzdCAiJHJmcGF0aCIgPSAiJHVzcl9v
ZGlyIjsgdGhlbgogICAgICAgICAgICAgICAgZG9fdXNyX29kaXI9MAogICAgICAgICAgICBmaQog
ICAgICAgIGZpCiAgICBkb25lCiAgICBJRlM9JHNhdmlmcwpmaQoKaWYgdGVzdCAtbiAiJEtERURJ
UlMiOyB0aGVuCiAga2RlZGlyc19maXJzdD1gZWNobyAiJEtERURJUlMifHNlZCAtZSAncy86Liov
LydgCiAgc3lzX29kaXI9JGtkZWRpcnNfZmlyc3Qvc2hhcmUvZm9udHMvb3ZlcnJpZGUKICBzeXNf
ZmRpcj0ka2RlZGlyc19maXJzdC9zaGFyZS9mb250cwplbHNlCiAgc3lzX29kaXI9JEtERURJUi9z
aGFyZS9mb250cy9vdmVycmlkZQogIHN5c19mZGlyPSRLREVESVIvc2hhcmUvZm9udHMKZmkKCiMg
V2UgcnVuIG1rZm9udGRpciBvbiB0aGUgdXNlcidzIGZvbnQgZGlycyAoaWYgd2UgaGF2ZSBwZXJt
aXNzaW9uKSB0byBwaWNrCiMgdXAgYW55IG5ldyBmb250cyB0aGV5IG1heSBoYXZlIGluc3RhbGxl
ZC4gSWYgbWtmb250ZGlyIGZhaWxzLCB3ZSBzdGlsbAojIGFkZCB0aGUgdXNlcidzIGRpcnMgdG8g
dGhlIGZvbnQgcGF0aCwgYXMgdGhleSBtaWdodCBzaW1wbHkgaGF2ZSBiZWVuIG1hZGUKIyByZWFk
LW9ubHkgYnkgdGhlIGFkbWluaXN0cmF0b3IsIGZvciB3aGF0ZXZlciByZWFzb24uCgojIE9ubHkg
ZG8gdXNyX2ZkaXIgYW5kIHVzcl9vZGlyIGlmIHRoZXkgYXJlICpub3QqIGxpc3RlZCBpbiBmb250
cGF0aHMKdGVzdCAtZCAiJHN5c19vZGlyIiAmJiB4c2V0ICtmcCAiJHN5c19vZGlyIgp0ZXN0ICRk
b191c3Jfb2RpciAtZXEgMSAmJiB0ZXN0IC1kICIkdXNyX29kaXIiICYmIChta2ZvbnRkaXIgIiR1
c3Jfb2RpciIgOyB4c2V0ICtmcCAiJHVzcl9vZGlyIikKdGVzdCAkZG9fdXNyX2ZkaXIgLWVxIDEg
JiYgdGVzdCAtZCAiJHVzcl9mZGlyIiAmJiAobWtmb250ZGlyICIkdXNyX2ZkaXIiIDsgeHNldCBm
cCsgIiR1c3JfZmRpciIpCnRlc3QgLWQgIiRzeXNfZmRpciIgJiYgeHNldCBmcCsgIiRzeXNfZmRp
ciIKCiMgQXNrIFgxMSB0byByZWJ1aWxkIGl0cyBmb250IGxpc3QuCnhzZXQgZnAgcmVoYXNoCgoj
IFNldCBhIGxlZnQgY3Vyc29yIGluc3RlYWQgb2YgdGhlIHN0YW5kYXJkIFgxMSAiWCIgY3Vyc29y
LCBzaW5jZSBJJ3ZlIGhlYXJkCiMgZnJvbSBzb21lIHVzZXJzIHRoYXQgdGhleSdyZSBjb25mdXNl
ZCBhbmQgZG9uJ3Qga25vdyB3aGF0IHRvIGRvLiBUaGlzIGlzCiMgZXNwZWNpYWxseSBuZWNlc3Nh
cnkgb24gc2xvdyBtYWNoaW5lcywgd2hlcmUgc3RhcnRpbmcgS0RFIHRha2VzIG9uZSBvciB0d28K
IyBtaW51dGVzIHVudGlsIGFueXRoaW5nIGFwcGVhcnMgb24gdGhlIHNjcmVlbi4KIwojIElmIHRo
ZSB1c2VyIGhhcyBvdmVyd3JpdHRlbiBmb250cywgdGhlIGN1cnNvciBmb250IG1heSBiZSBkaWZm
ZXJlbnQgbm93CiMgc28gZG9uJ3QgbW92ZSB0aGlzIHVwLgojCnhzZXRyb290IC1jdXJzb3JfbmFt
ZSBsZWZ0X3B0cgoKIyBHZXQgR2hvc3RzY3JpcHQgdG8gbG9vayBpbnRvIHVzZXIncyBLREUgZm9u
dHMgZGlyIGZvciBhZGRpdGlvbmFsIEZvbnRtYXAKaWYgdGVzdCAtbiAiJEdTX0xJQiIgOyB0aGVu
CiAgICBHU19MSUI9JHVzcl9mZGlyOiRHU19MSUIKICAgIGV4cG9ydCBHU19MSUIKZWxzZQogICAg
R1NfTElCPSR1c3JfZmRpcgogICAgZXhwb3J0IEdTX0xJQgpmaQoKIyBMaW5rICJ0bXAiIHJlc291
cmNlIHRvIGRpcmVjdG9yeSBpbiAvdG1wCiMgQ3JlYXRlcyBhIGRpcmVjdG9yeSAvdG1wL2tkZS0k
VVNFUiBhbmQgbGlua3MgJEtERUhPTUUvdG1wLSRIT1NUTkFNRSB0byBpdC4KbG51c2VydGVtcCB0
bXAgPi9kZXYvbnVsbAoKIyBMaW5rICJzb2NrZXQiIHJlc291cmNlIHRvIGRpcmVjdG9yeSBpbiAv
dG1wCiMgQ3JlYXRlcyBhIGRpcmVjdG9yeSAvdG1wL2tzb2NrZXQtJFVTRVIgYW5kIGxpbmtzICRL
REVIT01FL3NvY2tldC0kSE9TVE5BTUUgdG8gaXQuCmxudXNlcnRlbXAgc29ja2V0ID4vZGV2L251
bGwKCiMgTGluayAiY2FjaGUiIHJlc291cmNlIHRvIGRpcmVjdG9yeSBpbiAvdmFyL3RtcAojIENy
ZWF0ZXMgYSBkaXJlY3RvcnkgL3Zhci90bXAva2RlY2FjaGUtJFVTRVIgYW5kIGxpbmtzICRLREVI
T01FL2NhY2hlLSRIT1NUTkFNRSB0byBpdC4KbG51c2VydGVtcCBjYWNoZSA+L2Rldi9udWxsCgoj
IEluIGNhc2Ugb2YgZGNvcCBzb2NrZXRzIGxlZnQgYnkgYSBwcmV2aW91cyBzZXNzaW9uLCBjbGVh
bnVwCmRjb3BzZXJ2ZXJfc2h1dGRvd24KCmVjaG8gJ3N0YXJ0a2RlOiBTdGFydGluZyB1cC4uLicg
IDE+JjIKCiMgcnVuIEtQZXJzb25hbGl6ZXIgYmVmb3JlIHRoZSBzZXNzaW9uLCBpZiB0aGlzIGlz
IHRoZSBmaXJzdCBsb2dpbgppZiBrcmVhZGNvbmZpZyAtLWZpbGUga3BlcnNvbmFsaXplcnJjIC0t
Z3JvdXAgR2VuZXJhbCAtLWtleSBGaXJzdExvZ2luIC0tZGVmYXVsdCB0cnVlIC0tdHlwZSBib29s
OyB0aGVuCiAgICAjIHN0YXJ0IG9ubHkgZGNvcHNlcnZlciwgZG9uJ3Qgc3RhcnQgd2hvbGUga2Rl
aW5pdCAodGFrZXMgdG9vIGxvbmcpCiAgICBlY2hvICdzdGFydGtkZTogUnVubmluZyBrcGVyc29u
YWxpemVyLi4uJyAgMT4mMgogICAgZGNvcHNlcnZlcgogICAga3dpbiAtLWxvY2sgJgogICAga3Bl
cnNvbmFsaXplciAtLWJlZm9yZS1zZXNzaW9uCiAgICAjIGhhbmRsZSBrcGVyc29uYWxpemVyIHJl
c3RhcnRzIChsYW5ndWFnZSBjaGFuZ2UpCiAgICB3aGlsZSB0ZXN0ICQ/IC1lcSAxOyBkbwogICAg
ICAgIGtwZXJzb25hbGl6ZXIgLS1yIC0tYmVmb3JlLXNlc3Npb24KICAgIGRvbmUKICAgIGRjb3Bz
ZXJ2ZXJfc2h1dGRvd24KICAgICMgc2h1dGRvd24gd2lsbCBhbHNvIG1ha2Uga3dpbiBxdWl0LCBn
aXZlIGl0IHRpbWUgdG8gZG8gc28KICAgIHNsZWVwIDEKZmkKCiMgdGhlIHNwbGFzaHNjcmVlbiBh
bmQgcHJvZ3Jlc3MgaW5kaWNhdG9yCnNwbGFzaD1ga3JlYWRjb25maWcgLS1maWxlIGtzcGxhc2hy
YyAtLWdyb3VwIEtTcGxhc2ggLS1rZXkgVGhlbWVgCmlmIHRlc3QgIiRzcGxhc2giID0gIk5vbmUi
OyB0aGVuCiAgICBlY2hvID4vZGV2L251bGwgI25vdGhpbmcKZWxpZiB0ZXN0ICIkc3BsYXNoIiA9
ICJTaW1wbGUiOyB0aGVuCiAgICBrc3BsYXNoc2ltcGxlCmVsc2UKICAgIGtzcGxhc2ggLS1ub2Rj
b3AKZmkKCiMgV2Ugc2V0IExEX0JJTkRfTk9XIHRvIGluY3JlYXNlIHRoZSBlZmZpY2llbmN5IG9m
IGtkZWluaXQuCiMga2RlaW5pdCB1bnNldHMgdGhpcyB2YXJpYWJsZSBiZWZvcmUgbG9hZGluZyBh
cHBsaWNhdGlvbnMuCkxEX0JJTkRfTk9XPXRydWUga2RlaW5pdCAra2NtaW5pdAppZiB0ZXN0ICQ/
IC1uZSAwOyB0aGVuCiAgIyBTdGFydHVwIGVycm9yCiAgZWNobyAnc3RhcnRrZGU6IENvdWxkIG5v
dCBzdGFydCBrZGVpbml0LiBDaGVjayB5b3VyIGluc3RhbGxhdGlvbi4nICAxPiYyCiAgeG1lc3Nh
Z2UgLWdlb21ldHJ5IDUwMHgxMDAgIkNvdWxkIG5vdCBzdGFydCBrZGVpbml0LiBDaGVjayB5b3Vy
IGluc3RhbGxhdGlvbi4iCmZpCgojIGZpbmFsbHksIGdpdmUgdGhlIHNlc3Npb24gY29udHJvbCB0
byB0aGUgc2Vzc2lvbiBtYW5hZ2VyCiMgaWYgdGhlIEtERVdNIGVudmlyb25tZW50IHZhcmlhYmxl
IGhhcyBiZWVuIHNldCwgdGhlbiBpdCB3aWxsIGJlIHVzZWQgYXMgS0RFJ3MKIyB3aW5kb3cgbWFu
YWdlciBpbnN0ZWFkIG9mIGt3aW4uCiMgaWYgS0RFV00gaXMgbm90IHNldCwga3Ntc2VydmVyIHdp
bGwgZW5zdXJlIGt3aW4gaXMgc3RhcnRlZC4KIyBrd3JhcHBlciBpcyB1c2VkIHRvIHJlZHVjZSBz
dGFydHVwIHRpbWUgYW5kIG1lbW9yeSB1c2FnZQojIGt3cmFwcGVyIGRvZXMgbm90IHJldHVybiB1
c2VmdWxsIGVycm9yIGNvZGVzIHN1Y2ggYXMgdGhlIGV4aXQgY29kZSBvZiBrc21zZXJ2ZXIuCiMg
V2Ugb25seSBjaGVjayBmb3IgMjU1IHdoaWNoIG1lYW5zIHRoYXQgdGhlIGtzbXNlcnZlciBwcm9j
ZXNzIGNvdWxkIG5vdCBiZSAKIyBzdGFydGVkLCBhbnkgcHJvYmxlbXMgdGhlcmVhZnRlciwgZS5n
LiBrc21zZXJ2ZXIgZmFpbGluZyB0byBpbml0aWFsaXplLCAKIyB3aWxsIHJlbWFpbiB1bmRldGVj
dGVkLgp0ZXN0IC1uICIkS0RFV00iICYmIEtERVdNPSItLXdpbmRvd21hbmFnZXIgJEtERVdNIgpr
d3JhcHBlciBrc21zZXJ2ZXIgJEtERVdNIAppZiB0ZXN0ICQ/IC1lcSAyNTU7IHRoZW4KICAjIFN0
YXJ0dXAgZXJyb3IKICBlY2hvICdzdGFydGtkZTogQ291bGQgbm90IHN0YXJ0IGtzbXNlcnZlci4g
Q2hlY2sgeW91ciBpbnN0YWxsYXRpb24uJyAgMT4mMgogIHhtZXNzYWdlIC1nZW9tZXRyeSA1MDB4
MTAwICJDb3VsZCBub3Qgc3RhcnQga3Ntc2VydmVyLiBDaGVjayB5b3VyIGluc3RhbGxhdGlvbi4i
CmZpCgplY2hvICdzdGFydGtkZTogU2h1dHRpbmcgZG93bi4uLicgIDE+JjIKCiMgQ2xlYW4gdXAK
a2RlaW5pdF9zaHV0ZG93bgpkY29wc2VydmVyX3NodXRkb3duCmFydHNzaGVsbCAtcSB0ZXJtaW5h
dGUKCmVjaG8gJ3N0YXJ0a2RlOiBSdW5uaW5nIHNodXRkb3duIHNjcmlwdHMuLi4nICAxPiYyCgoj
IFJ1biBzY3JpcHRzIGZvdW5kIGluICRLREVESVJTL3NodXRkb3duCmZvciBwcmVmaXggaW4gYGVj
aG8gIiRleGVwYXRoIiB8IHNlZCAtZSAnc14vYmluL14vc2h1dGRvd24vXmc7c146XiBeZydgOyBk
bwogIGZvciBmaWxlIGluIGBscyAiJHByZWZpeCIgMj4gL2Rldi9udWxsIHwgZWdyZXAgLXYgJyh+
fFwuYmFrKSQnYDsgZG8KICAgIHRlc3QgLXggIiRwcmVmaXgkZmlsZSIgJiYgIiRwcmVmaXgkZmls
ZSIKICBkb25lCmRvbmUKCgojIEdlbnRvbyBleGl0CgojIE1vdmUgdGhlIGNvbmZpZ2RpciBiYWNr
Cm12IC5rZGUgLmtkZTMuNApybSAua2RlLWN1cgoKIyBHZW50b28gZXhpdCBlbmRzCgplY2hvICdz
dGFydGtkZTogRG9uZS4nICAxPiYyCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>48131</attachid>
            <date>2005-01-10 14:03 0000</date>
            <desc>startkde for 3.4.0_beta1</desc>
            <filename>startkde</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvYmluL3NoCiMKIyAgREVGQVVMVCBLREUgU1RBUlRVUCBTQ1JJUFQgKCBLREUtMy4zLjkxICkK
IwoKIyBXaGVuIHRoZSBYIHNlcnZlciBkaWVzIHdlIGdldCBhIEhVUCBzaWduYWwgZnJvbSB4aW5p
dC4gV2UgbXVzdCBpZ25vcmUgaXQKIyBiZWNhdXNlIHdlIHN0aWxsIG5lZWQgdG8gZG8gc29tZSBj
bGVhbnVwLgp0cmFwICdlY2hvIEdPVCBTSUdIVVAnIEhVUAoKIyBHZW50b28gaW5pdAoKIyBNYWtl
IHN1cmUgdGhpcyBLREUgaXMgdXNlZCBieSBhcHBzIHJ1bm5pbmcgZnJvbSBvdXIgZW52CmV4cG9y
dCBQQVRIPSIvdXNyL2tkZS8zLjQvYmluOiR7UEFUSH0iCmV4cG9ydCBLREVESVI9Ii91c3Iva2Rl
LzMuNCIKCiMgS0RFIHN0b3JlcyBkb3RmaWxlcyBpbiB+Ly5rZGUuIFRvIHN1cHBvcnQgcnVubmlu
ZyBkaWZmZXJlbnQgbWlub3IgdmVyc2lvbnMKIyAoZWcgMy4zLCAzLjQsIDQuMC4uLikgZHVyaW5n
IGdyYWR1YWwgdXBncmFkZXMsIHdlIHN0b3JlIGVhY2ggdmVyc2lvbidzCiMgZG90ZmlsZXMgaW4g
fi8ua2RlWC5ZLiBXZSB1c2VkIHRvIG1ha2Ugfi8ua2RlIGEgc3ltbGluayB0byBhIH4vLmtkZVgu
WSwKIyBidXQgc29tZSBhcHBzIHN0b3JlIHRoZSByZWFsIG5hbWUgKHdpdGggWC5ZIGluIGl0KSBp
bnNpZGUgdGhlaXIgY29uZmlnZmlsZXMsCiMgc28gd2hlbiB3ZSB1cGdyYWRlIChhbmQgY29weSAu
a2RlWC5ZIHRvIC5rZGVYLihZKzEpKSB0aGVzZSBmaWxlcyBicmVhayBob3JyaWJseSAKIyAoYnVn
ICM0MDY5OCkuIFRoZXJlZm9yZSB3ZSBoYXZlIHRvIG1vdmUgZGlyZWN0b3JpZXMgYXJvdW5kLgoj
CiMgSWYgYSB1c2VyIHJ1bnMgdHdvIGRpZmZlcmVudCBLREUgdmVyc2lvbnMgYXQgdGhlIHNhbWUg
dGltZSwgbWF5aGVtIHdpbGwgcmVzdWx0LgoKY2QgfgoKIyBVcGdyYWRpbmcgZnJvbSB0aGUgb2xk
IHNjaGVtZSB3aGVyZSAua2RlIGlzIGEgc3ltbGluawppZiBbIC1oIC5rZGUgXTsgdGhlbgoJcm0g
LmtkZQpmaQoKIyBBIGtkZSBkaWVkIHVuZXhwZWN0ZWRseSBhbmQgY291bGRuJ3QgbW92ZSBhd2F5
IGl0cyAua2RlLgojIFRoZSBsYXN0IHJ1bm5pbmcga2RlJ3MgdmVyc2lvbiBzdHJpbmcgaXMgc3Rv
cmVkIGluIH4vLmtkZS1jdXIuCmlmIFsgLWQgLmtkZSBdOyB0aGVuCglpZiBbICEgLXIgLmtkZS1j
dXIgXTsgdGhlbgoJCWVjaG8gIiEhISB+Ly5rZGUtY3VyIGRvZXMgbm90IGV4aXN0IG9yIGlzIG5v
dCByZWFkYWJsZS4iIDE+JjIKCQllY2hvICJDYW5ub3QgZ2V0IHJpZCBvZiB+Ly5rZGUgZGlyZWN0
b3J5OyBhYmFuZG9uaW5nIGtkZSBjb25maWdkaXIgbWFuYWdlbWVudC4iIDE+JjIKCWVsc2UKCQls
YXN0dmVyPSJgY2F0IC5rZGUtY3VyYCIKCQlpZiBbIC1lICIua2RlJGxhc3R2ZXIiIF07IHRoZW4K
CQkJZWNobyAiISEhIH4vLmtkZSRsYXN0dmVyIGFscmVhZHkgZXhpc3RzLCBjYW4ndCBtb3ZlIH4v
LmtkZSBhc2lkZSIgMT4mMgoJCQljb3VudGVyPTEKCQkJd2hpbGUgWyAtZSAiLmtkZSRsYXN0dmVy
LmJhY2t1cC0kY291bnRlciIgXTsgZG8KCQkJCWVjaG8gIiEhISBCYWNrdXAgZGlyIH4vLmtkZSRs
YXN0dmVyLmJhY2t1cC0kY291bnRlciBhbHJlYWR5IGV4aXN0cy4iIDE+JjIKCQkJCWVjaG8gIkZp
bmQgb3V0IHdoYXQncyBnb2luZyB3cm9uZyEiIDE+JjIKCQkJCWxldCBjb3VudGVyKysKCQkJZG9u
ZQoJCQltdiAua2RlICIua2RlJGxhc3R2ZXIuYmFja3VwLSRjb3VudGVyIgoJCWZpCgkJcm0gLmtk
ZS1jdXIKCWZpCmZpCgojIElmIHdlIHN1Y2VlZGVkCmlmIFsgISAtZSAua2RlIF07IHRoZW4KCQoJ
IyBJZiB3ZSBoYXZlIGEgY29uZmlnZGlyLCBhY3RpdmF0ZSBpdC4KCW91cnZlcj0zLjQKCW91cmRp
cj0ua2RlJG91cnZlcgoJaWYgWyAtZSAiJG91cmRpciIgXTsgdGhlbgoJCWlmIFsgISAtZCAiJG91
cmRpciIgXTsgdGhlbgoJCQllY2hvICIhISEgQ29uZmlnZGlyICRvdXJkaXIgaXMgbm90IGEgZGly
ZWN0b3J5LiBTb21ldGhpbmcncyBfcmVhbGx5XyB3cm9uZy4gQWJvcnRpbmcuIiAxPiYyCgkJZWxz
ZQoJCQltdiAiJG91cmRpciIgLmtkZQoJCWZpCgkKCSMgT3RoZXJ3aXNlIChmaXJzdCBydW4gb2Yg
dGhpcyB2ZXJzaW9uKSwgd2UgY29weSBvdmVyIHRoZSBtb3N0IHJlY2VudCBleGlzdGluZyBjb25m
aWdkaXIuCgllbHNlCgkJZm9yIHggaW4gMy4zIDMuMiAzLjEgMy4wOyBkbwoJCQlpZiBbIC1kICIu
a2RlJHgiIF07IHRoZW4KCQkJCW1vc3RyZWNlbnQ9Ii5rZGUkeCIKCQkJCWJyZWFrCgkJCWZpCgkJ
ZG9uZQoJCWlmIFsgLXogIiRtb3N0cmVjZW50IiBdOyB0aGVuCgkJCWVjaG8gIk5vIHByZXZpb3Vz
IGNvbmZpZ2RpciBmb3VuZDsgc3RhcnRpbmcgd2l0aCBlbXB0eSBjb25maWciIDE+JjIKCQllbHNl
CgkJCWVjaG8gIkNvcHlpbmcgcHJldmlvdXMgY29uZmlnZGlyIGZyb20gJG1vc3RyZWNlbnQiIDE+
JjIKCQkJY3AgLXByICIkbW9zdHJlY2VudCIgLmtkZQoJCQkKCQkJIyBGb3IgdGhlIHVwZ3JhZGUg
ZnJvbSBrZGUgMy4zLCB3aGljaCBzdGlsbCBzdWZmZXJlZCBmcm9tIGJ1ZyA0MDY5OCwgbG90cyBv
ZiBsaXR0bGUgc2VkcyBhcmUgbmVlZGVkLgoJCQlpZiBbICIkbW9zdHJlY2VudCIgPT0gIi5rZGUz
LjMiIF07IHRoZW4KCQkJCWZvciBmaWxlIGluIHNoYXJlL2FwcHMva2RldmRvY3VtZW50YXRpb24v
c2VhcmNoL2h0ZGlnLmNvbmYgXAoJCQkJCQkJc2hhcmUvYXBwcy9rYWxhcm1kL2NsaWVudHMgXAoJ
CQkJCQkJc2hhcmUvY29uZmlnL2tkZXZkb2N1bWVudGF0aW9ucmMgXAoJCQkJCQkJc2hhcmUvY29u
ZmlnL2thdGVzeW50YXhoaWdobGlnaHRpbmdyYyBcCgkJCQkJCQlzaGFyZS9jb25maWcva3Ntc2Vy
dmVycmMKCQkJCWRvCgkJCQkJc2VkIC1pIC1lICJzOiRIT01FLy5rZGUzLjM6JEhPTUUvLmtkZTpn
IiAtZSAnczokSE9NRS8ua2RlMy4zOiRIT01FLy5rZGU6ZycgIi5rZGUvJGZpbGUiCgkJCQlkb25l
CgkJCWZpCgkJZmkKCWZpCgkKCSMgUmVtZW1iZXIgdGhhdCB3ZSdyZSBydW5uaW5nIGluIGNhc2Ug
d2UgZGllCgllY2hvIDMuNCA+IC5rZGUtY3VyCmZpCgojIGVudmlyb25tZW50IGZyaWVuZGx5CnVu
c2V0IGxhc3R2ZXIKdW5zZXQgY291bnRlcgp1bnNldCBvdXJ2ZXIKdW5zZXQgb3VyZGlyCnVuc2V0
IG1vc3RyZWNlbnQKCiMgR2VudG9vIGluaXQgZW5kcwoKIyBDaGVjayBpZiBhIEtERSBzZXNzaW9u
IGFscmVhZHkgaXMgcnVubmluZwppZiBkY29wIGtkZXNrdG9wID4vZGV2L251bGwgMj4mMTsgdGhl
bgoJZWNobyAiS0RFIHNlZW1zIHRvIGJlIGFscmVhZHkgcnVubmluZyBvbiB0aGlzIGRpc3BsYXku
IgoJeG1lc3NhZ2UgLWdlb21ldHJ5IDUwMHgxMDAgIktERSBzZWVtcyB0byBiZSBhbHJlYWR5IHJ1
bm5pbmcgb24gdGhpcyBkaXNwbGF5LiIgPiAvZGV2L251bGwgMj4vZGV2L251bGwKCWV4aXQgMQpm
aQoKIyBTZXQgdGhlIGJhY2tncm91bmQgdG8gcGxhaW4gY3lhbi4KIyBUaGUgc3RhbmRhcmQgWCBi
YWNrZ3JvdW5kIGlzIG5hc3R5LCBjYXVzaW5nIG1vaXJlIGVmZmVjdHMgYW5kIGV4cGxvZGluZwoj
IHBlb3BsZSdzIGhlYWRzLiBXZSB1c2UgY29sb3VycyBmcm9tIHRoZSBzdGFuZGFyZCBLREUgcGFs
ZXR0ZSBmb3IgdGhvc2Ugd2l0aAojIHBhbGV0dGlzZWQgZGlzcGxheXMuCmlmIHRlc3QgLXogIiRY
RE1fTUFOQUdFRCIgfHwgZWNobyAiJFhETV9NQU5BR0VEIiB8IGdyZXAgIixhdXRvIiA+IC9kZXYv
bnVsbDsgdGhlbgogIHhzZXRyb290IC1zb2xpZCAiIzU0NzdBMCIKZmkKCiMgd2UgaGF2ZSB0byB1
bnNldCB0aGlzIGZvciBEYXJ3aW4gc2luY2UgaXQgd2lsbCBzY3JldyB1cCBLREUncyBkeW5hbWlj
LWxvYWRpbmcKdW5zZXQgRFlMRF9GT1JDRV9GTEFUX05BTUVTUEFDRQoKIyBpbiBjYXNlIHdlIGhh
dmUgYmVlbiBzdGFydGVkIHdpdGggZnVsbCBwYXRobmFtZSBzcGVjIHdpdGhvdXQgYmVpbmcgaW4g
UEFUSApiaW5kaXI9YGVjaG8gIiQwIiB8IHNlZCAtbiAncyxeXCgvLipcKS9bXi9dW14vXSokLFwx
LHAnYAppZiBbIC1uICIkYmluZGlyIiBdOyB0aGVuCiAgY2FzZSAkUEFUSCBpbgogICAgJGJpbmRp
cnwkYmluZGlyOip8KjokYmluZGlyfCo6JGJpbmRpcjoqKSA7OwogICAgKikgUEFUSD0kYmluZGly
OiRQQVRIOyBleHBvcnQgUEFUSDs7CiAgZXNhYwpmaQoKIyBCb290IHNlcXVlbmNlOgojCiMga2Rl
aW5pdCBpcyB1c2VkIHRvIGZvcmsgb2ZmIHByb2Nlc3NlcyB3aGljaCBpbXByb3ZlcyBtZW1vcnkg
dXNhZ2UKIyBhbmQgc3RhcnR1cCB0aW1lLgojCiMgKiBrZGVpbml0IHN0YXJ0cyB0aGUgZGNvcHNl
cnZlciBhbmQga2xhdW5jaGVyIGZpcnN0LgojICogVGhlbiBrZGVkIGlzIHN0YXJ0ZWQuIGtkZWQg
aXMgcmVzcG9uc2libGUgZm9yIGtlZXBpbmcgdGhlIHN5Y29jYQojICAgZGF0YWJhc2UgdXAgdG8g
ZGF0ZS4gV2hlbiBhbiB1cCB0byBkYXRlIGRhdGFiYXNlIGlzIHByZXNlbnQgaXQgZ29lcwojICAg
aW50byB0aGUgYmFja2dyb3VuZCBhbmQgdGhlIHN0YXJ0dXAgY29udGludWVzLgojICogVGhlbiBr
ZGVpbml0IHN0YXJ0cyBrY21pbml0LiBrY21pbml0IHBlcmZvcm1zIGluaXRpYWxpc2F0aW9uIG9m
CiMgICBjZXJ0YWluIGRldmljZXMgYWNjb3JkaW5nIHRvIHRoZSB1c2VyJ3Mgc2V0dGluZ3MKIwoj
ICogVGhlbiBrc21zZXJ2ZXIgaXMgc3RhcnRlZCB3aGljaCBpbiB0dXJuIHN0YXJ0cwojICAgMSkg
dGhlIHdpbmRvdyBtYW5hZ2VyIChrd2luKQojICAgMikgZXZlcnl0aGluZyBpbiAkS0RFRElSL3No
YXJlL2F1dG9zdGFydCAoa2Rlc2t0b3AsIGtpY2tlciwgZXRjLikKIyAgIDMpIHRoZSByZXN0IG9m
IHRoZSBzZXNzaW9uLgoKIyBUaGUgdXNlcidzIHBlcnNvbmFsIEtERSBkaXJlY3RvcnkgaXMgdXN1
YWxseSB+Ly5rZGUsIGJ1dCB0aGlzIHNldHRpbmcKIyBtYXkgYmUgb3ZlcnJpZGRlbiBieSBzZXR0
aW5nIEtERUhPTUUuCgprZGVob21lPSRIT01FLy5rZGUKdGVzdCAtbiAiJEtERUhPTUUiICYmIGtk
ZWhvbWU9YGVjaG8gIiRLREVIT01FInxzZWQgInMsXn4vLCRIT01FLywiYAoKIyBTb3VyY2Ugc2Ny
aXB0cyBmb3VuZCBpbiA8bG9jYWxwcmVmaXg+L2Vudi8qLnNoIGFuZCA8cHJlZml4ZXM+L2Vudi8q
LnNoCiMgKHdoZXJlIDxsb2NhbHByZWZpeD4gaXMgJEtERUhPTUUgb3Igfi8ua2RlLCBhbmQgPHBy
ZWZpeGVzPiBpcyB3aGVyZSBLREUgaXMgaW5zdGFsbGVkKQojCiMgVGhpcyBpcyB3aGVyZSB5b3Ug
Y2FuIGRlZmluZSBlbnZpcm9ubWVudCB2YXJpYWJsZXMgdGhhdCB3aWxsIGJlIGF2YWlsYWJsZSB0
bwojIGFsbCBLREUgcHJvZ3JhbXMsIHNvIHRoaXMgaXMgd2hlcmUgeW91IGNhbiBydW4gYWdlbnRz
IHVzaW5nIGUuZy4gZXZhbCBgc3NoLWFnZW50YAojIG9yIGV2YWwgYGdwZy1hZ2VudCAtLWRhZW1v
bmAuCiMgTm90ZTogaWYgeW91IGRvIHRoYXQsIHlvdSBzaG91bGQgYWxzbyBwdXQgInNzaC1hZ2Vu
dCAtayIgYXMgYSBzaHV0ZG93biBzY3JpcHQKIwojIChzZWUgZW5kIG9mIHRoaXMgZmlsZSkuCiMg
Rm9yIGFueXRoaW5nIGVsc2UgKHRoYXQgZG9lc24ndCBzZXQgZW52IHZhcnMsIG9yIHRoYXQgbmVl
ZHMgYSB3aW5kb3cgbWFuYWdlciksCiMgYmV0dGVyIHVzZSB0aGUgQXV0b3N0YXJ0IGZvbGRlci4K
CmV4ZXBhdGg9YGtkZS1jb25maWcgLS1wYXRoIGV4ZWAKCmZvciBwcmVmaXggaW4gYGVjaG8gIiRl
eGVwYXRoIiB8IHNlZCAtZSAnc14vYmluL14vZW52L15nO3NeOl4gXmcnYDsgZG8KICBmb3IgZmls
ZSBpbiAiJHByZWZpeCIqLnNoOyBkbwogICAgdGVzdCAtciAiJGZpbGUiICYmIC4gIiRmaWxlIgog
IGRvbmUKZG9uZQoKIyBBY3RpdmF0ZSB0aGUga2RlIGZvbnQgZGlyZWN0b3JpZXMuCiMKIyBUaGVy
ZSBhcmUgNCBkaXJlY3RvcmllcyB0aGF0IG1heSBiZSB1c2VkIGZvciBzdXBwbHlpbmcgZm9udHMg
Zm9yIEtERS4KIwojIFRoZXJlIGFyZSB0d28gc3lzdGVtIGRpcmVjdG9yaWVzLiBUaGVzZSBiZWxv
bmcgdG8gdGhlIGFkbWluaXN0cmF0b3IuCiMgVGhlcmUgYXJlIHR3byB1c2VyIGRpcmVjdG9yaWVz
LCB3aGVyZSB0aGUgdXNlciBtYXkgYWRkIGhlciBvd24gZm9udHMuCiMKIyBUaGUgJ292ZXJyaWRl
JyB2ZXJzaW9ucyBhcmUgZm9yIGZvbnRzIHRoYXQgc2hvdWxkIGNvbWUgZmlyc3QgaW4gdGhlIGxp
c3QsCiMgaS5lLiBpZiB5b3UgaGF2ZSBhIGZvbnQgaW4geW91ciAnb3ZlcnJpZGUnIGRpcmVjdG9y
eSwgaXQgd2lsbCBiZSB1c2VkIGluCiMgcHJlZmVyZW5jZSB0byBhbnkgb3RoZXIuCiMKIyBUaGUg
cHJlZmVyZW5jZSBvcmRlciBsb29rcyBsaWtlIHRoaXM6CiMgdXNlciBvdmVycmlkZSwgc3lzdGVt
IG92ZXJyaWRlLCBYLCB1c2VyLCBzeXN0ZW0KIwojIFdoZXJlIFggaXMgdGhlIG9yaWdpbmFsIGZv
bnQgZGF0YWJhc2UgdGhhdCB3YXMgc2V0IHVwIGJlZm9yZSB0aGlzIHNjcmlwdAojIHJ1bnMuCgp1
c3Jfb2Rpcj0kSE9NRS8uZm9udHMva2RlLW92ZXJyaWRlCnVzcl9mZGlyPSRIT01FLy5mb250cwoK
IyBBZGQgYW55IHVzZXItaW5zdGFsbGVkIGZvbnQgZGlyZWN0b3JpZXMgdG8gdGhlIFggZm9udCBw
YXRoCmtkZV9mb250cGF0aHM9JHVzcl9mZGlyL2ZvbnRwYXRocwpkb191c3JfZmRpcj0xCmRvX3Vz
cl9vZGlyPTEKaWYgdGVzdCAtciAiJGtkZV9mb250cGF0aHMiIDsgdGhlbgogICAgc2F2aWZzPSRJ
RlMKICAgIElGUz0iCiIKICAgIGZvciBmcGF0aCBpbiBgZ3JlcCAtdiAnXlsgCV0qIycgPCAiJGtk
ZV9mb250cGF0aHMiYCA7IGRvCiAgICAgICAgcmZwYXRoPWBlY2hvICRmcGF0aCB8IHNlZCAiczpe
fjokSE9NRTpnImAKICAgICAgICBpZiB0ZXN0IC1zICIkcmZwYXRoIi9mb250cy5kaXI7IHRoZW4K
ICAgICAgICAgICAgeHNldCBmcCsgIiRyZnBhdGgiCiAgICAgICAgICAgIGlmIHRlc3QgIiRyZnBh
dGgiID0gIiR1c3JfZmRpciI7IHRoZW4KICAgICAgICAgICAgICAgIGRvX3Vzcl9mZGlyPTAKICAg
ICAgICAgICAgZmkKICAgICAgICAgICAgaWYgdGVzdCAiJHJmcGF0aCIgPSAiJHVzcl9vZGlyIjsg
dGhlbgogICAgICAgICAgICAgICAgZG9fdXNyX29kaXI9MAogICAgICAgICAgICBmaQogICAgICAg
IGZpCiAgICBkb25lCiAgICBJRlM9JHNhdmlmcwpmaQoKaWYgdGVzdCAtbiAiJEtERURJUlMiOyB0
aGVuCiAga2RlZGlyc19maXJzdD1gZWNobyAiJEtERURJUlMifHNlZCAtZSAncy86LiovLydgCiAg
c3lzX29kaXI9JGtkZWRpcnNfZmlyc3Qvc2hhcmUvZm9udHMvb3ZlcnJpZGUKICBzeXNfZmRpcj0k
a2RlZGlyc19maXJzdC9zaGFyZS9mb250cwplbHNlCiAgc3lzX29kaXI9JEtERURJUi9zaGFyZS9m
b250cy9vdmVycmlkZQogIHN5c19mZGlyPSRLREVESVIvc2hhcmUvZm9udHMKZmkKCiMgV2UgcnVu
IG1rZm9udGRpciBvbiB0aGUgdXNlcidzIGZvbnQgZGlycyAoaWYgd2UgaGF2ZSBwZXJtaXNzaW9u
KSB0byBwaWNrCiMgdXAgYW55IG5ldyBmb250cyB0aGV5IG1heSBoYXZlIGluc3RhbGxlZC4gSWYg
bWtmb250ZGlyIGZhaWxzLCB3ZSBzdGlsbAojIGFkZCB0aGUgdXNlcidzIGRpcnMgdG8gdGhlIGZv
bnQgcGF0aCwgYXMgdGhleSBtaWdodCBzaW1wbHkgaGF2ZSBiZWVuIG1hZGUKIyByZWFkLW9ubHkg
YnkgdGhlIGFkbWluaXN0cmF0b3IsIGZvciB3aGF0ZXZlciByZWFzb24uCgojIE9ubHkgZG8gdXNy
X2ZkaXIgYW5kIHVzcl9vZGlyIGlmIHRoZXkgYXJlICpub3QqIGxpc3RlZCBpbiBmb250cGF0aHMK
dGVzdCAtZCAiJHN5c19vZGlyIiAmJiB4c2V0ICtmcCAiJHN5c19vZGlyIgp0ZXN0ICRkb191c3Jf
b2RpciAtZXEgMSAmJiB0ZXN0IC1kICIkdXNyX29kaXIiICYmIChta2ZvbnRkaXIgIiR1c3Jfb2Rp
ciIgOyB4c2V0ICtmcCAiJHVzcl9vZGlyIikKdGVzdCAkZG9fdXNyX2ZkaXIgLWVxIDEgJiYgdGVz
dCAtZCAiJHVzcl9mZGlyIiAmJiAobWtmb250ZGlyICIkdXNyX2ZkaXIiIDsgeHNldCBmcCsgIiR1
c3JfZmRpciIpCnRlc3QgLWQgIiRzeXNfZmRpciIgJiYgeHNldCBmcCsgIiRzeXNfZmRpciIKCiMg
QXNrIFgxMSB0byByZWJ1aWxkIGl0cyBmb250IGxpc3QuCnhzZXQgZnAgcmVoYXNoCgojIFNldCBh
IGxlZnQgY3Vyc29yIGluc3RlYWQgb2YgdGhlIHN0YW5kYXJkIFgxMSAiWCIgY3Vyc29yLCBzaW5j
ZSBJJ3ZlIGhlYXJkCiMgZnJvbSBzb21lIHVzZXJzIHRoYXQgdGhleSdyZSBjb25mdXNlZCBhbmQg
ZG9uJ3Qga25vdyB3aGF0IHRvIGRvLiBUaGlzIGlzCiMgZXNwZWNpYWxseSBuZWNlc3Nhcnkgb24g
c2xvdyBtYWNoaW5lcywgd2hlcmUgc3RhcnRpbmcgS0RFIHRha2VzIG9uZSBvciB0d28KIyBtaW51
dGVzIHVudGlsIGFueXRoaW5nIGFwcGVhcnMgb24gdGhlIHNjcmVlbi4KIwojIElmIHRoZSB1c2Vy
IGhhcyBvdmVyd3JpdHRlbiBmb250cywgdGhlIGN1cnNvciBmb250IG1heSBiZSBkaWZmZXJlbnQg
bm93CiMgc28gZG9uJ3QgbW92ZSB0aGlzIHVwLgojCnhzZXRyb290IC1jdXJzb3JfbmFtZSBsZWZ0
X3B0cgoKIyBHZXQgR2hvc3RzY3JpcHQgdG8gbG9vayBpbnRvIHVzZXIncyBLREUgZm9udHMgZGly
IGZvciBhZGRpdGlvbmFsIEZvbnRtYXAKaWYgdGVzdCAtbiAiJEdTX0xJQiIgOyB0aGVuCiAgICBH
U19MSUI9JHVzcl9mZGlyOiRHU19MSUIKICAgIGV4cG9ydCBHU19MSUIKZWxzZQogICAgR1NfTElC
PSR1c3JfZmRpcgogICAgZXhwb3J0IEdTX0xJQgpmaQoKIyBMaW5rICJ0bXAiIHJlc291cmNlIHRv
IGRpcmVjdG9yeSBpbiAvdG1wCiMgQ3JlYXRlcyBhIGRpcmVjdG9yeSAvdG1wL2tkZS0kVVNFUiBh
bmQgbGlua3MgJEtERUhPTUUvdG1wLSRIT1NUTkFNRSB0byBpdC4KbG51c2VydGVtcCB0bXAgPi9k
ZXYvbnVsbAoKIyBMaW5rICJzb2NrZXQiIHJlc291cmNlIHRvIGRpcmVjdG9yeSBpbiAvdG1wCiMg
Q3JlYXRlcyBhIGRpcmVjdG9yeSAvdG1wL2tzb2NrZXQtJFVTRVIgYW5kIGxpbmtzICRLREVIT01F
L3NvY2tldC0kSE9TVE5BTUUgdG8gaXQuCmxudXNlcnRlbXAgc29ja2V0ID4vZGV2L251bGwKCiMg
TGluayAiY2FjaGUiIHJlc291cmNlIHRvIGRpcmVjdG9yeSBpbiAvdmFyL3RtcAojIENyZWF0ZXMg
YSBkaXJlY3RvcnkgL3Zhci90bXAva2RlY2FjaGUtJFVTRVIgYW5kIGxpbmtzICRLREVIT01FL2Nh
Y2hlLSRIT1NUTkFNRSB0byBpdC4KbG51c2VydGVtcCBjYWNoZSA+L2Rldi9udWxsCgojIEluIGNh
c2Ugb2YgZGNvcCBzb2NrZXRzIGxlZnQgYnkgYSBwcmV2aW91cyBzZXNzaW9uLCBjbGVhbnVwCmRj
b3BzZXJ2ZXJfc2h1dGRvd24KCmVjaG8gJ3N0YXJ0a2RlOiBTdGFydGluZyB1cC4uLicgIDE+JjIK
CiMgcnVuIEtQZXJzb25hbGl6ZXIgYmVmb3JlIHRoZSBzZXNzaW9uLCBpZiB0aGlzIGlzIHRoZSBm
aXJzdCBsb2dpbgppZiBrcmVhZGNvbmZpZyAtLWZpbGUga3BlcnNvbmFsaXplcnJjIC0tZ3JvdXAg
R2VuZXJhbCAtLWtleSBGaXJzdExvZ2luIC0tZGVmYXVsdCB0cnVlIC0tdHlwZSBib29sOyB0aGVu
CiAgICAjIHN0YXJ0IG9ubHkgZGNvcHNlcnZlciwgZG9uJ3Qgc3RhcnQgd2hvbGUga2RlaW5pdCAo
dGFrZXMgdG9vIGxvbmcpCiAgICBlY2hvICdzdGFydGtkZTogUnVubmluZyBrcGVyc29uYWxpemVy
Li4uJyAgMT4mMgogICAgZGNvcHNlcnZlcgogICAga3dpbiAtLWxvY2sgJgogICAga3BlcnNvbmFs
aXplciAtLWJlZm9yZS1zZXNzaW9uCiAgICAjIGhhbmRsZSBrcGVyc29uYWxpemVyIHJlc3RhcnRz
IChsYW5ndWFnZSBjaGFuZ2UpCiAgICB3aGlsZSB0ZXN0ICQ/IC1lcSAxOyBkbwogICAgICAgIGtw
ZXJzb25hbGl6ZXIgLS1yIC0tYmVmb3JlLXNlc3Npb24KICAgIGRvbmUKICAgIGRjb3BzZXJ2ZXJf
c2h1dGRvd24KICAgICMgc2h1dGRvd24gd2lsbCBhbHNvIG1ha2Uga3dpbiBxdWl0LCBnaXZlIGl0
IHRpbWUgdG8gZG8gc28KICAgIHNsZWVwIDEKZmkKCiMgdGhlIHNwbGFzaHNjcmVlbiBhbmQgcHJv
Z3Jlc3MgaW5kaWNhdG9yCnNwbGFzaD1ga3JlYWRjb25maWcgLS1maWxlIGtzcGxhc2hyYyAtLWdy
b3VwIEtTcGxhc2ggLS1rZXkgVGhlbWVgCmlmIHRlc3QgIiRzcGxhc2giID0gIk5vbmUiOyB0aGVu
CiAgICBlY2hvID4vZGV2L251bGwgI25vdGhpbmcKZWxpZiB0ZXN0ICIkc3BsYXNoIiA9ICJTaW1w
bGUiOyB0aGVuCiAgICBrc3BsYXNoc2ltcGxlCmVsc2UKICAgIGtzcGxhc2ggLS1ub2Rjb3AKZmkK
CiMgV2Ugc2V0IExEX0JJTkRfTk9XIHRvIGluY3JlYXNlIHRoZSBlZmZpY2llbmN5IG9mIGtkZWlu
aXQuCiMga2RlaW5pdCB1bnNldHMgdGhpcyB2YXJpYWJsZSBiZWZvcmUgbG9hZGluZyBhcHBsaWNh
dGlvbnMuCkxEX0JJTkRfTk9XPXRydWUga2RlaW5pdCAra2NtaW5pdAppZiB0ZXN0ICQ/IC1uZSAw
OyB0aGVuCiAgIyBTdGFydHVwIGVycm9yCiAgZWNobyAnc3RhcnRrZGU6IENvdWxkIG5vdCBzdGFy
dCBrZGVpbml0LiBDaGVjayB5b3VyIGluc3RhbGxhdGlvbi4nICAxPiYyCiAgeG1lc3NhZ2UgLWdl
b21ldHJ5IDUwMHgxMDAgIkNvdWxkIG5vdCBzdGFydCBrZGVpbml0LiBDaGVjayB5b3VyIGluc3Rh
bGxhdGlvbi4iCmZpCgojIGZpbmFsbHksIGdpdmUgdGhlIHNlc3Npb24gY29udHJvbCB0byB0aGUg
c2Vzc2lvbiBtYW5hZ2VyCiMgaWYgdGhlIEtERVdNIGVudmlyb25tZW50IHZhcmlhYmxlIGhhcyBi
ZWVuIHNldCwgdGhlbiBpdCB3aWxsIGJlIHVzZWQgYXMgS0RFJ3MKIyB3aW5kb3cgbWFuYWdlciBp
bnN0ZWFkIG9mIGt3aW4uCiMgaWYgS0RFV00gaXMgbm90IHNldCwga3Ntc2VydmVyIHdpbGwgZW5z
dXJlIGt3aW4gaXMgc3RhcnRlZC4KIyBrd3JhcHBlciBpcyB1c2VkIHRvIHJlZHVjZSBzdGFydHVw
IHRpbWUgYW5kIG1lbW9yeSB1c2FnZQojIGt3cmFwcGVyIGRvZXMgbm90IHJldHVybiB1c2VmdWxs
IGVycm9yIGNvZGVzIHN1Y2ggYXMgdGhlIGV4aXQgY29kZSBvZiBrc21zZXJ2ZXIuCiMgV2Ugb25s
eSBjaGVjayBmb3IgMjU1IHdoaWNoIG1lYW5zIHRoYXQgdGhlIGtzbXNlcnZlciBwcm9jZXNzIGNv
dWxkIG5vdCBiZSAKIyBzdGFydGVkLCBhbnkgcHJvYmxlbXMgdGhlcmVhZnRlciwgZS5nLiBrc21z
ZXJ2ZXIgZmFpbGluZyB0byBpbml0aWFsaXplLCAKIyB3aWxsIHJlbWFpbiB1bmRldGVjdGVkLgp0
ZXN0IC1uICIkS0RFV00iICYmIEtERVdNPSItLXdpbmRvd21hbmFnZXIgJEtERVdNIgprd3JhcHBl
ciBrc21zZXJ2ZXIgJEtERVdNIAppZiB0ZXN0ICQ/IC1lcSAyNTU7IHRoZW4KICAjIFN0YXJ0dXAg
ZXJyb3IKICBlY2hvICdzdGFydGtkZTogQ291bGQgbm90IHN0YXJ0IGtzbXNlcnZlci4gQ2hlY2sg
eW91ciBpbnN0YWxsYXRpb24uJyAgMT4mMgogIHhtZXNzYWdlIC1nZW9tZXRyeSA1MDB4MTAwICJD
b3VsZCBub3Qgc3RhcnQga3Ntc2VydmVyLiBDaGVjayB5b3VyIGluc3RhbGxhdGlvbi4iCmZpCgpl
Y2hvICdzdGFydGtkZTogU2h1dHRpbmcgZG93bi4uLicgIDE+JjIKCiMgQ2xlYW4gdXAKa2RlaW5p
dF9zaHV0ZG93bgpkY29wc2VydmVyX3NodXRkb3duCmFydHNzaGVsbCAtcSB0ZXJtaW5hdGUKCmVj
aG8gJ3N0YXJ0a2RlOiBSdW5uaW5nIHNodXRkb3duIHNjcmlwdHMuLi4nICAxPiYyCgojIFJ1biBz
Y3JpcHRzIGZvdW5kIGluICRLREVESVJTL3NodXRkb3duCmZvciBwcmVmaXggaW4gYGVjaG8gIiRl
eGVwYXRoIiB8IHNlZCAtZSAnc14vYmluL14vc2h1dGRvd24vXmc7c146XiBeZydgOyBkbwogIGZv
ciBmaWxlIGluIGBscyAiJHByZWZpeCIgMj4gL2Rldi9udWxsIHwgZWdyZXAgLXYgJyh+fFwuYmFr
KSQnYDsgZG8KICAgIHRlc3QgLXggIiRwcmVmaXgkZmlsZSIgJiYgIiRwcmVmaXgkZmlsZSIKICBk
b25lCmRvbmUKCgojIEdlbnRvbyBleGl0CgojIE1vdmUgdGhlIGNvbmZpZ2RpciBiYWNrCm12IC5r
ZGUgLmtkZTMuNApybSAua2RlLWN1cgoKIyBHZW50b28gZXhpdCBlbmRzCgplY2hvICdzdGFydGtk
ZTogRG9uZS4nICAxPiYyCg==
</data>        

          </attachment>
    </bug>

</bugzilla>