public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Robert Collins <robert.collins@itdomain.com.au>
To: Bernard Dautrevaux <Dautrevaux@microprocess.com>
Cc: cygwin@cygwin.com
Subject: RE: On Cygwin package naming and a setup.exe bug
Date: Wed, 29 Aug 2001 06:25:00 -0000	[thread overview]
Message-ID: <999091531.20421.45.camel@lifelesswks> (raw)
In-Reply-To: <17B78BDF120BD411B70100500422FC6309E32D@IIS000>

On 29 Aug 2001 15:09:46 +0200, Bernard Dautrevaux wrote:
> 
> > -----Original Message-----
> > From: Robert Collins [ mailto:robert.collins@itdomain.com.au ]
> > Sent: Tuesday, August 28, 2001 9:01 AM
> > To: cygwin@cygwin.com
> > Subject: Re: On Cygwin package naming and a setup.exe bug
> > 
> > 
> > Ok... I slept through most of this thread :}. I'm going to 
> > make a couple
> > of comments though... to no particular poster/answer.

(*)

> > Bernard, I'm not sure how the above underlined comment, when combined
> > with....
<snip>
> It would be if the second statement was due to John... 

Oops. Well that does make a difference! Remind be not to assume the >
imply the same author.

> In fact I think who's giving John's its paycheck has no importance here;
> he's producing and using open/free source code, so must obey the rules. 

I didn't mean to imply paycheck creator, rather
use-to-which-code-is-put. 

> The
> only thing I say is that he must not be suspected of not obeying them, as
> producing free source should deserve checking before complaining.

Absolutely agree. Interpretation is all, as usual.
 
> Not knowing what is scheduled is obscuring th edebate; knowing for example
> that there will be a change to the -src special handling (meaning some more
> general solution will be provided) makes perfect sense at refusing the
> -cygwin special handling, but was far from evident from the initial
> discussion.

You might want to subscribe to cygwin-developers to know what is
scheduled, or look in the archives. cygwin@cygwin.com is the general
discussion forum, and cygwin-apps is for ported applications. Setup.exe
is neither.

The problem with -src is that it a) precludes having multiple packages
which are created from the same source (ie libfoo (.dll and binaries) +
foo-devel (headers and .a files) come from foo-source - the -src
convention means we need libfoo-src + foo-devel-src which would be the
same file duplicated :[ and b) is non-inutitive to use in setup.exe -
how do you as a user install sshd-2.95p4 and download the source to
sshd-2.95p5 which has a bug you want to fix (which is why you want the
p4 binary)

So sources should be explicit metadata, not inferred from the name
metadata. As to how and when... thats a different story :}.

> OK, I can understand that, but the problem was not explained, just the fact
> that the feature was getting in the "mixed feelings" category which need
> further advice from developers.

And the developers (all ?5?6? for setup.exe) haven't had time to
comment. The whole thread occured whilst I was asleep... except maybe
John's inital request, which I read, and figured as I couldn't provide
an authoritative answer I'd just wait and see what came up before
jumping in. 

> PS: Note that in the above message, only the every first quote was from me,
> while you seem to say that you were answering to my post...

Uhmm, late at work again? See (*) above :]

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

  reply	other threads:[~2001-08-29  6:25 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-29  6:12 Bernard Dautrevaux
2001-08-29  6:25 ` Robert Collins [this message]
2001-08-29  7:35   ` Christopher Faylor
  -- strict thread matches above, loose matches on Subject: below --
2001-08-29  9:20 jmarshall
2001-08-29 10:10 ` Michael F. March
2001-08-29 10:59   ` Alex Malinovich
2001-08-29 11:02   ` Charles S. Wilson
2001-08-29 14:04   ` Michael Schaap
2001-08-29  6:35 Bernard Dautrevaux
2001-08-29  7:37 ` Christopher Faylor
2001-08-27 13:03 Bernard Dautrevaux
2001-08-28  7:53 ` Warren Young
2001-08-27 11:16 Bernard Dautrevaux
2001-08-27 11:42 ` Charles Wilson
2001-08-27 11:54   ` Christopher Faylor
2001-08-27 11:03 Bernard Dautrevaux
2001-08-27 11:37 ` Christopher Faylor
2001-08-26  0:51 John Marshall
2001-08-26 10:46 ` Christopher Faylor
2001-08-27  3:39   ` Warren Young
2001-08-27 10:39     ` Christopher Faylor
2001-08-27 10:52       ` Charles Wilson
2001-08-28  0:14       ` Robert Collins
2001-08-28  6:00       ` John Marshall
2001-08-29  7:30         ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=999091531.20421.45.camel@lifelesswks \
    --to=robert.collins@itdomain.com.au \
    --cc=Dautrevaux@microprocess.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).