I've created the fasttrack, 2008/546, with timeout set for 8/29/2008.  
This mail confirms that, and arranges for the mail history below to be 
included in the case log.

    -- Garrett

Brian Gupta wrote:
> On Sat, Aug 23, 2008 at 12:17 AM, Garrett D'Amore <gdamore at sun.com> wrote:
>   
>> You still need an Intern or a Member to sponsor your case for ARC.  I
>> believe Licensees can submit fasttracks on their own behalf, but I don't
>> know offhand whether they can sponsor fasttracks for other parties.
>> (Although note that there is at least one *external* ARC intern.  So its not
>> an "internal-to-Sun" problem, but more a "limited committee" problem.
>>  Almost anyone can request to volunteer as an ARC intern, although the
>> existing ARC chairs need to approve the final request.)
>>
>> That said, I'd be happy to sponsor this case for you, if nobody else beats
>> me to it.  (Although, I'm not entirely sure if this is a PSARC or LSARC
>> case... its not clear to me.  My first gut reaction is LSARC.)
>>     
>
> Thanks Garrett. (Both for the explanation and the sponsorship), I went
> with PSARC because our original vim case was PSARC. (PSARC/2007/267)
>
>   
>> That said, one simple set of questions:
>>
>> 1) will you be replacing the vim (not gvim) default binary or link (I didn't
>> see that anywhere)
>>     
>
> I will not be replacing the vim binary, or associated links. I will be
> providing a set of files that will coexist with the files, links and
> directories provided by SUNWvim. My understanding is that two
> different SUNW packages can not have conflicting files. If they could,
> I might have taken a different approach. IE: Provide alternate
> packages, similar to how the Debian folks do it. vim-tiny, vim,
> vim-full, such that depending on which package you installed,
> /usr/bin/vim can have different compile options.
>
>   
>> 2) what are the dependencie(s) between gvim and vim, if any?  (your
>> interfaces table says vim is imported, so does this mean that it needs to be
>> installed first?  will vim still be functional even if I install SUNWgvim,
>> and subsequently remove it?)
>>     
>
> The dependencies are simply the directories that the vim package creates:
>
> For your review, here are the contents of the SUNWvim package (from
> http://opensolaris.org/os/community/arc/caselog/2007/267/spec-txt/ ):
>
>    /usr/bin/rview            Uncommitted          Symbolic link location
>    /usr/bin/rvim             Uncommitted          Symbolic link location
>    /usr/bin/vim              Uncommitted          Executable location
>    /usr/bin/vimdiff          Uncommitted          Symbolic link location
>    /usr/bin/vimtutor         Uncommitted          Symbolic link location
>    /usr/bin/xxd              Uncommitted          Executable location
>    /usr/share/vim/vim70      Uncommitted          Directory for
> bundled extensions
>    /usr/share/vim/vimfiles   Uncommitted          Directory for
> unbundled extensions
>
> Note that we are only providing additional files for graphical tool
> equivalents. (Binary and symlinks).
>
>  /usr/bin/gvim             Uncommitted          Executable binary
>  /usr/bin/rgvim            Uncommitted          Symbolic link location
>  /usr/bin/rview            Uncommitted         Symbolic link location
>  /usr/bin/rgvim            Uncommitted          Symbolic link location
>  /usr/bin/rgview           Uncommitted          Symbolic link location
>
> (When packaging up gvim we do not include all the binaries compiled.)
>
>   
>> Thanks.
>>
>>   -- Garrett
>>
>> Brian Gupta wrote:
>>     
>>> I'm requesting fasttrack approval for this request. I am an external
>>> contributor. SCA: OS0091 The timeout is 2008-08-30. (If the process
>>> still requires internal sponsorship, I am pretty sure Danek, or Jijun
>>> will do so)
>>>
>>> 1.  Introduction and motivation
>>>
>>> 1.1 Summary
>>>
>>> This project proposes to integrate vim version 7.1 with the gtk2
>>> graphical toolkit.  In our previous case (SUNWgvim / PSARC 2007/267 )
>>> we aimed to integrate a modern version of vi (vim) available on all
>>> Solaris systems.  This proposal builds on the future plans indicated
>>> in that proposal and is targeted at the user(s) who need a the
>>> graphical version of vim.
>>>
>>> The package will tentatively be called "SUNWgvim".
>>>
>>> 1.2 History and context
>>>
>>> Please see PSARC 2007/267 for background into the initial motivations
>>> to integrate vim with Solaris. At this point we propose to further
>>> enhance the functionality of vim by contributing an optional package
>>> that provides additional functionality, that will deliver the graphic
>>> mode vim (gvim).
>>>
>>> 2.  Discussion
>>>
>>> 2.1 Functionality (in addition to that provided by SUNvim PSARC 2007/267 )
>>>
>>> This version has a superset of the functionality provided by SUNWvim.
>>> The "gvim" executable will have feature parity with SUNWvim.
>>>
>>> 2.2 Components
>>>
>>> The SUNWgvim will deliver a single executable "gvim" into the system.
>>> In addition, the following symlinks will be installed:
>>>
>>>          gview -> gvim
>>>          gvimdiff -> gvim
>>>          rgview -> gvim
>>>          rgvim -> gvim
>>>
>>> gvim is smart enough to recognize how to behave depending on what
>>> command name that was used to launch it. e.g. - restricted mode,
>>> "easy" (modeless) mode, diff mode, read-only mode, and some
>>> combinations of these.
>>>
>>> 2.3 Language bindings.
>>>
>>> --none--
>>>
>>> 2.4 GUI bindings
>>>
>>> This version of gvim is proposed to be built against the gtk2 GUI
>>> library provided in Nevada. Gtk2 is provided with the following
>>> package:
>>> SUNWgnome-base-libs
>>>
>>> 2.5 Documentation
>>>
>>> Vim/gvim comes with man pages, but the most significant sets of
>>> documentation are accessed via gvim itself. Within gvim typing ":help"
>>> will bring up the vim help system. There are two main sources of
>>> additional documentation: SourceForge [1]  and gvim's [2] home pages.
>>> Vim/gvim has comprehensive and elaborate documentation. Help can be
>>> accessed from within the editor.
>>>
>>> gvim provides the following man pages:
>>>
>>>    /usr/man/man1
>>>                gvim.1
>>>                gvimdiff.1
>>>
>>> 2.6 Future projects
>>>
>>> 1) Investigate dynamic language bindings.
>>> 2) Upgrade vim/gvim to 7.2+
>>> 3) Investigate additional modules e.g. - cscope
>>> 4) Replacing the current version of vi with vim
>>> 5) Changing Sun Studio's bundled vim to the system vim
>>> 6) Investigate interest in "tiny-vim" or "vim-minimal" package
>>>
>>> ===============================================================
>>>
>>> 3. Interfaces
>>>
>>> 3.1 Imported interfaces
>>>
>>> 3.1.1 Interface stability
>>>
>>> Vim/gvim has no obvious history of any interface stability and the
>>> expectation
>>> is is that dot-dot releases of gvim will be compatible.
>>>
>>> 3.1.2 Imported interfaces stability:
>>>
>>>      gtk2   Committed
>>>      vim    Uncommitted
>>>
>>> 3.2 Exported interfaces Bundled files
>>>
>>>  SUNWgvim               Uncommitted          Package name
>>>  /usr/bin/gvim             Uncommitted          Executable binary
>>>  /usr/bin/rgvim            Uncommitted          Symbolic link location
>>>  /usr/bin/rview            Uncommitted         Symbolic link location
>>>  /usr/bin/rgvim            Uncommitted          Symbolic link location
>>>  /usr/bin/rgview           Uncommitted          Symbolic link location
>>>
>>> 4. References
>>>
>>> [1] http://vimdoc.sourceforge.net/ SourceForge - Official
>>> documentation repository
>>> [2] http://www.vim.org/docs.php - gvim documentation homepage,
>>> includes man links
>>>
>>>
>>>
>>>       
>>     
>
>
>
>   


Reply via email to