Christopher Faylor wrote:
I don't think that the option of reading "README"s should ever be turned
off, unless it's via a command line option. I'd rather annoy people with
the prospect of documentation than casually turn it off because they decided
once that they didn't want to see it.
At the very
Brian Dessent schrieb:
This is the much-requested fix for the problem of not saving the proxy
port. I had always expected this was some kind of trivial bug that just
needed a quick fix, but I was incorrect. It was much more subtle than I
gave it credit for.
On Tue, 3 May 2005, Brian Dessent wrote:
> Larry Hall wrote:
>
> > I guess I'm wondering why we would want the user to be able to continue
> > the installation if the dependencies weren't satisfied (i.e. what value
> > the checkbox for the dependencies has). It seems to me that it guarantees
> >
Brian Dessent wrote:
> On that note, I would like to start an open dialog about bugfixes and
Here's the synopsis of this thread and other recent conversations:
- explicit depends checking (perhaps enforced)
- what to do about cached packages of wrong size
- ordering of the unpack/replace (davek)
On Tue, May 03, 2005 at 08:12:20PM -0700, Brian Dessent wrote:
>But back to Larry's point. Should we refuse to even give them the rope
>lest they hang themselves?
I'm all for that idea. Maybe we need a "setup --nodeps" or a "setup --expert"
option.
cgf
Larry Hall wrote:
> I guess I'm wondering why we would want the user to be able to continue
> the installation if the dependencies weren't satisfied (i.e. what value
> the checkbox for the dependencies has). It seems to me that it guarantees
> a broken installation. No matter how clearly we stat
On Tue, 3 May 2005, Warren Young wrote:
> Igor Pechtchanski wrote:
>
> > Circular dependencies are not bugs.
>
> Well, there are two types of circular dependencies, and they're only a
> problem in one of these instances.
>
> Circular dependencies of packages in operation is not a problem. That
>
On Tue, May 03, 2005 at 08:16:58PM -0600, Warren Young wrote:
>Brian Dessent wrote:
>
>>That reminds me... another idea that cgf mentioned earlier was having
>>setup.exe offer to show the README files of packages it just installed.
>
>I'd only go for that if there were a short version of the READM
On Tue, May 03, 2005 at 10:08:32PM -0400, Igor Pechtchanski wrote:
>On Tue, 3 May 2005, Christopher Faylor wrote:
>
>> On Tue, May 03, 2005 at 04:16:54PM -0700, Karl M wrote:
>> >Hi All...
>> >
>> >Should the actual file deletion be moved to a later phase? What I mean is
>> >where deletions are now
Igor Pechtchanski wrote:
> I have had a preliminary patch on this for a long while, but no chance to
> work further on it. There are some bugs, but the basic functionality is
> there. Brian, would you be interested in reviewing it?
Yes, certainly. It would be nice to try to use these things th
Warren Young wrote:
To be effective, the option would have to be enabled by default, with
the ability to turn it off.
I've thought of a better way to handle this: versioned setup hints. The
first time you install Cygwin, you have to at least skip past all of the
hints explicitly. When you up
Igor Pechtchanski wrote:
Circular dependencies are not bugs.
Well, there are two types of circular dependencies, and they're only a
problem in one of these instances.
Circular dependencies of packages in operation is not a problem. That
is, you can say that there is Package A which uses facil
On Tue, 3 May 2005, Brian Dessent wrote:
> Christopher Faylor wrote:
>
> > I've asked Brian Dessent if he would like to become an official
> > maintainer of setup.exe and he has graciously accepted.
>
> On that note, I would like to start an open dialog about bugfixes and
> features for setup. As
Brian Dessent wrote:
That reminds me... another idea that cgf mentioned earlier was having
setup.exe offer to show the README files of packages it just installed.
I'd only go for that if there were a short version of the README,
containing just the barest things you need to be aware of when
inst
On Tue, 3 May 2005, Christopher Faylor wrote:
> On Tue, May 03, 2005 at 04:16:54PM -0700, Karl M wrote:
> >Hi All...
> >
> >Should the actual file deletion be moved to a later phase? What I mean is
> >where deletions are now performed, should files to be deleted be appended
> >to a list (of files
On Tue, 3 May 2005, Corinna Vinschen wrote:
> On May 3 21:49, Max Bowsher wrote:
> > The other potential solution would be to attempt to uninstall the packages
> > in dependency-sorted order, but that might get awkward in the case of
> > circular dependencies.
>
> See my previous posting: Circul
On Tue, 2005-05-03 at 21:00 -0400, Christopher Faylor wrote:
> On Wed, May 04, 2005 at 12:15:37AM +0100, Max Bowsher wrote:
> >Brian Dessent wrote:
> >>that currently the local cache is keyed to the url.
> >
> >Another thing to discuss is whether that, itself, is a bug.
> It's not a bug, per se, s
On Tue, May 03, 2005 at 04:16:54PM -0700, Karl M wrote:
>Hi All...
>
>Should the actual file deletion be moved to a later phase? What I mean is
>where deletions are now performed, should files to be deleted be appended
>to a list (of files to be deleted), and then deleted all at once?
It seems l
On Wed, May 04, 2005 at 12:15:37AM +0100, Max Bowsher wrote:
>Brian Dessent wrote:
>>that currently the local cache is keyed to the url.
>
>Another thing to discuss is whether that, itself, is a bug.
It's not a bug, per se, since it was designed that way, wasn't it?
cgf
Warren Young wrote:
> > Still, the context sensitive help would go a long way, and there is a
> > manual in html that they can refer to online.
>
> Context-sensitive help is just resources, so that wouldn't require a
> traditional Windows installer. I recall that it's tricky to do outside
> a di
Max Bowsher wrote:
> There is one remaining issue - here is a ChangeLog entry from the current
> release branch:
>
> 2004-11-28 Max Bowsher <[EMAIL PROTECTED]>
>
> * download.cc (check_for_cached): Re-introduce the silent skipping
> of
> wrong-sized package files in local cache
Original Message
>From: Warren Young
>Sent: 04 May 2005 00:42
> Brian Dessent wrote:
>>
>> Another possibility might be to embed the .chm or .hlp file in the .exe
>> as a resource. I don't know if that's feasible or not.
>
> Tricky at best. Both WinHelp.exe and hh.exe are separate prog
Brian Dessent wrote:
Another possibility might be to embed the .chm or .hlp file in the .exe
as a resource. I don't know if that's feasible or not.
Tricky at best. Both WinHelp.exe and hh.exe are separate programs, and
their APIs seem to have no way to tell them to look at a resource inside
ano
Max Bowsher wrote:
Brian Dessent wrote:
So, I see that you have taken care of the markVisited() bug.
Almost. One more commit coming up to finish that one off.
Everything I've committed so far has been things that I encountered whilst
reviewing, rather than your change itself.
Done now.
There's
tha
Brian Dessent wrote:
So, I see that you have taken care of the markVisited() bug.
Almost. One more commit coming up to finish that one off.
Everything I've committed so far has been things that I encountered whilst
reviewing, rather than your change itself.
There's
that one, the proxy port one,
Brian Dessent wrote:
that currently the local cache is keyed to the url.
Another thing to discuss is whether that, itself, is a bug.
Max.
Hi All...
Should the actual file deletion be moved to a later phase? What I mean is
where deletions are now performed, should files to be deleted be appended to
a list (of files to be deleted), and then deleted all at once?
Thanks,
...Karl
From: "Max Bowsher" To: "Dave Korn"
Subject: Re: [PATCH]
So, I see that you have taken care of the markVisited() bug. There's
that one, the proxy port one, and the "d.sh" postinstall one, all of
which still exist in the wild in current setup.exe no?
I'm posting the patch for the manifest. If there are no objections I'd
like to commit this and see abo
"Gary R. Van Sickle" wrote:
> I'm not sure that is a precondition. Cygwin setup could very easily be
> packaged up with InnoSetup into a single downloadable exe, but it would be a
> regular Windows installer, and setup.exe and any number of support files it
> might require could be installed just
Corinna Vinschen wrote:
> While we're at it:
>
> I'm using an ftp mirror which has a pretty short timeout period. It's
> so short, that sometimes if I select packages from scratch for a new
> installation, the server timed out before I finished package selection.
> When pressing the "next" butto
[snip]
>
> Bug Fixes / New Features
> (in no particular order)
>
>
[snip]
> - setup is already fairly cryptic, it does not help that
> there are absolutely no help buttons. We have to keep it as
> a single monolithic executable (so no external help files),
I'm not
On May 3 21:49, Max Bowsher wrote:
> The other potential solution would be to attempt to uninstall the packages
> in dependency-sorted order, but that might get awkward in the case of
> circular dependencies.
See my previous posting: Circular dependencies are bugs, right?
Creating a dependency
Brian,
My major pet peeve has always been that setup.exe doesn't do any sanity
checks on mount points to ensure that they actually exist on disk before
starting the install process. Of course, if a mount point points to the
"D:" drive that has been removed, setup effectively untars the packages
On May 3 13:58, Brian Dessent wrote:
> - I still have not had a chance to review Dave Korn's
> postinstall/preremove script. I do know that there's no truly foolproof
> way of handling this issue though. Some postinstalls might depend on
> packages that you're trying to upgrade, and would bomb i
On Tue, May 03, 2005 at 01:58:13PM -0700, Brian Dessent wrote:
>- setup should be able to save and restore its window position and
>size. This is a personal peeve of mine. I know the whole
>"resizeability" thing was a huge complicated issue back in the day. I
>have no desire to change how it act
Christopher Faylor wrote:
> I've asked Brian Dessent if he would like to become an official maintainer
> of setup.exe and he has graciously accepted.
On that note, I would like to start an open dialog about bugfixes and
features for setup. As all of you know, things seem to move glacially
slow w
Dave Korn wrote:
Original Message
From: Max Bowsher
Sent: 03 May 2005 19:55
The problem with this is it special cases the "cygwin" package. Whilst
undoubtably this is the one thing that almost everything depends on,
there
are other dependency issues which this does not touch.
It is defin
Original Message
>From: Max Bowsher
>Sent: 03 May 2005 19:55
> The problem with this is it special cases the "cygwin" package. Whilst
> undoubtably this is the one thing that almost everything depends on, there
> are other dependency issues which this does not touch.
>
> It is definitely
Dave Korn wrote:
Well, it builds, and it works, and I've tested it by rolling an
installation back-and-forth across quite a large update (the difference
between my local mirror set up last september and an up-to-date mirror),
which I could do with the old setup and see things fail when it removed
I've asked Brian Dessent if he would like to become an official maintainer
of setup.exe and he has graciously accepted.
So, we now have two people who can approve and apply patches to setup.exe
and make new setup.exe releases.
Welcome, Brian, and many thanks for volunteering to help out with setu
On May 3 12:26, Gary R. Van Sickle wrote:
> FWIW, I fully support your stance that your unilaterally-imposed
> "disqualification" was unwarranted. At the same time, it's not difficult to
> understand Hans' consternation and reaction to the situation. Doxygen is a
> very useful package, and it wo
On Tue, May 03, 2005 at 12:26:20PM -0500, Gary R. Van Sickle wrote:
>FWIW, I fully support your stance that your unilaterally-imposed
>"disqualification" was unwarranted. At the same time, it's not
>difficult to understand Hans' consternation and reaction to the
>situation. Doxygen is a very usef
On Tue, May 03, 2005 at 11:53:44AM -0500, Gary R. Van Sickle wrote:
>> -Original Message-
>> From: cygwin-apps-owner GROUPIE cygwin KOOK com
>> [mailto:cygwin-apps-owner GROUPIE cygwin KOOK com] On Behalf Of Corinna
>> Vinschen
>> Sent: Tuesday, May 03, 2005 9:52 AM
>> To: cygwin-apps GRO
[snip]
> >> So you're comparing your specific situation with Gary's years long
> >> history of adding useless comments to cgf's postings in the Cygwin
> >> ML?
> >
> > Ahem, yeah, let's make that: "...Gary's years long history
> of taking
> > Chris to task for his years-long history of uncalled
Brian Dessent wrote:
This is the much-requested fix for the problem of not saving the proxy
port. I had always expected this was some kind of trivial bug that just
needed a quick fix, but I was incorrect. It was much more subtle than I
gave it credit for.
Essentially, save_dialog() is called any
Gary R. Van Sickle wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
Sent: Tuesday, May 03, 2005 9:52 AM
To: cygwin-apps@cygwin.com
Subject: Re: Counter-ITP of doxygen (was: Re: Please upload:
doxygen-1.4.2_20050410-1 (n'th take))
On M
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
> Sent: Tuesday, May 03, 2005 9:52 AM
> To: cygwin-apps@cygwin.com
> Subject: Re: Counter-ITP of doxygen (was: Re: Please upload:
> doxygen-1.4.2_20050410-1 (n'th take))
>
> On May
Corinna Vinschen wrote:
On May 3 13:02, Max Bowsher wrote:
Christopher Faylor wrote:
The fact that a few words of mild intention can be misinterpreted and
seed
an accidental high tension mess has been amply well demonstrated on the
cygwin list recently, in the CGF/GRVS thread.
So you're comparing
On Tue, May 03, 2005 at 04:51:46PM +0200, Corinna Vinschen wrote:
>On May 3 13:02, Max Bowsher wrote:
>>Christopher Faylor wrote:
>>The fact that a few words of mild intention can be misinterpreted and
>>seed an accidental high tension mess has been amply well demonstrated
>>on the cygwin list rec
On May 3 13:02, Max Bowsher wrote:
> Christopher Faylor wrote:
> The fact that a few words of mild intention can be misinterpreted and seed
> an accidental high tension mess has been amply well demonstrated on the
> cygwin list recently, in the CGF/GRVS thread.
So you're comparing your specific
Max,
no - you have not disqualified yourself in my eyes.
And therefore, you should be the new doxygen owner/maintainer if you want it
that badly.
I also think that we should put this issue finally to rest, stop pouting and
get on with life!
greets,
H.
Max Bowsher wrote:
Christopher Faylor wrote
Original Message
>From: Max Bowsher
>Sent: 03 May 2005 13:07
> Brian Dessent wrote:
>> Brian Dessent wrote:
>>
It may take me a while to comprehend the dependency code, but
bugzilla-ed for now.
>>>
>>> Here is, I believe, a fix to the problem. Each packagemeta object has a
>>
This is the much-requested fix for the problem of not saving the proxy
port. I had always expected this was some kind of trivial bug that just
needed a quick fix, but I was incorrect. It was much more subtle than I
gave it credit for.
Essentially, save_dialog() is called any time a window messa
Brian Dessent wrote:
Brian Dessent wrote:
It may take me a while to comprehend the dependency code, but
bugzilla-ed
for now.
Here is, I believe, a fix to the problem. Each packagemeta object has a
Ping...
Somehow, I missed that email the first time around. I've just found it in
the archives.
I'
Christopher Faylor wrote:
Otherwise, MaxB has
disqualified himself from doxygen package maintainership,
I would to appeal this, please, because I do not believe it is fair to
censure me for a misunderstanding that I have explained and apologized for.
The fact that a few words of mild intention ca
55 matches
Mail list logo
