Volker Zell [EMAIL PROTECTED] writes:
There are 2 files missing in the latest teTeX distro:
o /usr/share/texmf/xdvi/ps2pk.map
which used to be in the tetex-bin package
This file was moved to tetex-texmf, and is now part of tetex-base, but
I failed to add it to tetex-tiny.
o
On Sun, 2003-03-02 at 13:30, Gary R. Van Sickle wrote:
Rob,
LogFile::exit() actually exit()s Setup, i.e. main() never returns under any
circumstances. This doesn't seem like a good thing to me; it's not
at all clear
to me why a logging object should as a matter of course be
On Tue, 2003-03-04 at 19:10, Gary R. Van Sickle wrote:
How about just replace it with a flush() member?
As long as you track down *all* the exit points and ensure they call it.
Safer IMO to
a) fix static object destructors
or
b) exit via the log object.
Rob
--
GPG key available at:
5. TCM
date : 27 Jan 2003
version: 2.20-1
status : not reviewed
notes : http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00299.html
http://www.cygwin.com/ml/cygwin-apps/2003-01/msg00100.html
votes : 2 (Christopher and Lapo)
url: http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2
On Mon, 3 Mar 2003, Pavel Tsekov wrote:
On Mon, 3 Mar 2003, Elfyn McBratney wrote:
http://twoducks.exposure.org.uk/elfyn/cygwin/pdksh/pdksh-5.2.14-2-src.tar.b
z2
http://twoducks.exposure.org.uk/elfyn/cygwin/pdksh/pdksh-5.2.14-2.tar.bz2
On Tue, 4 Mar 2003, Max Bowsher wrote:
Call stack:
00406816 SETUP.EXE:00406816 compress_gz::destroy()
compress_gz.cc:472 ...
free (outbuf);
if (original)
delete original;
}
Interesting indeed. Something very weird is happening, if a non-null pointer
if causing a
On Tue, 4 Mar 2003, Pavel Tsekov wrote:
Now i see something really interesting. The patch the I wanted to be
backported to 200206, seems to be applied incorrectly to HEAD. I think
this is the real cause of the problem.
Actually this patch was never applied correctly to cvs. Here is my
Attached is try #2. This incorporates Rob's comments from
http://cygwin.com/ml/cygwin-apps/2003-03/msg00041.html. I've also
refactored FileDesc to handle all dependence processing.
I think this would be good as a long-term solution as well. As I
mentioned previously, I don't think we can use
Igor Pechtchanski wrote:
Attached is try #2. This incorporates Rob's comments from
http://cygwin.com/ml/cygwin-apps/2003-03/msg00041.html. I've also
refactored FileDesc to handle all dependence processing.
I think this would be good as a long-term solution as well. As I
mentioned
On Tue, 4 Mar 2003, Max Bowsher wrote:
Actually this patch was never applied correctly to cvs. Here is my
original post with the correct patch:
http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00049/compress_gz.cc.pat
ch
Looks like a botched application of the patch.
I don't know
Pavel Tsekov wrote:
On Tue, 4 Mar 2003, Max Bowsher wrote:
Actually this patch was never applied correctly to cvs. Here is my
original post with the correct patch:
http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00049/compress_gz.cc.pat
ch
Looks like a botched application of the
On Tue, 4 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
Attached is try #2. This incorporates Rob's comments from
http://cygwin.com/ml/cygwin-apps/2003-03/msg00041.html. I've also
refactored FileDesc to handle all dependence processing.
I think this would be good as a
From: Max Bowsher
Igor Pechtchanski wrote:
Attached is try #2. This incorporates Rob's comments from
http://cygwin.com/ml/cygwin-apps/2003-03/msg00041.html. I've also
refactored FileDesc to handle all dependence processing.
I think this would be good as a long-term solution as well.
On Tue, 4 Mar 2003, Max Bowsher wrote:
Updated:
* Remove concat.*
In http://sources.redhat.com/ml/cygwin-apps/2003-02/msg00022.html and its
reply, I asked a question about this.
* Igor's error message patch
http://sources.redhat.com/ml/cygwin-apps/2003-02/msg00017.html
* Gary's big
On Tue, 4 Mar 2003, Igor Pechtchanski wrote:
On Tue, 4 Mar 2003, Max Bowsher wrote:
Updated:
* Remove concat.*
In http://sources.redhat.com/ml/cygwin-apps/2003-02/msg00022.html and its
reply, I asked a question about this.
* Igor's error message patch
On Tue, 4 Mar 2003, John Morrison wrote:
From: Max Bowsher
Igor Pechtchanski wrote:
Attached is try #2. This incorporates Rob's comments from
http://cygwin.com/ml/cygwin-apps/2003-03/msg00041.html. I've also
refactored FileDesc to handle all dependence processing.
I think
On Wed, 2003-03-05 at 01:58, Igor Pechtchanski wrote:
Rob,
Thanks for the review. Comments below...
This does too much. When a method does more than one thing... split it
up.
This does it by calling 3 functions. It's a 7-line function. :-D
I guess my eagerness to make the changelog
Igor Pechtchanski wrote:
On Tue, 4 Mar 2003, Max Bowsher wrote:
Updated:
* Remove concat.*
In http://sources.redhat.com/ml/cygwin-apps/2003-02/msg00022.html
and its reply, I asked a question about this.
* Igor's error message patch
At 06:52 PM 3/4/2003 -, Max Bowsher wrote:
Do we also need a way to mark 'high-priority' scripts?
i.e. ones that should run before all others.
I'm thinking about passwd-grp.sh mainly.
Good point. Any other script doing a chown would need it,
but that's all I can think of (so far).
Starting
On Wed, 2003-03-05 at 06:05, Max Bowsher wrote:
Pavel Tsekov wrote:
On Tue, 4 Mar 2003, Pavel Tsekov wrote:
Now i see something really interesting. The patch the I wanted to be
backported to 200206, seems to be applied incorrectly to HEAD. I
think
this is the real cause of the
From: Igor Pechtchanski
On Tue, 4 Mar 2003, John Morrison wrote:
From: Max Bowsher
Igor Pechtchanski wrote:
Attached is try #2. This incorporates Rob's comments from
http://cygwin.com/ml/cygwin-apps/2003-03/msg00041.html. I've also
refactored FileDesc to handle all dependence
On Tue, 4 Mar 2003, Pierre A. Humblet wrote:
At 06:52 PM 3/4/2003 -, Max Bowsher wrote:
Do we also need a way to mark 'high-priority' scripts?
i.e. ones that should run before all others.
I'm thinking about passwd-grp.sh mainly.
Good point. Any other script doing a chown would need
John Morrison wrote:
From: Igor Pechtchanski
On Tue, 4 Mar 2003, John Morrison wrote:
From: Max Bowsher
Igor Pechtchanski wrote:
Attached is try #2. This incorporates Rob's comments from
http://cygwin.com/ml/cygwin-apps/2003-03/msg00041.html. I've
also refactored FileDesc to handle all
On Tue, 4 Mar 2003, John Morrison wrote:
From: Igor Pechtchanski
On Tue, 4 Mar 2003, John Morrison wrote:
From: Max Bowsher
Igor Pechtchanski wrote:
Attached is try #2. This incorporates Rob's comments from
http://cygwin.com/ml/cygwin-apps/2003-03/msg00041.html. I've also
From: Max Bowsher [mailto:[EMAIL PROTECTED]
John Morrison wrote:
From: Igor Pechtchanski
On Tue, 4 Mar 2003, John Morrison wrote:
From: Max Bowsher
Igor Pechtchanski wrote:
Attached is try #2. This incorporates Rob's comments from
On Wed, 2003-03-05 at 05:37, Christopher Faylor wrote:
Of course, maybe it's only because I don't have to change upset, but
still...
Just wait for the first X doesn't install correctly when Y isn't
installed, and I checked, and Y-install.sh is in the list for the
X-instal script resulting from
On Wed, 2003-03-05 at 05:52, Max Bowsher wrote:
I'm thinking about passwd-grp.sh mainly.
No. Package authors have enough info to describe their requirements such
that setup will DoTheRightThing.
Rob
--
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
signature.asc
On Tue, 4 Mar 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Tue, 4 Mar 2003, Pierre A. Humblet wrote:
At 06:52 PM 3/4/2003 -, Max Bowsher wrote:
Do we also need a way to mark 'high-priority' scripts?
i.e. ones that should run before all others.
I'm thinking about
On 5 Mar 2003, Robert Collins wrote:
I.e. if package foo has an install script depending on a script found in
package bar, setup.ini has to list foo requiring bar. Then in the script
we list foo-install requiring bar-utility to have completed first.
Using the packages as dependencies we can
On Wed, 2003-03-05 at 07:41, Max Bowsher wrote:
How about
http://cygwin.com/ml/cygwin-apps/2002-10/msg00129.html
? This is pretty old, but I can regenerate it against the current
CVS if people think it's a good idea. This is also a
where-do-we-go-from-here patch...
Sounds like a
On Wed, 2003-03-05 at 07:41, Max Bowsher wrote:
* Patch I forwarded from Brian Keener, for adding extra views
http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00346.html
Ok, reviewed again to refresh my memory.
Brian, Why do you change the scroll bar behaviour? Thats orthogonal to
the
On Wed, 2003-03-05 at 08:58, Robert Collins wrote:
Other than that, please expand to address all postinstall scripts.
s/postinstall//
:}.
Rob
--
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
signature.asc
Description: This is a digitally signed message part
Robert Collins wrote:
On Wed, 2003-03-05 at 07:41, Max Bowsher wrote:
* Preliminary colour-coding patch (from me)
http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00361.html
[This is a where-do-we-go-from-here patch, not a please-apply
patch]
Sorry, I hadn't given you UI feedback.
I
Robert Collins wrote:
Brian, Why do you change the scroll bar behaviour? Thats orthogonal to
the presence of more views IMO.
I think I (IIRC) that I changed it because there were cases depending if there
were more than a screen full of packages listed that the scroll bar went hinky
both
On 5 Mar 2003, Robert Collins wrote:
On Wed, [EMAIL PROTECTED]:19, Igor Pechtchanski wrote:
On 5 Mar 2003, Robert Collins wrote:
Using the packages as dependencies we can build the same topological
tree based on the packages that will end up as installed (Because we do
know which
On 5 Mar 2003, Robert Collins wrote:
On Wed, 2003-03-05 at 07:41, Max Bowsher wrote:
How about
http://cygwin.com/ml/cygwin-apps/2002-10/msg00129.html
? This is pretty old, but I can regenerate it against the current
CVS if people think it's a good idea. This is also a
Updated:
* Remove concat.*
In http://sources.redhat.com/ml/cygwin-apps/2003-02/msg00022.html
and its reply, I asked a question about this.
Essentially, I think we should remove autotool-generated files from setup
cvs.
* Igor's error message patch
Gary R. Van Sickle wrote:
I've just been testing this, and I've found setup hangs when
'Finish' is clicked. It then unhangs and continues when the window
focus is moved to another application. Gary, do you see this too?
Well... I hadn't until I just rebuilt. Son of a diddly, I *was*
having
On Tue, 2003-03-04 at 19:10, Gary R. Van Sickle wrote:
How about just replace it with a flush() member?
As long as you track down *all* the exit points and ensure they call it.
Well, that's another issue (i.e. if they didn't call exit() before, they're
already broken).
Safer IMO to
a)
Gary R. Van Sickle wrote:
I've just been testing this, and I've found setup hangs when
'Finish' is clicked. It then unhangs and continues when the window
focus is moved to another application. Gary, do you see this too?
Well... I hadn't until I just rebuilt. Son of a diddly, I *was*
Gary R. Van Sickle wrote:
I've just been testing this, and I've found setup hangs when
'Finish' is clicked. It then unhangs and continues when the window
focus is moved to another application. Gary, do you see this too?
Well... I hadn't until I just rebuilt. Son of a diddly, I
41 matches
Mail list logo