This is the mail archive of the cygwin-apps mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: cygport: Adding arbitrary files to the src package


On Mon, May 07, 2012 at 10:01:44PM +0200, Corinna Vinschen wrote:
>On May  7 15:44, Christopher Faylor wrote:
>> On Mon, May 07, 2012 at 09:33:57PM +0200, Corinna Vinschen wrote:
>> >On May  7 20:09, marco atzeri wrote:
>> >> On 5/7/2012 5:06 PM, Corinna Vinschen wrote:
>> >> >### FIXME:
>> >> >   ###
>> >> >   ### Where to put the cygwin1.dbg file so that it ends up "as is" in the
>> >> >   ### source tarball?
>> >> 
>> >> why not in a dedicate cygwin-debug package ?
>> >> Having it in
>> >> 
>> >> /usr/bin/cygwin1.dbg
>> >> 
>> >> will simplify debugging, instead of having it in the source package
>> >> and manually extract and copying in /usr/bin
>> >
>> >Any chance you have a hidden camera installed in my office?  That's
>> >how I actually implemented it in my cygport file (and what I meant when
>> >I wrote "There are other ways to handle the file").
>> >
>> >I was trying to find a way to keep it as part of the source archive,
>> >just as it has been so far, though.
>> 
>> FWIW, I think it makes sense for it to be a separate package or even for
>> it just to be installed along-side cygwin1.dll in the standard
>> distribution.  We already install /usr/include along with cygwin1.dll so
>> it sorta kinda is consistent to also include cygwin1.dbg too if you
>> squint at it just right.
>
>That's a good point.  I think I'd prefer the extra cygwin-debug package,
>but we could even go a step further and create a cygwin-devel package
>instead, which contains the contents of /usr/include, /usr/lib, and
>asorted files from usr/bin like, say, cygwin1.dbg, dumper.exe, ssp.exe,
>strace.exe.  That's dead simple with cygport. 

I think a cygwin-devel makes sense but I wasn't going to suggest the
extra work.

How fine-grained do we get though?  cygwin-support for cygcheck.exe and
mount.exe?  cygwin-devel for /usr/include?  cygwin-debug for cygwin1.dbg?

The advantages, of course, are that we *could* decouple release of
cygwin-* from the "main" cygwin1.dll package if we really wanted to.

cgf


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]