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

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>120455</bug_id>
          
          <creation_ts>2013-08-29 01:25:10 -0700</creation_ts>
          <short_desc>[GTK] Add jhbuild-wayland.modules</short_desc>
          <delta_ts>2013-09-12 07:50:51 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>WebKitGTK</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>81456</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="ChangSeok Oh">changseok</reporter>
          <assigned_to name="ChangSeok Oh">changseok</assigned_to>
          <cc>commit-queue</cc>
    
    <cc>gustavo</cc>
    
    <cc>mrobinson</cc>
    
    <cc>tomeu</cc>
    
    <cc>zan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>922361</commentid>
    <comment_count>0</comment_count>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-08-29 01:25:10 -0700</bug_when>
    <thetext>I want to add an optional moduleset for wayland support. Current versions of gtk+, gdk-pixbuf and glib don&apos;t fit the requirement.
So I expect to override them with exporting WEBKIT_EXTRA_MODULES=wayland-dependencies.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>922363</commentid>
    <comment_count>1</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-08-29 01:34:42 -0700</bug_when>
    <thetext>What version GTK+ are you planning to use?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>922368</commentid>
    <comment_count>2</comment_count>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-08-29 01:55:32 -0700</bug_when>
    <thetext>I&apos;m thinking of glib-2.37.3.tar.xz, gtk+-3.9.6.tar.xz and gdk-pixbuf-2.29.2.tar.xz at least.
I&apos;m using weston 1.0.5 on ubuntu 13.04. If we choose higher versions than those, we might need to build wayland-client and related stuff as well. So I think those versions are appropriate now. Any idea? :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>922371</commentid>
    <comment_count>3</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-08-29 02:00:09 -0700</bug_when>
    <thetext>I&apos;m using Wayland 1.0 and GTK+ 3.9.6 as well, like you, on Ubuntu 13.04. So that works for me.

As you point out, the GTK+ 3.10 version will end up requiring Wayland 1.2, but I&apos;d rather see this being addressed outside the Jhbuild modules (i.e. developers would have to move onto systems that provide Wayland 1.2 by default).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>922815</commentid>
    <comment_count>4</comment_count>
      <attachid>210069</attachid>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-08-29 22:28:37 -0700</bug_when>
    <thetext>Created attachment 210069
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>924005</commentid>
    <comment_count>5</comment_count>
      <attachid>210069</attachid>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-03 07:39:49 -0700</bug_when>
    <thetext>Comment on attachment 210069
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=210069&amp;action=review

I defer to Zan on the versions that should be used, though, and whether it makes sense to add wayland modules themselves.

&gt; Tools/gtk/jhbuild-optional.modules:50
&gt; +  &lt;autotools id=&quot;glib-for-wayland&quot;

hmm, I think you should not use the -for-wayland suffix. These definitions should override the definitions in the main modules file instead - which makes sense, since they *will* be installed instead of/on top of the original ones.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>924134</commentid>
    <comment_count>6</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-09-03 12:01:51 -0700</bug_when>
    <thetext>I don&apos;t think it&apos;s practical to include the complete Wayland setup in the Jhbuild modules.

