tiff-3.6.0-3
libtiff4-3.6.0-3
libtiff-devel-3.6.0-3
This is NOT to be confused with today's non-test release of
tiff-3.6.0-2, libtiff3-3.6.0-2, and libtiff-devel-3.6.0-2. The new,
curr: release has 'cygtiff3.dll' while the new test: release
has cygtiff4.dll.
BTW, maintainers: note that this
I have recently split the tiff package into three:
tiff
libtiff3 (post-1.5.0, libtiff4)
libtiff-devel
I have taken the liberty of updating the setup.hint files on the server
for the following packages:
tetex/tetex-bin
XFree86/WindowMaker
emacs/emacs-X11/
so that they now require:
Gary R. Van Sickle wrote:
Throwing an exception would indicate a problem actually, if you want
to get all by-the-book about it.
I'm with Gary here, I'd prefer see an exception thrown for a problem.
Unless there's some issues with using exceptions that I don't know about...
(which, given
Charles Wilson [EMAIL PROTECTED] writes:
lilypond also depends on tetex, and tetex is still waiting for tiff
and XFree.
I'm moving as fast as I can, here...but a warning about tiff.
You are being fast indeed. It was not my intention to press you,
sorry if I did.
tiff depends on jpeg.
Gary R. Van Sickle wrote:
Gary,
Here is a partial list of issues from your mega-patch.
I still bristle at the mega ;-). 43K including the bulk of res.rc ain't
even *close* to mega ;-).
It it if you think about in terms of number of separate concepts included,
instead of byte size :-)
*
Gary R. Van Sickle wrote:
I'm still letting you guys fight this out, but I'm going to snipe from the
sidelines ;-):
...
I once again leave you two to fight it out while I get some actual code
written.
That's not particularly helpful, Gary. Anyway, as per what I said in what I
snipped above, I
On Tue, Jul 22, 2003 at 05:29:45PM +0100, Max Bowsher wrote:
May I apply whitespace changes which are in keeping with the style of
surrounding code and the rest of setup without explicit review?
Do we have an obvious checkin rule for setup? This is obviously obvious.
Are such things supposed to
On Mon, Jul 21, 2003 at 15:54:29 -0400, Christopher Faylor wrote:
On Mon, Jul 21, 2003 at 08:17:44PM +0200, Jan Nieuwenhuizen wrote:
Christopher Faylor [EMAIL PROTECTED] writes:
Why are we waiting for these libraries? Do they export variables or
functions which rely on new 64 bit types?
I
* Fri 2003-07-04 Gerrit Haase [EMAIL PROTECTED] list.cygwin-apps
* Message-Id: [EMAIL PROTECTED]
Jari schrieb:
Project http://heather.cs.ucdavis.edu/~matloff/joe.html has been
ported. Please review. I personally like joe because it includes
'jmacs', a joe Emacs keybinding emulation.
The
* Fri 2003-07-11 [EMAIL PROTECTED] list.cygwin-apps
* Message-Id: [EMAIL PROTECTED]
@ cygbuild
date : 12 Jun 2003
version: 2003.0612-1
status : not reviewed
notes : http://cygwin.com/ml/cygwin-apps/2003-06/msg00104.html
http://cygwin.com/ml/cygwin-apps/2003-06/msg00105.html
What should package maintainers be doing about this?
I maintain the cmake package, and although I am subscribed
to this list, I rarely follow it closely. I post updates
to cmake, but that is about it. However, I just noticed
this thread. Should package maintainers being
building stuff for
* Fri 2003-07-11 Nicholas Wourms [EMAIL PROTECTED] list.cygwin-apps
* Message-Id: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
On Fri, Jul 11, 2003 at 03:34:38PM +0100, Elfyn McBratney wrote:
@ cygbuild
date : 12 Jun 2003
version: 2003.0612-1
status : not reviewed
notes :
On Tue, Jul 22, 2003 at 12:25:51PM -0500, Brian Ford wrote:
I compile the program stuff.exe that depends upon the non-rebuilt dll
foo.dll. No interfaces between stuff.exe and foo.dll were changed in
1.5.0, but foo.dll calls lseek.
Now, when lseek in foo.dll is resolved at link time with the
Jari Aalto+list.cygwin-apps wrote:
* Fri 2003-07-11 [EMAIL PROTECTED] list.cygwin-apps
* Message-Id:
[EMAIL PROTECTED]
@ cygbuild
date : 12 Jun 2003
version: 2003.0612-1
status : not reviewed
notes : http://cygwin.com/ml/cygwin-apps/2003-06/msg00104.html
* Fri 2003-07-11 Charles Wilson [EMAIL PROTECTED] list.cygwin-apps
* Message-Id: [EMAIL PROTECTED]
Nicholas Wourms wrote:
Right. Sorry. Just the using cygbuild (as apposed to gbs) is allowed.
While technically this is true, I really can't see the difference
between the two. For
Christopher Faylor wrote:
On Tue, Jul 22, 2003 at 05:29:45PM +0100, Max Bowsher wrote:
May I apply whitespace changes which are in keeping with the style of
surrounding code and the rest of setup without explicit review?
Do we have an obvious checkin rule for setup?
No, not yet. This is the
Oops! I swiped the wrong line for the subject. It should have obviously
been Re: Waiting for xfree86? [Was: guile-1.6.4-1].
Sorry!
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
On Tue, Jul 22, 2003 at 01:59:34PM -0500, Brian Ford wrote:
Just one last clarification. If stuff.exe also calls lseek, it will get
lseek64 at link time, and foo.dll will still use lseek. So, they each
operate seperately, but happily, be it in their respective 64 or 32 bit
world?
Yes. But
On Tue, Jul 22, 2003 at 09:24:14PM +0300, Jari Aalto+list.cygwin-apps wrote:
* Fri 2003-07-11 [EMAIL PROTECTED] list.cygwin-apps
* Message-Id: [EMAIL PROTECTED]
@ cygbuild
date : 12 Jun 2003
version: 2003.0612-1
status : not reviewed
notes :
Corinna Vinschen [EMAIL PROTECTED] writes:
# Strictly, guile does not depend on readline and curses, but if you
# want the guile executable, you probably want readline editing. -- jcn
requires: cygwin libguile12 libncurses6 libreadline5
^^^
I've been looking at the current mechanism for moving between pages in
setup, in order to be able to extract the correct bits of Gary's patch for
the OnAcceptActivation change.
I've found that we are actually stuck in the middle of a transition between
2 idioms.
Old: The global variable
Hallo Jari,
Good that newer version has been ported. Please include Gerrit's
version. I'll drop mine.
I'm looking for a maintainer. If you want to maintain joe, take it
and contribute it. I do already perl which takes lot of my spare
time.
It will also need some cleanup, I just compiled it
On Wed, 2003-07-23 at 02:12, Max Bowsher wrote:
Approved.
Rob
--
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.
signature.asc
Description: This is a digitally signed message part
On Wed, 2003-07-23 at 11:46, Christopher Faylor wrote:
I'd submit that if the motivation for a comment change isn't obvious
then the comment change either shouldn't have been made or the comment
isn't clear.
I agree. Thats why I qualified the rule-of-thumb: comment changes as
part of a
On Wed, Jul 23, 2003 at 11:40:07AM +1000, Robert Collins wrote:
On Wed, 2003-07-23 at 02:29, Max Bowsher wrote:
May I apply whitespace changes which are in keeping with the style of
surrounding code and the rest of setup without explicit review?
Are such things supposed to be ChangeLogged?
On Wed, Jul 23, 2003 at 11:52:15AM +1000, Robert Collins wrote:
On Wed, 2003-07-23 at 11:46, Christopher Faylor wrote:
I'd submit that if the motivation for a comment change isn't obvious
then the comment change either shouldn't have been made or the comment
isn't clear.
I agree. Thats why I
On Wed, 2003-07-23 at 02:29, Max Bowsher wrote:
May I apply whitespace changes which are in keeping with the style of
surrounding code and the rest of setup without explicit review?
Are such things supposed to be ChangeLogged?
Example:
-UINT Window::IsButtonChecked (int nIDButton) const
On Wed, Jul 23, 2003 at 01:17:27PM +1000, Robert Collins wrote:
On Wed, 2003-07-23 at 12:19, Christopher Faylor wrote:
Yeah, but you snipped the part of my mail where I quoted the FSF
ChangeLog standard. It implied that the why isn't necessary. In
fact, it indicates that you shouldn't be putting
Also, bumped to latest source release, 1.5
jbigkit-1.5-1
jbigkit-1.5-1-src
Yes, I was able to release a package containing a DLL in a single,
monolithic package! Hooray! But wait, there's more...
--
Chuck
Simply recompiled on a cygwin-1.5.0 system. No other changes.
(But that makes TWO DLL-positive packages released monolithically!)
--
Chuck
On Tue, Jul 22, 2003 at 03:40:16PM -, Joel Handler wrote:
I just downloaded the entire Cygwin package and am experimenting around with
it. I am running the cygwin X server and am ssh (tunneling X) to a linux
machine and running either Netscape 4 or 7. Both seem to crash the X server
I'm still stuck on this. Can anyone help me please? I'm just trying to
checkout and compile the XFIXES_BRANCH for XFree86 but getting an error
about Xfixes.h missing.
Thanks,
I have just done that but there's not Xfixes.h file in there.
JS.
Can you make sure you did a:
'cvs update -d -r
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-07-22 22:21:27
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: winnt.h winbase.h
winsup/w32api/include/ddk: ntapi.h ntifs.h winddk.h
Log message:
*
Title: Untitled Document
Green
Card, Amerikan vatandaþý olmayan yabancýlara, Amerika Birleþik Devletleri
'nde süresiz (ömür boyu) oturma ve çalýþma izni saðlayan göçmen
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-07-22 22:48:00
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: objidl.h
Log message:
* include/objidl.h (PropVariant): Add CHAR cVal field
to union.
The tiff package has been updated to version 3.6.0-2. This is NOT a
64bit, cygwin-1.5.0 test release. It is a cygwin-1.3.22 release;
upgrade now. However, the upcoming 64bit release will have a DLL with a
new name, because libtiff depends on libjpeg, and because libjpeg's ABI
changed, so did
Hi,
my cygwin bash does not write anything in .bash_history . I think it was
working fine before and some changes done by me has caused it to stop
updating this file.
rxvt does not have this problem.
any pointers where could be the problem.
TIA
Sanjay
--
Unsubscribe info:
On Mon, 21 Jul 2003, William J. Moulton wrote:
Has anyone noticed that two versions of GCC were released with the
latest versions of cygwin?
As always, of course..
I experienced many compile and makefile errors only to discover it was
the GCC compiler version. And have watched problem after
IMHO, this looks like a PTC situation..
packaging issues belong on cygwin-apps, by the way..
rlc
On Tue, 22 Jul 2003, Frédéric L. W. Meunier wrote:
The GCC 3.2-3 package is almost 3 times the size of the
2.95.4-10 mainly due to the Java part. Wouldn't it help split
it in various packages,
IMHO, this looks like a PTC situation..
prehaps more likely MOTC.
;)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Hallo Bill,
You wrote:
I thought I had the jpeg lib from cygwin installed and that I needed
something more. Your note prompted me to check again and sure enough, I
didn't have it installed - DUH!! So after installing that - Imagemagick is
now ready to fly with jpeg.
Fine.
I DL'd your
Hallo David,
o libwmf works too, but isn't distributed with cygwin
Wouldn't it be a good idea to find a maintainer who cares about
libwmf, littlecms, libmng and some other graphic libraries like
GD, libexif, libmnote, jasper, ...?
Gerrit
--
=^..^=
--
Unsubscribe info:
Bill,
The docs should be /usr/doc/Cygwin/cron.README. The docs should be there.
Todd C. Bowden
-Original Message-
From: Bill McCormick [mailto:[EMAIL PROTECTED]
Sent: Monday, July 21, 2003 4:22 PM
To: [EMAIL PROTECTED]
Subject: RE: problem starting cron as a service
Ok, I missed
expat-1.95.6-1 has been uploaded to the Cygwin net distribution.
Expat is an XML parser library written in C.
It is a stream-oriented parser in which an application registers
handlers for things the parser might find in the XML document
(like start tags). Homepage: http://www.libexpat.org/
The Midnight Commander visual shell has been updated to version
4.6.0a-20030721-1 .
This release will _NOT_ work with versions of Cygwin prior to 1.5.0 .
Along with the ability to work with large file this new version will bring
you a lot of
bug fixes and some exciting new features. This release
There is a typo in the description of the cmake package as displayed
by the setup program:
cmake: A cross platform build manger
--
Joe Buehler
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
I have a driver.exe program which calls runtime.exe.
runtime.exe is an interactive console application, i.e.,
it will be doing i/o via the stdio.
If I make driver.exe exit before runtime.exe, the console interaction
is severely broken (both under bash and cmd, both when compiled with and
without
I just downloaded the entire Cygwin package and am experimenting around with
it. I am running the cygwin X server and am ssh (tunneling X) to a linux
machine and running either Netscape 4 or 7. Both seem to crash the X server
(sometimes netscape crashes with a Bus Error, other times it just
* In message [EMAIL PROTECTED]
* On the subject of Re: subprocess i/o interaction with shell (bashcmd): shells
compete for input with user program!
* Sent on Tue, 22 Jul 2003 10:57:02 -0400
* Honorable Christopher Faylor [EMAIL PROTECTED] writes:
On Tue, Jul 22, 2003 at 10:30:52AM -0400,
Ralf,
I appreciate the acknowledgement on your kde-cygwin web site but I
really would rather not have my email address available on your
acknowledgement page.
I know that Corinna probably feels the same way and I suspect that
Charles Wilson, Egor Duda, and Robert Collins probably all would
On Tue, Jul 22, 2003 at 03:40:16PM -, Joel Handler wrote:
I just downloaded the entire Cygwin package and am experimenting around with
it. I am running the cygwin X server and am ssh (tunneling X) to a linux
machine and running either Netscape 4 or 7. Both seem to crash the X server
On Tue, Jul 22, 2003 at 12:23:18PM -0400, Sam Steingold wrote:
Under cygwin you'd accomplish this by having the parent process use
one of the exec calls.
nope. doesn't work either.
I get the same input competition when I use exec().
If you are using fork/exec, then sure, you'll get that. If
Hi,
my cygwin bash does not write anything in .bash_history . I think it was
working fine before and some changes done by me has caused it to stop
updating this file.
rxvt does not have this problem.
any pointers where could be the problem.
Close bash by typing exit rather than clicking the
Christopher Faylor wrote:
On Sat, Jul 12, 2003 at 11:19:17AM -0400, Christopher Faylor wrote:
That example works fine if I do 'make --win32' but fails when just
using
'make'. That is a change in behavior from the previous version of
make.
The testcase works with either of --unix --win32
Kevin,
[Sorry for the sluggish response time, but I have been distracted by the
impending Python 2.3 release...]
On Sat, Jul 19, 2003 at 02:33:35PM +0100, Kevin Jones wrote:
I'm running Cygwin 1.3.22.1 on Windows 2003.
Note that I do not have access to Windows 2003, so you will probably
have
Actually using the 7-10 snapshot, plus everything in [test] as of a few
hours ago. Compiling and installing distcc on two machines (one Why2K, one
XP) worked with nary a hitch. Using distcc to compile gcc cvs HEAD as a
cross-compiler on the two boxes worked fantastically. Distcc was in tcp
mode
Hi list,
I'm having trouble sending data back and forth between two processes over a
pseudo terminal. I'm able to send data from the slave tty to the master pty
without any problem. However, no data can be read from the slave side of
the pty (tty). I've attached an example program that
* In message [EMAIL PROTECTED]
* On the subject of Re: subprocess i/o interaction with shell (bashcmd): shells
compete for input with user program!
* Sent on Tue, 22 Jul 2003 13:23:16 -0400
* Honorable Christopher Faylor [EMAIL PROTECTED] writes:
On Tue, Jul 22, 2003 at 12:23:18PM -0400,
On Tue, Jul 22, 2003 at 04:41:18PM -0400, Sam Steingold wrote:
* In message [EMAIL PROTECTED]
* On the subject of Re: subprocess i/o interaction with shell (bashcmd): shells
compete for input with user program!
* Sent on Tue, 22 Jul 2003 13:23:16 -0400
* Honorable Christopher Faylor [EMAIL
Sam Steingold wrote:
I am not using fork().
just plain exec().
If thats the case then the exec() you are linking is not behaving as a
POSIX exec() call, because if it did you would not still have two
processes to even compete for the I/O streams. The first process image
would be replaced by
* In message [EMAIL PROTECTED]
* On the subject of Re: subprocess i/o interaction with shell (bashcmd): shells
compete for input with user program!
* Sent on Tue, 22 Jul 2003 17:27:05 -0400
* Honorable Christopher Faylor [EMAIL PROTECTED] writes:
If the exec paradigm in cygwin was really
Corinna,
Do you remember what your fix
(http://sources.redhat.com/ml/cygwin/2003-06/msg00055.html) was?
We are using modified older Cygwin sources and we would like to drop
in this fix.
Thanks.
Ajay
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web
Maybe this is something any native *nix speaker knows, but I'm stull
trudging up the learning curve.
If I do a (cygwin) find for some fragment of a filename, I get a whole
pile of hits in the /proc/registry area -
none of which is relevant. I would wish to tell find not to get
involved with
Recently, I was trying to do strace Xemacs . . .
First I got a No such file error, so I changed to do strace `which
xemacs` -- still a failure.
which xemacs returns /usr/local/bin/xemacs.exe.lnk; that is, my normal
handle to launch xemacs is a symlink to the executable whose name or
location
On Tue, Jul 22, 2003 at 06:12:53PM -0400, Sam Steingold wrote:
* In message [EMAIL PROTECTED]
* On the subject of Re: subprocess i/o interaction with shell (bashcmd): shells
compete for input with user program!
* Sent on Tue, 22 Jul 2003 17:27:05 -0400
* Honorable Christopher Faylor [EMAIL
On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote:
Recently, I was trying to do strace Xemacs . . .
First I got a No such file error, so I changed to do strace `which
xemacs` -- still a failure.
which xemacs returns /usr/local/bin/xemacs.exe.lnk; that is, my normal
handle to launch
David,
Investigate the options to test (the binary or the BASH built-in)
that detect symbolic links: -h or -L (they are synonymous) and the
command readlink (as in man readlink).
Again, this is stock Unix / Linux stuff.
Randall Schulz
At 18:23 2003-07-22, David A. Cobb wrote:
Recently, I was
Sam Steingold wrote:
args='4 4 ''5 5'
What you're seeing is the side-effect of how mingw-compiled programs
handle wildcards.
mingw-compiled programs automatically link in support for wildcard
expansion of arguments passed in via the Windows GetCommandLine(). So
you'll often see extra quotes
David,
At 18:15 2003-07-22, David A. Cobb wrote:
Maybe this is something any native *nix speaker knows, but I'm stull
trudging up the learning curve.
It is entirely non-Cygwin-specific, yes.
If I do a (cygwin) find for some fragment of a filename, I get a whole
pile of hits in the
Christopher Faylor wrote:
On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote:
Recently, I was trying to do strace Xemacs . . .
First I got a No such file error, so I changed to do strace `which
xemacs` -- still a failure.
which xemacs returns /usr/local/bin/xemacs.exe.lnk; that
Chris,
At 18:29 2003-07-22, Christopher Faylor wrote:
On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote:
Recently, I was trying to do strace Xemacs . . .
First I got a No such file error, so I changed to do strace `which
xemacs` -- still a failure.
which xemacs returns
On Tue, Jul 22, 2003 at 07:56:02PM -0700, Randall R Schulz wrote:
Chris,
At 18:29 2003-07-22, Christopher Faylor wrote:
On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote:
Recently, I was trying to do strace Xemacs . . .
First I got a No such file error, so I changed to do strace
Brian Dessent wrote:
[EMAIL PROTECTED] wrote:
Q1. Querying info sed reveals the expression matcher to be greedy,
matching the longest possible string. Is there a way to make it
match the shortest possible, so that echo aaabbbccc | sed 's/^.*b//'
(altered but similar) grabs aaab not aaabbb?
Hello,
I'm trying to build the cygwin dll from scratch. I downloaded the entire distribution
last year including the sources. I've never
upgraded any package since then.
I have cygwin-1.3.12-4 installed. Attached is the output of cygcheck -svr
I assumed that building the cygwin.dll is as
At 20:08 2003-07-22, Christopher Faylor wrote:
...
What would happen on *nix?
The same thing as on cygwin.
Really?
Since Cygwin strace is not a Cygwin program, it does not get Cygwin
symbolic links resolved. Whereas on Unix or Linux, a symlink would be
resolved by the kernel if it was used by
(Sorry this took so long; it's taken me days to find the hours required
to investigate.)
I've got some more info, below, and have also read through all the
permissions threads on the cygwin mailing list I could find, and to read
about half the ntsec threads over the last year or so. I don't
Oops, sorry! I forgot to attach cygcheck output. Here it is...
- Original Message -
From: Carlo Florendo [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, July 23, 2003 12:25 PM
Subject: practicing building the cygwin.dll
Hello,
I'm trying to build the cygwin dll from
On 23 Jul, I wrote:
I was going to qualify this with `when ntsec is defined in CYGWIN'
It's not easy to find out if ntsec is turned on, is it? When I wrote
the above, I was thinking ntsec turned on means $CYGWIN includes the
word ntsec.
But I think I've just realised that isn't true, is it?
78 matches
Mail list logo