If we agree on that, the version of the GTK+ dependency to use in this case depends on what version of Wayland we agree to proceed on using. I&apos;d propose Wayland 1.2 since that&apos;s what GTK+ 3.10 will require and it would be a bit strange to provide a 3.9.x development release. OTOH I&apos;d like to continue to use Ubuntu, but I&apos;m not sure what Wayland version will be provided in 13.10 (at the moment it&apos;s 1.1.0).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>924162</commentid>
    <comment_count>7</comment_count>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-03 12:54:30 -0700</bug_when>
    <thetext>I think going with gtk 3.9.6 and wayland 1.0 is fine for now, I don&apos;t think we need anything bleeding edge at this point? So the only problem where I&apos;m concerned is with the names of the modules.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>924164</commentid>
    <comment_count>8</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2013-09-03 13:01:24 -0700</bug_when>
    <thetext>I think maybe Zan has a point here. Wayland isn&apos;t required to run layout tests and our jhbuild setup allows hooking in custom modulesets. Maybe we should just skip this for now. I don&apos;t really understand the necessity.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>924291</commentid>
    <comment_count>9</comment_count>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-09-03 23:10:43 -0700</bug_when>
    <thetext>(In reply to comment #7)
&gt; I think going with gtk 3.9.6 and wayland 1.0 is fine for now, I don&apos;t think we need anything bleeding edge at this point? So the only problem where I&apos;m concerned is with the names of the modules.

The reason of the suffix &apos;-for-waylaynd&apos; is that the last defined module name is just chosen by jhbuild if there are two more same names of modules, but different versions though. I haven&apos;t found a better approach yet..

&gt; I think maybe Zan has a point here. Wayland isn&apos;t required to run layout tests and our jhbuild setup allows hooking in custom modulesets. Maybe we should just skip this for now. I don&apos;t really understand the necessity.

Yes you&apos;re right Martin. I have used this change with my local modulesets file which added to WEBKIT_EXTRA_MODULESETS. But I think providing a convenient and consistent way to set up wayland env would also be good to somebody who is interested in webkitgtk wayland support. I don&apos;t think this change hurts anything. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>924307</commentid>
    <comment_count>10</comment_count>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-09-04 01:06:27 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; (In reply to comment #7)
&gt; &gt; I think going with gtk 3.9.6 and wayland 1.0 is fine for now, I don&apos;t think we need anything bleeding edge at this point? So the only problem where I&apos;m concerned is with the names of the modules.
&gt; 
&gt; The reason of the suffix &apos;-for-waylaynd&apos; is that the last defined module name is just chosen by jhbuild if there are two more same names of modules, but different versions though. I haven&apos;t found a better approach yet..

I got a clue about this. https://developer.gnome.org/jhbuild/3.2/jhbuild.html#cfg-moduleset
It says &quot;If a module with the same name is present in more than one moduleset, the last set listed takes priority&quot;. 
Thus.. we need to use different ids for the duplicated modules.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>924377</commentid>
    <comment_count>11</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-09-04 05:51:30 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; I think maybe Zan has a point here. Wayland isn&apos;t required to run layout tests and our jhbuild setup allows hooking in custom modulesets. Maybe we should just skip this for now. I don&apos;t really understand the necessity.

I was writing about the Wayland setup as in the complete Weston-producing stack, which could require libdrm and mesa as well. This was discussed as a possibility if we jump straight to supporting Wayland 1.2, but it&apos;s not really rational.

Custom moduleset files would work for me as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>924379</commentid>
    <comment_count>12</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-09-04 05:56:47 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; If we agree on that, the version of the GTK+ dependency to use in this case depends on what version of Wayland we agree to proceed on using. I&apos;d propose Wayland 1.2 since that&apos;s what GTK+ 3.10 will require and it would be a bit strange to provide a 3.9.x development release. OTOH I&apos;d like to continue to use Ubuntu, but I&apos;m not sure what Wayland version will be provided in 13.10 (at the moment it&apos;s 1.1.0).

FWIW, for Ubuntu 13.10 there&apos;s the GNOME 3 staging PPA that provides 3.10 packages along with Wayland and Weston 1.2.
https://launchpad.net/~gnome3-team/+archive/gnome3-staging</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>925030</commentid>
    <comment_count>13</comment_count>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-05 08:04:00 -0700</bug_when>
    <thetext>(In reply to comment #10)
&gt; (In reply to comment #9)
&gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; I think going with gtk 3.9.6 and wayland 1.0 is fine for now, I don&apos;t think we need anything bleeding edge at this point? So the only problem where I&apos;m concerned is with the names of the modules.
&gt; &gt; 
&gt; &gt; The reason of the suffix &apos;-for-waylaynd&apos; is that the last defined module name is just chosen by jhbuild if there are two more same names of modules, but different versions though. I haven&apos;t found a better approach yet..
&gt; 
&gt; I got a clue about this. https://developer.gnome.org/jhbuild/3.2/jhbuild.html#cfg-moduleset
&gt; It says &quot;If a module with the same name is present in more than one moduleset, the last set listed takes priority&quot;. 
&gt; Thus.. we need to use different ids for the duplicated modules.

But this makes no sense. Think about it: if you have the suffix and this module gets built first, then the installed gtk+ will be overwritten by the other one when it gets built - you lose. The modules in the &quot;extra&quot; file are defined (or should be if it&apos;s not happening) after the main file, precisely so you can override the modules, using the same name.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>925438</commentid>
    <comment_count>14</comment_count>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-09-06 00:57:02 -0700</bug_when>
    <thetext>(In reply to comment #13)
&gt; But this makes no sense. Think about it: if you have the suffix and this module gets built first, then the installed gtk+ will be overwritten by the other one when it gets built - you lose. 

As I know, webkitgtk-testing-dependencies is always the first moduleset added to &apos;modules&apos;. See http://trac.webkit.org/browser/trunk/Tools/gtk/jhbuildrc#L34. 
So the suffixed gtk+ can not be build a head of original gtk+ in jhbuild.modules

&gt; The modules in the &quot;extra&quot; file are defined (or should be if it&apos;s not happening) after the main file, precisely so you can override the modules, using the same name.

Yes we can override the original modules in jhbuild.modules by adding new modules in the extra file. But the problem here is that it&apos;s &apos;uncontidional&apos;. If you set a extra file which defines gtk+3.9.6 with the module name &apos;gtk+&apos; to WEBKIT_EXTRA_MODULESETS. then you can see gtk+ 3.9.6 will always be build even though you did&apos;t set &quot;wayland-dependencies&quot; to WEBKIT_EXTRA_MODULES. This is because the last defined module is chosen by jhbuild when same module names are present as I told you.
Even though we add gtk+3.9.6 in jhbuild-optional.module with a same name like &apos;gtk+&apos;. it would be ignored since the &apos;gtk+(3.6.0) in jhbuild.modules is defined later than that. See also http://trac.webkit.org/browser/trunk/Tools/gtk/jhbuild.modules#L35</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>925445</commentid>
    <comment_count>15</comment_count>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-09-06 01:27:51 -0700</bug_when>
    <thetext>(In reply to comment #14)
&gt; (In reply to comment #13)
&gt; &gt; But this makes no sense. Think about it: if you have the suffix and this module gets built first, then the installed gtk+ will be overwritten by the other one when it gets built - you lose. 
&gt; 
&gt; As I know, webkitgtk-testing-dependencies is always the first moduleset added to &apos;modules&apos;. See http://trac.webkit.org/browser/trunk/Tools/gtk/jhbuildrc#L34. 
&gt; So the suffixed gtk+ can not be build a head of original gtk+ in jhbuild.modules
&gt; 
&gt; &gt; The modules in the &quot;extra&quot; file are defined (or should be if it&apos;s not happening) after the main file, precisely so you can override the modules, using the same name.
&gt; 
&gt; Yes we can override the original modules in jhbuild.modules by adding new modules in the extra file. But the problem here is that it&apos;s &apos;uncontidional&apos;. If you set a extra file which defines gtk+3.9.6 with the module name &apos;gtk+&apos; to WEBKIT_EXTRA_MODULESETS. then you can see gtk+ 3.9.6 will always be build even though you did&apos;t set &quot;wayland-dependencies&quot; to WEBKIT_EXTRA_MODULES. This is because the last defined module is chosen by jhbuild when same module names are present as I told you.
&gt; Even though we add gtk+3.9.6 in jhbuild-optional.module with a same name like &apos;gtk+&apos;. it would be ignored since the &apos;gtk+(3.6.0) in jhbuild.modules is defined later than that. See also http://trac.webkit.org/browser/trunk/Tools/gtk/jhbuild.modules#L35

With above reasons. We may eventually have three options to support wayland dependencies build. (Of course we have consensus on the necessity of this change.. :p)
1. Upversion of gtk+, glib+, gdk-pixbuf in jhbuild.modules accroding to the wayland requirement.
2. Add the dependencies with different module names to jhbuild-optional.modules
3. Add &apos;--wayland&apos; option to update-webkitgtk-lib and seperate out the duplicated libraries in jhbuild.modules into several files. Then we can choose a proper gtk+, glib and gdk-pixbuf conditionally. But I think it&apos;s a little excessive..</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>925833</commentid>
    <comment_count>16</comment_count>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-06 13:51:10 -0700</bug_when>
    <thetext>(In reply to comment #14)
&gt; (In reply to comment #13)
&gt; &gt; But this makes no sense. Think about it: if you have the suffix and this module gets built first, then the installed gtk+ will be overwritten by the other one when it gets built - you lose. 
&gt; 
&gt; As I know, webkitgtk-testing-dependencies is always the first moduleset added to &apos;modules&apos;. See http://trac.webkit.org/browser/trunk/Tools/gtk/jhbuildrc#L34. 
&gt; So the suffixed gtk+ can not be build a head of original gtk+ in jhbuild.modules

Yes… and like you said yourself, if modules with the same name are defined, the last one is used. There is no reason to use a different name. See? The system was designed with this case in mind. Believe me, I use *exactly* this here in my system for my Epiphany development environment - I override the versions of glib, gdk-pixbuf and gtk+ with git master. Or if you don&apos;t believe me, just try for yourself and you will see =)

(In reply to comment #15)
&gt; With above reasons. We may eventually have three options to support wayland dependencies build. (Of course we have consensus on the necessity of this change.. :p)

None of the 3 options is good. Just add the required versions with the same name. That should work, if it does not work we need to fix the jhbuild stuff, not work-around the bug (but I see no reason it would not work).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>925834</commentid>
    <comment_count>17</comment_count>
      <attachid>210791</attachid>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-06 13:52:18 -0700</bug_when>
    <thetext>Created attachment 210791
example: my extra moduleset

This is the jhbuild modules file I use for my Epiphany dev environment.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>925838</commentid>
    <comment_count>18</comment_count>
      <attachid>210793</attachid>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-06 13:54:09 -0700</bug_when>
    <thetext>Created attachment 210793
example: the script I use to automate using my Epiphany dev environment 

This is the script I use when developing/testing epiphany, you can see how the environment variables are set up so that the extra moduleset is properly picked up.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>925882</commentid>
    <comment_count>19</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2013-09-06 15:36:43 -0700</bug_when>
    <thetext>Still not sure I understand the benefit of using JHBuild to install Wayland dependencies. They are not needed for the default testing environment. I&apos;m not sure the JHBuild should try to support every possible configuration. If there&apos;s some reason why a Wayland compiled outside JHBuild won&apos;t work with build-webkit, then perhaps...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>926674</commentid>
    <comment_count>20</comment_count>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-09 06:06:21 -0700</bug_when>
    <thetext>I guess it makes sense because Wayland is where we want to go - it is bound to become our default configuration at some point, so it makes sense to make it easy to hack on. So in a way it&apos;s similar to the libsecret case - it doesn&apos;t belong in our main jhbuild moduleset, but it goes into the optional moduleset so it&apos;s more convenient for developers.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>926810</commentid>
    <comment_count>21</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2013-09-09 11:30:01 -0700</bug_when>
    <thetext>(In reply to comment #20)
&gt; I guess it makes sense because Wayland is where we want to go - it is bound to become our default configuration at some point, so it makes sense to make it easy to hack on. So in a way it&apos;s similar to the libsecret case - it doesn&apos;t belong in our main jhbuild moduleset, but it goes into the optional moduleset so it&apos;s more convenient for developers.

Okay. I&apos;m not super opposed, but the fact that it requires using versions of requirements (breaking tests) seems odd. It could also be posted on the wiki with instructions for patching it into the JHBuild.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>926823</commentid>
    <comment_count>22</comment_count>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-09 11:54:46 -0700</bug_when>
    <thetext>I think having a jhbuild-wayland.modules would make it special-cased enough to not break tests by mistake for people who are not developing?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>926826</commentid>
    <comment_count>23</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-09-09 12:00:29 -0700</bug_when>
    <thetext>A separate jhbuild-wayland.modules file, located in the tree, sounds best to me as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>926843</commentid>
    <comment_count>24</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2013-09-09 12:24:53 -0700</bug_when>
    <thetext>(In reply to comment #23)
&gt; A separate jhbuild-wayland.modules file, located in the tree, sounds best to me as well.

Sounds like an excellent compromise to me as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>927058</commentid>
    <comment_count>25</comment_count>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-09-09 19:54:41 -0700</bug_when>
    <thetext>(In reply to comment #24)
&gt; (In reply to comment #23)
&gt; &gt; A separate jhbuild-wayland.modules file, located in the tree, sounds best to me as well.
&gt; 
&gt; Sounds like an excellent compromise to me as well.

Finally, we made a decision. \o/ O.K Let me go forward.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>927149</commentid>
    <comment_count>26</comment_count>
      <attachid>211166</attachid>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-09-09 23:17:00 -0700</bug_when>
    <thetext>Created attachment 211166
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>928266</commentid>
    <comment_count>27</comment_count>
      <attachid>211166</attachid>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2013-09-12 06:53:28 -0700</bug_when>
    <thetext>Comment on attachment 211166
Patch

LGTM, thanks! Would be good to have this information on the wiki so it&apos;s more discoverable, btw.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>928267</commentid>
    <comment_count>28</comment_count>
    <who name="ChangSeok Oh">changseok</who>
    <bug_when>2013-09-12 06:54:32 -0700</bug_when>
    <thetext>(In reply to comment #27)
&gt; (From update of attachment 211166 [details])
&gt; LGTM, thanks! Would be good to have this information on the wiki so it&apos;s more discoverable, btw.

O.K. Will do!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>928279</commentid>
    <comment_count>29</comment_count>
      <attachid>211166</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2013-09-12 07:50:48 -0700</bug_when>
    <thetext>Comment on attachment 211166
Patch

Clearing flags on attachment: 211166

Committed r155610: &lt;http://trac.webkit.org/changeset/155610&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>928280</commentid>
    <comment_count>30</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2013-09-12 07:50:51 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>210069</attachid>
            <date>2013-08-29 22:28:37 -0700</date>
            <delta_ts>2013-09-09 23:16:52 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-120455-20130830142836.patch</filename>
            <type>text/plain</type>
            <size>2972</size>
            <attacher name="ChangSeok Oh">changseok</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTU0NzQzCmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggOWE1OTZjMWVkZTYwMTg0YmMxOTY3ODk5NTY1MzU3OWJm
ZjcxZTNhNC4uNTczZGVmNDg3NjdmODE3MDU2MmIzNTQwMjEyMGU1ZjFkOTBhMGY2MiAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2
IEBACisyMDEzLTA4LTI5ICBDaGFuZ1Nlb2sgT2ggIDxjaGFuZ3Nlb2sub2hAY29sbGFib3JhLmNv
bT4KKworICAgICAgICBbR1RLXSBBZGQgd2F5bGFuZC1kZXBlbmRlbmNpZXMgbW9kdWxlc3NldCB0
byBqaGJ1aWxkLW9wdGlvbmFsLm1vZHVsZXMKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5v
cmcvc2hvd19idWcuY2dpP2lkPTEyMDQ1NQorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAo
T09QUyEpLgorCisgICAgICAgIEN1cnJlbnQgdmVyc2lvbnMgb2YgZ3RrKywgZ2RrLXBpeGJ1ZiBh
bmQgZ2xpYiBkb24ndCBmaXQgdGhlIHJlcXVpcmVtZW50IGZvciB3YXlsYW5kIHN1cHBvcnQuCisg
ICAgICAgIFdpdGggdGhpcyBwYXRjaCwgeW91IGNhbiBidWlsZCBleHRyYSBndGsrLCBnZGstcGl4
YnVmIGFuZCBnbGliIHRocm91Z2ggamhidWlsZCB3aXRoIGV4cG9ydGluZworICAgICAgICBXRUJL
SVRfRVhUUkFfTU9EVUxFUz13YXlsYW5kLWRlcGVuZGVuY2llcy4KKworICAgICAgICAqIGd0ay9q
aGJ1aWxkLW9wdGlvbmFsLm1vZHVsZXM6CisKIDIwMTMtMDgtMjggIEFsbGFuIFNhbmRmZWxkIEpl
bnNlbiAgPGFsbGFuLmplbnNlbkBkaWdpYS5jb20+CiAKICAgICAgICAgSHR0cCB0ZXN0cyBmYWls
cyBvbiBEZWJpYW4gd2l0aCBBcGFjaGUgMi40CmRpZmYgLS1naXQgYS9Ub29scy9ndGsvamhidWls
ZC1vcHRpb25hbC5tb2R1bGVzIGIvVG9vbHMvZ3RrL2poYnVpbGQtb3B0aW9uYWwubW9kdWxlcwpp
bmRleCBjY2NmOGZmZmYzM2E5MDY4M2E2YWI1OGRjYjVjM2NmMDk4MmJiNWEzLi5hNGQwZDJkZDdj
MjViN2IyYjZlMTdiYzJmOTk4MDQyNmM5MzlhODBhIDEwMDY0NAotLS0gYS9Ub29scy9ndGsvamhi
dWlsZC1vcHRpb25hbC5tb2R1bGVzCisrKyBiL1Rvb2xzL2d0ay9qaGJ1aWxkLW9wdGlvbmFsLm1v
ZHVsZXMKQEAgLTE2LDQgKzE2LDQ1IEBACiAgICAgICAgICAgICBoYXNoPSJzaGEyNTY6ZTUzOTlk
ZmI2MTM3NmE3NTAwZDIwY2IyMjcxNTE1Mjc4MGFhM2EyYzhhNjQyODFlYzZiYzhmMGViZWI4YjY4
OSIvPgogICA8L2F1dG90b29scz4KIAorICA8bWV0YW1vZHVsZSBpZD0id2F5bGFuZC1kZXBlbmRl
bmNpZXMiPgorICAgIDxkZXBlbmRlbmNpZXM+CisgICAgICA8ZGVwIHBhY2thZ2U9Imdkay1waXhi
dWYtZm9yLXdheWxhbmQiLz4KKyAgICAgIDxkZXAgcGFja2FnZT0iZ3RrKy1mb3Itd2F5bGFuZCIv
PgorICAgICAgPGRlcCBwYWNrYWdlPSJnbGliLWZvci13YXlsYW5kIi8+CisgICAgPC9kZXBlbmRl
bmNpZXM+CisgIDwvbWV0YW1vZHVsZT4KKworICA8YXV0b3Rvb2xzIGlkPSJnZGstcGl4YnVmLWZv
ci13YXlsYW5kIiBhdXRvZ2VuLXNoPSJjb25maWd1cmUiCisgICAgICAgICAgICAgYXV0b2dlbmFy
Z3M9Ii0tZGlzYWJsZS1pbnRyb3NwZWN0aW9uIj4KKyAgICA8ZGVwZW5kZW5jaWVzPgorICAgICAg
PGRlcCBwYWNrYWdlPSJnbGliLWZvci13YXlsYW5kIi8+CisgICAgPC9kZXBlbmRlbmNpZXM+Cisg
ICAgPGJyYW5jaCBtb2R1bGU9Ii9wdWIvR05PTUUvc291cmNlcy9nZGstcGl4YnVmLzIuMjkvZ2Rr
LXBpeGJ1Zi0yLjI5LjMudGFyLnh6IiB2ZXJzaW9uPSIyLjI5LjMiCisgICAgICAgICAgICByZXBv
PSJmdHAuZ25vbWUub3JnIgorICAgICAgICAgICAgaGFzaD0ic2hhMjU2OmYzYWIyZTE1MzgwOWNl
ZWRjM2Y4YjliMjJjZGVlMDE4ZmZlN2JiZWMyZDJhOGI1MTU0ZTBjZTIyMGVhN2QwODgiLz4KKyAg
PC9hdXRvdG9vbHM+CisKKyAgPGF1dG90b29scyBpZD0iZ3RrKy1mb3Itd2F5bGFuZCIgYXV0b2dl
bi1zaD0iY29uZmlndXJlIgorICAgICAgICAgICAgIGF1dG9nZW5hcmdzPSItLWRpc2FibGUtaW50
cm9zcGVjdGlvbiAtLWVuYWJsZS14MTEtYmFja2VuZCAtLWVuYWJsZS13YXlsYW5kLWJhY2tlbmQi
PgorICAgIDxkZXBlbmRlbmNpZXM+CisgICAgICA8ZGVwIHBhY2thZ2U9ImdsaWItZm9yLXdheWxh
bmQiLz4KKyAgICAgIDxkZXAgcGFja2FnZT0iY2Fpcm8iLz4KKyAgICAgIDxkZXAgcGFja2FnZT0i
YXQtc3BpMi1hdGsiLz4KKyAgICAgIDxkZXAgcGFja2FnZT0iZ2RrLXBpeGJ1Zi1mb3Itd2F5bGFu
ZCIvPgorICAgIDwvZGVwZW5kZW5jaWVzPgorICAgIDxicmFuY2ggbW9kdWxlPSIvcHViL0dOT01F
L3NvdXJjZXMvZ3RrKy8zLjkvZ3RrKy0zLjkuNi50YXIueHoiIHZlcnNpb249IjMuOS42IgorICAg
ICAgICAgICAgcmVwbz0iZnRwLmdub21lLm9yZyIKKyAgICAgICAgICAgIGhhc2g9InNoYTI1Njo0
ZDM0YjdjZDc2M2NhNDk3NWI4YTU1ZTU4NzkyM2VlZWZlN2IzYzhlMDhkM2QwMWM5MTExOTAwZmNh
MzBjODE3Ii8+CisgIDwvYXV0b3Rvb2xzPgorCisgIDxhdXRvdG9vbHMgaWQ9ImdsaWItZm9yLXdh
eWxhbmQiCisgICAgICAgICAgICAgYXV0b2dlbi1zaD0iY29uZmlndXJlIgorICAgICAgICAgICAg
IGF1dG9nZW5hcmdzPSItLWRpc2FibGUtZHRyYWNlIj4KKyAgICA8ZGVwZW5kZW5jaWVzPgorICAg
ICAgPGRlcCBwYWNrYWdlPSJsaWJmZmkiLz4KKyAgICA8L2RlcGVuZGVuY2llcz4KKyAgICA8YnJh
bmNoIG1vZHVsZT0iL3B1Yi9HTk9NRS9zb3VyY2VzL2dsaWIvMi4zNy9nbGliLTIuMzcuNi50YXIu
eHoiIHZlcnNpb249IjIuMzcuNiIKKyAgICAgICAgICAgIHJlcG89ImZ0cC5nbm9tZS5vcmciCisg
ICAgICAgICAgICBoYXNoPSJzaGEyNTY6MDFlMWRlMzE3OWNjNThkYWZjMGM5NTAzNjM1MzBmY2Nk
ZWZjNmRkYTMyYTI1YWVkOTZkZDI0ZGMyM2I4MzE2NSIvPgorICA8L2F1dG90b29scz4KIDwvbW9k
dWxlc2V0Pgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>210791</attachid>
            <date>2013-09-06 13:52:18 -0700</date>
            <delta_ts>2013-09-06 13:54:34 -0700</delta_ts>
            <desc>example: my extra moduleset</desc>
            <filename>jhbuild.modules</filename>
            <type>text/plain</type>
            <size>3053</size>
            <attacher name="Gustavo Noronha (kov)">gustavo</attacher>
            
              <data encoding="base64">PD94bWwgdmVyc2lvbj0iMS4wIj8+CjwhRE9DVFlQRSBtb2R1bGVzZXQgU1lTVEVNICJtb2R1bGVz
ZXQuZHRkIj4KPD94bWwtc3R5bGVzaGVldCB0eXBlPSJ0ZXh0L3hzbCIgaHJlZj0ibW9kdWxlc2V0
LnhzbCI/Pgo8bW9kdWxlc2V0PgoKICA8bWV0YW1vZHVsZSBpZD0ibG9jYWwtZGVwcyI+CiAgICA8
ZGVwZW5kZW5jaWVzPgogICAgICA8ZGVwIHBhY2thZ2U9ImRjb25mIi8+CiAgICA8L2RlcGVuZGVu
Y2llcz4KICA8L21ldGFtb2R1bGU+CgogIDxyZXBvc2l0b3J5IHR5cGU9ImdpdCIgbmFtZT0iZ2l0
Lmdub21lLm9yZyIKICAgICAgaHJlZj0iZ2l0Oi8vZ2l0Lmdub21lLm9yZy8iLz4KICA8cmVwb3Np
dG9yeSB0eXBlPSJ0YXJiYWxsIiBuYW1lPSJmdHAuZ25vbWUub3JnIgogICAgICBocmVmPSJodHRw
Oi8vZnRwLmdub21lLm9yZyIvPgogIDxyZXBvc2l0b3J5IHR5cGU9InRhcmJhbGwiIG5hbWU9ImZy
ZWVkZXNrdG9wLm9yZyIKICAgICAgaHJlZj0iaHR0cDovL3d3dy5mcmVlZGVza3RvcC5vcmciLz4K
CiAgPGF1dG90b29scyBpZD0iZ2xpYiI+CiAgICA8ZGVwZW5kZW5jaWVzPgogICAgICA8ZGVwIHBh
Y2thZ2U9ImxpYmZmaSIvPgogICAgPC9kZXBlbmRlbmNpZXM+CiAgICA8YnJhbmNoIG1vZHVsZT0i
Z2xpYiIgdmVyc2lvbj0ibWFzdGVyIgogICAgICAgICAgICByZXBvPSJnaXQuZ25vbWUub3JnIgog
ICAgICAgICAgICB0YWc9Im1hc3RlciIvPgogIDwvYXV0b3Rvb2xzPgoKICA8YXV0b3Rvb2xzIGlk
PSJsaWJyc3ZnIiBhdXRvZ2VuLXNoPSJjb25maWd1cmUiCiAgICAgICAgICAgICBhdXRvZ2VuYXJn
cz0iLS1kaXNhYmxlLWludHJvc3BlY3Rpb24gLS1lbmFibGUtcGl4YnVmLWxvYWRlciAtLWRpc2Fi
bGUtZ3RrLXRoZW1lIj4KICAgIDxkZXBlbmRlbmNpZXM+CiAgICAgIDxkZXAgcGFja2FnZT0iZ2Rr
LXBpeGJ1ZiIvPgogICAgPC9kZXBlbmRlbmNpZXM+CiAgICA8YnJhbmNoIG1vZHVsZT0iL3B1Yi9H
Tk9NRS9zb3VyY2VzL2xpYnJzdmcvMi4zNi9saWJyc3ZnLTIuMzYuMS50YXIueHoiIHZlcnNpb249
IjIuMzYuMSIKICAgICAgICAgICAgcmVwbz0iZnRwLmdub21lLm9yZyIKICAgICAgICAgICAgaGFz
aD0ic2hhMjU2Ojc4NmI5NWUxYTA5MTM3NWM1ZWYyOTk3YTIxYzY5ZmYyNGQ3MDc3YWZlZmYxODE5
NzM1NWY1NGQ5ZGNiY2Q4YzUiCiAgICAgICAgICAgIG1kNXN1bT0iODlkNDgzZjMwYTdjNzcyNDVi
N2VlMDJmYWFlYTVhNWEiLz4KICA8L2F1dG90b29scz4KCiAgPGF1dG90b29scyBpZD0iZ2RrLXBp
eGJ1ZiI+CiAgICA8YnJhbmNoIG1vZHVsZT0iZ2RrLXBpeGJ1ZiIgdmVyc2lvbj0ibWFzdGVyIgog
ICAgICAgICAgICByZXBvPSJnaXQuZ25vbWUub3JnIgogICAgICAgICAgICB0YWc9IjIuMjcuMSIv
PgogIDwvYXV0b3Rvb2xzPgoKICA8YXV0b3Rvb2xzIGlkPSJndGsrIj4KICAgIDxkZXBlbmRlbmNp
ZXM+CiAgICAgIDxkZXAgcGFja2FnZT0iYXRrIi8+CiAgICAgIDxkZXAgcGFja2FnZT0iYXQtc3Bp
Mi1hdGsiLz4KICAgICAgPGRlcCBwYWNrYWdlPSJnbGliIi8+CiAgICAgIDxkZXAgcGFja2FnZT0i
Y2Fpcm8iLz4KICAgICAgPGRlcCBwYWNrYWdlPSJnZGstcGl4YnVmIi8+CiAgICA8L2RlcGVuZGVu
Y2llcz4KICAgIDxicmFuY2ggbW9kdWxlPSJndGsrIiB2ZXJzaW9uPSJtYXN0ZXIiCiAgICAgICAg
ICAgIHJlcG89ImdpdC5nbm9tZS5vcmciCiAgICAgICAgICAgIHRhZz0ibWFzdGVyIi8+CiAgPC9h
dXRvdG9vbHM+CgogIDxhdXRvdG9vbHMgaWQ9ImdsaWItbmV0d29ya2luZyIKICAgICAgICAgICAg
IGF1dG9nZW5hcmdzPSItLXdpdGgtY2EtY2VydGlmaWNhdGVzPS9ldGMvcGtpL2NhLXRydXN0L2V4
dHJhY3RlZC9wZW0vdGxzLWNhLWJ1bmRsZS5wZW0iPgogICAgPGRlcGVuZGVuY2llcz4KICAgICAg
PGRlcCBwYWNrYWdlPSJnbGliIi8+CiAgICA8L2RlcGVuZGVuY2llcz4KICAgIDxicmFuY2ggbW9k
dWxlPSJnbGliLW5ldHdvcmtpbmciIHZlcnNpb249Im1hc3RlciIKICAgICAgICAgICAgcmVwbz0i
Z2l0Lmdub21lLm9yZyIKICAgICAgICAgICAgdGFnPSJtYXN0ZXIiLz4KICA8L2F1dG90b29scz4K
CiAgPGF1dG90b29scyBpZD0ibGlic291cCI+CiAgICA8ZGVwZW5kZW5jaWVzPgogICAgICA8ZGVw
IHBhY2thZ2U9ImdsaWItbmV0d29ya2luZyIvPgogICAgPC9kZXBlbmRlbmNpZXM+CiAgICA8YnJh
bmNoIG1vZHVsZT0ibGlic291cCIgdmVyc2lvbj0ibWFzdGVyIgogICAgICAgICAgICByZXBvPSJn
aXQuZ25vbWUub3JnIgogICAgICAgICAgICB0YWc9Im1hc3RlciIvPgogIDwvYXV0b3Rvb2xzPgoK
ICA8IS0tIENvbmZpZ3VyYXRpb24gLS0+PgoKICA8YXV0b3Rvb2xzIGlkPSJkY29uZiI+CiAgICA8
ZGVwZW5kZW5jaWVzPgogICAgICA8ZGVwIHBhY2thZ2U9ImdsaWIiLz4KICAgICAgPGRlcCBwYWNr
YWdlPSJ2YWxhIi8+CiAgICA8L2RlcGVuZGVuY2llcz4KICAgIDxicmFuY2ggbW9kdWxlPSJkY29u
ZiIgdmVyc2lvbj0ibWFzdGVyIgogICAgICAgICAgICByZXBvPSJnaXQuZ25vbWUub3JnIgogICAg
ICAgICAgICB0YWc9Im1hc3RlciIvPgogIDwvYXV0b3Rvb2xzPgoKICA8YXV0b3Rvb2xzIGlkPSJ2
YWxhIiB2ZXJzaW9uPSJtYXN0ZXIiPgogICAgPGRlcGVuZGVuY2llcz4KICAgICAgPGRlcCBwYWNr
YWdlPSJnbGliIi8+CiAgICA8L2RlcGVuZGVuY2llcz4KICAgIDxicmFuY2ggbW9kdWxlPSJ2YWxh
IiB2ZXJzaW9uPSJtYXN0ZXIiCiAgICAgICAgICAgIHJlcG89ImdpdC5nbm9tZS5vcmciCiAgICAg
ICAgICAgIHRhZz0ibWFzdGVyIi8+CiAgPC9hdXRvdG9vbHM+CgogIDwhLS0gVGhlbWluZyAtLT4K
ICA8YXV0b3Rvb2xzIGlkPSJnbm9tZS10aGVtZXMtc3RhbmRhcmQiPgogICAgPGRlcGVuZGVuY2ll
cz4KICAgICAgPGRlcCBwYWNrYWdlPSJsaWJyc3ZnIi8+CiAgICA8L2RlcGVuZGVuY2llcz4KICAg
IDxicmFuY2ggbW9kdWxlPSJnbm9tZS10aGVtZXMtc3RhbmRhcmQiIHZlcnNpb249Im1hc3RlciIK
ICAgICAgICAgICAgcmVwbz0iZ2l0Lmdub21lLm9yZyIKICAgICAgICAgICAgdGFnPSJtYXN0ZXIi
Lz4KICA8L2F1dG90b29scz4KCjwvbW9kdWxlc2V0Pgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>210793</attachid>
            <date>2013-09-06 13:54:09 -0700</date>
            <delta_ts>2013-09-06 13:54:09 -0700</delta_ts>
            <desc>example: the script I use to automate using my Epiphany dev environment </desc>
            <filename>ephyenv</filename>
            <type>text/plain</type>
            <size>1741</size>
            <attacher name="Gustavo Noronha (kov)">gustavo</attacher>
            
              <data encoding="base64">IyEvYmluL2Jhc2ggLWUKZXhwb3J0IFdFQktJVF9TQ1JJUFRTX0RJUj0vaG9tZS9rb3Yvc3JjL1dl
YktpdC9Ub29scy9TY3JpcHRzCmV4cG9ydCBXRUJLSVRfRVhUUkFfTU9EVUxFUz1sb2NhbC1kZXBz
CmV4cG9ydCBXRUJLSVRfRVhUUkFfTU9EVUxFU0VUUz1maWxlOi8vL2hvbWUva292Ly5jb25maWcv
ZXBoeWVudi9qaGJ1aWxkLm1vZHVsZXMKZXhwb3J0IFdFQktJVF9PVVRQVVRESVI9L2hvbWUva292
L2VwaHkKZXhwb3J0IEdTRVRUSU5HU19TQ0hFTUFfRElSPS9ob21lL2tvdi9lcGh5L0RlcGVuZGVu
Y2llcy9Sb290L3NoYXJlL2dsaWItMi4wL3NjaGVtYXMvCgppZiBbICIkMSIgPSAiaW5pdCIgXTsg
dGhlbgogICAgL2hvbWUva292L3NyYy9XZWJLaXQvVG9vbHMvamhidWlsZC9qaGJ1aWxkLXdyYXBw
ZXIgLS1ndGsgcnVuIHRydWUKICAgIGV4aXQgMApmaQoKaWYgWyAiJDEiID0gInVwZGF0ZSIgXTsg
dGhlbgogICAgc2hpZnQ7CiAgICBta2RpciAtcCAkV0VCS0lUX09VVFBVVERJUgogICAgY2QgJFdF
QktJVF9PVVRQVVRESVIKICAgICR7V0VCS0lUX1NDUklQVFNfRElSfS9idWlsZC13ZWJraXQgLS11
cGRhdGUtZ3RrIC0tZ3RrIC0tZW5hYmxlLWZ0bC1qaXQgLS1lbmFibGUtc3ltYm9scy1maWx0ZXIg
LS1lbmFibGUtZGVidWctc3ltYm9scz1taW4gLS1wcmVmaXg9JFdFQktJVF9PVVRQVVRESVIvRGVw
ZW5kZW5jaWVzL1Jvb3QvIC0tbGliZGlyPSRXRUJLSVRfT1VUUFVURElSL0RlcGVuZGVuY2llcy9S
b290L2xpYjY0ICRAIHx8IHRydWUKICAgIG1ha2UgaW5zdGFsbAogICAgZXhpdCAwCmZpCgppZiBb
ICIkMSIgPSAidXBkYXRlLWpoYnVpbGQiIF07IHRoZW4KICAgIHNoaWZ0OwogICAgbWtkaXIgLXAg
JFdFQktJVF9PVVRQVVRESVIKICAgIGNkICRXRUJLSVRfT1VUUFVURElSCiAgICAke1dFQktJVF9T
Q1JJUFRTX0RJUn0vdXBkYXRlLXdlYmtpdGd0ay1saWJzCiAgICBleGl0IDAKZmkKCmlmIFsgIiQx
IiA9ICJ1cGRhdGUtd2Via2l0IiBdOyB0aGVuCiAgICBzaGlmdDsKICAgIG1rZGlyIC1wICRXRUJL
SVRfT1VUUFVURElSCiAgICBjZCAkV0VCS0lUX09VVFBVVERJUgogICAgJHtXRUJLSVRfU0NSSVBU
U19ESVJ9L2J1aWxkLXdlYmtpdCAtLWd0ayAtLWVuYWJsZS1kZWJ1Zy1zeW1ib2xzPW1pbiAtLXBy
ZWZpeD0kV0VCS0lUX09VVFBVVERJUi9EZXBlbmRlbmNpZXMvUm9vdC8gLS1saWJkaXI9JFdFQktJ
VF9PVVRQVVRESVIvRGVwZW5kZW5jaWVzL1Jvb3QvbGliNjQgJEAgfHwgdHJ1ZQogICAgbWFrZSBp
bnN0YWxsCiAgICBleGl0IDAKZmkKCmlmIFsgIiQxIiA9ICJzaGVsbCIgXTsgdGhlbgoJZXhlYyAv
aG9tZS9rb3YvZXBoeS9EZXBlbmRlbmNpZXMvUm9vdC9iaW4vamhidWlsZCAtZiB+L3NyYy9XZWJL
aXQvVG9vbHMvZ3RrL2poYnVpbGRyYyBzaGVsbAoJZXhpdCAkPwpmaQoKaWYgWyAiJDEiID0gImJ1
aWxkb25lIiBdOyB0aGVuCglzaGlmdDsKCWV4ZWMgL2hvbWUva292L2VwaHkvRGVwZW5kZW5jaWVz
L1Jvb3QvYmluL2poYnVpbGQgLWYgfi9zcmMvV2ViS2l0L1Rvb2xzL2d0ay9qaGJ1aWxkcmMgYnVp
bGRvbmUgJEAKCWV4aXQgJD8KZmkKCmV4ZWMgL2hvbWUva292L2VwaHkvRGVwZW5kZW5jaWVzL1Jv
b3QvYmluL2poYnVpbGQgLWYgfi9zcmMvV2ViS2l0L1Rvb2xzL2d0ay9qaGJ1aWxkcmMgcnVuIGVu
diAtdSBHU0VUVElOR1NfQkFDS0VORCAtdSBHU1RfUExVR0lOX1NZU1RFTV9QQVRIIC11IEdTVF9S
RUdJU1RSWSAtdSBHU1RfUkVHSVNUUllfMV8wICRACg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>211166</attachid>
            <date>2013-09-09 23:17:00 -0700</date>
            <delta_ts>2013-09-12 07:50:48 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-120455-20130910151659.patch</filename>
            <type>text/plain</type>
            <size>2836</size>
            <attacher name="ChangSeok Oh">changseok</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTU1NDEwCmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggZmYzNTRmYTc0MTEyNDY5NGVmMjZkZDhkMzQ5NWZlNjgy
ZmU3Y2U1YS4uZWJhNWMwMzQ5NWQ3ZjgzMmExZTBmYzkxODdkY2JhZGFiOGRmMGU2NSAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2
IEBACisyMDEzLTA5LTA5ICBDaGFuZ1Nlb2sgT2ggIDxjaGFuZ3Nlb2sub2hAY29sbGFib3JhLmNv
bT4KKworICAgICAgICBbR1RLXSBBZGQgamhidWlsZC13YXlsYW5kLm1vZHVsZXMKKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEyMDQ1NQorCisgICAgICAg
IFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIEN1cnJlbnQgdmVyc2lvbnMg
b2YgZ3RrKywgZ2RrLXBpeGJ1ZiBhbmQgZ2xpYiBkb24ndCBmaXQgdGhlIHJlcXVpcmVtZW50IGZv
ciB3YXlsYW5kIHN1cHBvcnQuCisgICAgICAgIFdpdGggdGhpcyBwYXRjaCwgeW91IGNhbiBidWls
ZCBleHRyYSBndGsrLCBnZGstcGl4YnVmIGFuZCBnbGliIHRocm91Z2ggamhidWlsZCB3aXRoIGV4
cG9ydGluZworICAgICAgICBXRUJLSVRfRVhUUkFfTU9EVUxFU0VUUy4KKworICAgICAgICAqIGd0
ay9qaGJ1aWxkLXdheWxhbmQubW9kdWxlczogQWRkZWQuCisKIDIwMTMtMDktMDkgIE1hcmsgTGFt
ICA8bWFyay5sYW1AYXBwbGUuY29tPgogCiAgICAgICAgIFJvbGxpbmcgb3V0IHIxNTUzOTIgKFBv
aW50IFRvb2xzIHNjcmlwdHMgdG8gTGF5b3V0VGVzdHMvcmVzb3VyY2VzKTogYnJlYWtzIHRlc3Rz
LgpkaWZmIC0tZ2l0IGEvVG9vbHMvZ3RrL2poYnVpbGQtd2F5bGFuZC5tb2R1bGVzIGIvVG9vbHMv
Z3RrL2poYnVpbGQtd2F5bGFuZC5tb2R1bGVzCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAuLmJjMDRiMWI0NzRiN2U3ZmFl
YzMwMThhMjMzMjVlMjgxMGM1MTE5M2QKLS0tIC9kZXYvbnVsbAorKysgYi9Ub29scy9ndGsvamhi
dWlsZC13YXlsYW5kLm1vZHVsZXMKQEAgLTAsMCArMSw0MyBAQAorPD94bWwgdmVyc2lvbj0iMS4w
Ij8+Cis8IURPQ1RZUEUgbW9kdWxlc2V0IFNZU1RFTSAibW9kdWxlc2V0LmR0ZCI+Cis8P3htbC1z
dHlsZXNoZWV0IHR5cGU9InRleHQveHNsIiBocmVmPSJtb2R1bGVzZXQueHNsIj8+Cis8bW9kdWxl
c2V0PgorCisgIDwhLS0gVGhpcyBmaWxlIGNvbnRhaW5zIGEgc2V0IG9mIG1vZHVsZXMgdG8gc2V0
IHVwIGFuIGVudmlyb21lbnQgZm9yIHdheWxhbmQgc3VwcG9ydC4gLS0+CisgIDxyZXBvc2l0b3J5
IHR5cGU9InRhcmJhbGwiIG5hbWU9ImZ0cC5nbm9tZS5vcmciCisgICAgICBocmVmPSJodHRwOi8v
ZnRwLmdub21lLm9yZyIvPgorCisgIDxhdXRvdG9vbHMgaWQ9Imdkay1waXhidWYiIGF1dG9nZW4t
c2g9ImNvbmZpZ3VyZSIKKyAgICAgICAgICAgICBhdXRvZ2VuYXJncz0iLS1kaXNhYmxlLWludHJv
c3BlY3Rpb24iPgorICAgIDxkZXBlbmRlbmNpZXM+CisgICAgICA8ZGVwIHBhY2thZ2U9ImdsaWIi
Lz4KKyAgICA8L2RlcGVuZGVuY2llcz4KKyAgICA8YnJhbmNoIG1vZHVsZT0iL3B1Yi9HTk9NRS9z
b3VyY2VzL2dkay1waXhidWYvMi4yOS9nZGstcGl4YnVmLTIuMjkuMy50YXIueHoiIHZlcnNpb249
IjIuMjkuMyIKKyAgICAgICAgICAgIHJlcG89ImZ0cC5nbm9tZS5vcmciCisgICAgICAgICAgICBo
YXNoPSJzaGEyNTY6ZjNhYjJlMTUzODA5Y2VlZGMzZjhiOWIyMmNkZWUwMThmZmU3YmJlYzJkMmE4
YjUxNTRlMGNlMjIwZWE3ZDA4OCIvPgorICA8L2F1dG90b29scz4KKworICA8YXV0b3Rvb2xzIGlk
PSJndGsrIiBhdXRvZ2VuLXNoPSJjb25maWd1cmUiCisgICAgICAgICAgICAgYXV0b2dlbmFyZ3M9
Ii0tZGlzYWJsZS1pbnRyb3NwZWN0aW9uIC0tZW5hYmxlLXgxMS1iYWNrZW5kIC0tZW5hYmxlLXdh
eWxhbmQtYmFja2VuZCI+CisgICAgPGRlcGVuZGVuY2llcz4KKyAgICAgIDxkZXAgcGFja2FnZT0i
Z2xpYiIvPgorICAgICAgPGRlcCBwYWNrYWdlPSJjYWlybyIvPgorICAgICAgPGRlcCBwYWNrYWdl
PSJhdC1zcGkyLWF0ayIvPgorICAgICAgPGRlcCBwYWNrYWdlPSJnZGstcGl4YnVmIi8+CisgICAg
PC9kZXBlbmRlbmNpZXM+CisgICAgPGJyYW5jaCBtb2R1bGU9Ii9wdWIvR05PTUUvc291cmNlcy9n
dGsrLzMuOS9ndGsrLTMuOS42LnRhci54eiIgdmVyc2lvbj0iMy45LjYiCisgICAgICAgICAgICBy
ZXBvPSJmdHAuZ25vbWUub3JnIgorICAgICAgICAgICAgaGFzaD0ic2hhMjU2OjRkMzRiN2NkNzYz
Y2E0OTc1YjhhNTVlNTg3OTIzZWVlZmU3YjNjOGUwOGQzZDAxYzkxMTE5MDBmY2EzMGM4MTciLz4K
KyAgPC9hdXRvdG9vbHM+CisKKyAgPGF1dG90b29scyBpZD0iZ2xpYiIKKyAgICAgICAgICAgICBh
dXRvZ2VuLXNoPSJjb25maWd1cmUiCisgICAgICAgICAgICAgYXV0b2dlbmFyZ3M9Ii0tZGlzYWJs
ZS1kdHJhY2UiPgorICAgIDxkZXBlbmRlbmNpZXM+CisgICAgICA8ZGVwIHBhY2thZ2U9ImxpYmZm
aSIvPgorICAgIDwvZGVwZW5kZW5jaWVzPgorICAgIDxicmFuY2ggbW9kdWxlPSIvcHViL0dOT01F
L3NvdXJjZXMvZ2xpYi8yLjM3L2dsaWItMi4zNy42LnRhci54eiIgdmVyc2lvbj0iMi4zNy42Igor
ICAgICAgICAgICAgcmVwbz0iZnRwLmdub21lLm9yZyIKKyAgICAgICAgICAgIGhhc2g9InNoYTI1
NjowMWUxZGUzMTc5Y2M1OGRhZmMwYzk1MDM2MzUzMGZjY2RlZmM2ZGRhMzJhMjVhZWQ5NmRkMjRk
YzIzYjgzMTY1Ii8+CisgIDwvYXV0b3Rvb2xzPgorPC9tb2R1bGVzZXQ+Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>