Re: TEST: patch-2.5.8-4 (package maintainers, please note)

[EMAIL PROTECTED] wrote: [SNIP] It's in CVS, so a `cvs up' will pick up the patch. Thanks, didn't know how long it would take to get the newlib changes approved. Also, thanks to Egor and David for clarifying how the 64bit backwards compat process works! I was being unobservant and thus missed

Re: TEST: patch-2.5.8-4 (package maintainers, please note)

David Rothenberger <[EMAIL PROTECTED]> writes: > I don't think it's done through newlib headers. That was my thought > initially, too, when I was investigating the patch problem, but I > did run gcc -E on some source and the result still called fdopen. Good, I was beginning to wonder ;-). After

Re: Problem building Setup.exe

At 12:39 25/07/2003 -0400, Igor Pechtchanski wrote: On Fri, 25 Jul 2003, Christian (SerpentMage) wrote: FYI, I was able to CVS checkout and build setup from scratch just now by using the command sequence below (with the exact output). I'm also attaching my "cygcheck -c" output, just in case, so y

Re: TEST: patch-2.5.8-4 (package maintainers, please note)

Igor Pechtchanski wrote: > > On Fri, 25 Jul 2003, Nicholas Wourms wrote: > > > [EMAIL PROTECTED] wrote: > > > > > On Thu, Jul 24, 2003 at 06:53:59PM -0700, David Rothenberger wrote: > > > > > >>Christopher Faylor wrote: > > >> > > >>>[snip] > > >>>I appreciate the research *very* much but this is

Re: TEST: patch-2.5.8-4 (package maintainers, please note)

On Fri, 25 Jul 2003, David Rothenberger wrote: > Nicholas Wourms writes: > > [EMAIL PROTECTED] wrote: > > > > > On Thu, Jul 24, 2003 at 06:53:59PM -0700, David Rothenberger wrote: > > > > > >>Christopher Faylor wrote: > > >> > [snip] > > > Fixing the problem requires generating a new DLL

Re: TEST: patch-2.5.8-4 (package maintainers, please note)

On Fri, 25 Jul 2003, Nicholas Wourms wrote: > [EMAIL PROTECTED] wrote: > > > On Thu, Jul 24, 2003 at 06:53:59PM -0700, David Rothenberger wrote: > > > >>Christopher Faylor wrote: > >> > >>>[snip] > >>>I appreciate the research *very* much but this is not the appropriate > >>>mailing list for this.

Re: TEST: patch-2.5.8-4 (package maintainers, please note)

Nicholas Wourms writes: > [EMAIL PROTECTED] wrote: > > > On Thu, Jul 24, 2003 at 06:53:59PM -0700, David Rothenberger wrote: > > > >>Christopher Faylor wrote: > >> [snip] > > Fixing the problem requires generating a new DLL with a new export -- > > fdopen64. If there are any packages bui

Re: Problem building Setup.exe

On Fri, 25 Jul 2003, Christian (SerpentMage) wrote: > On Fri, 25 Jul 2003, Christian Gross wrote: > > > Hello > > > > I downloaded the Setup.exe program from the CVS > > sources. Then in order I did the following: > > > > ./bootstrap > > ./setup/configure -C --enable-dependencies --disable

Re: MySQL available on sources?

On Fri, 25 Jul 2003, Christopher Faylor wrote: > On Fri, Jul 25, 2003 at 05:12:17PM +0100, Elfyn McBratney wrote: > >On Fri, 25 Jul 2003, Christopher Faylor wrote: > > > >> On Fri, Jul 25, 2003 at 04:47:20PM +0100, Elfyn McBratney wrote: > >> >On Fri, 25 Jul 2003, Christopher Faylor wrote: > >> >

unsupported/ (was Re: libiconv & gettext (many))

On Fri, 25 Jul 2003, Christopher Faylor wrote: > On Fri, Jul 25, 2003 at 12:48:11AM -0400, Charles Wilson wrote: > > > >>>These two package-sets should be updated together. > >> > >> > >>>libiconv-1.9.1-1 > >>>libiconv2-1.9.1-1 > >>>libcharset1-1.9.1-1 > >> > >> > >>>gettext-0.12.1-1 > >>>gettext-

Re: Problem with Setup.exe cont...

On Fri, Jul 25, 2003 at 06:24:42PM +0200, Christian (SerpentMage) wrote: >To see if the problems with building of setup.exe is not isolated I decided >to build setup.exe on another machine. This machine is fresh and is not >cluttered. Same error occurs. From :

Problem with Setup.exe cont...

Hi To see if the problems with building of setup.exe is not isolated I decided to build setup.exe on another machine. This machine is fresh and is not cluttered. Same error occurs. Thanks Christian Gross

Re: MySQL available on sources?

On Fri, Jul 25, 2003 at 05:12:17PM +0100, Elfyn McBratney wrote: >On Fri, 25 Jul 2003, Christopher Faylor wrote: > >> On Fri, Jul 25, 2003 at 04:47:20PM +0100, Elfyn McBratney wrote: >> >On Fri, 25 Jul 2003, Christopher Faylor wrote: >> > >> >> [sorry for the delayed response] >> >> >> >> % psgrep

Re: MySQL available on sources?

On Fri, 25 Jul 2003, Christopher Faylor wrote: > On Fri, Jul 25, 2003 at 04:47:20PM +0100, Elfyn McBratney wrote: > >On Fri, 25 Jul 2003, Christopher Faylor wrote: > > > >> [sorry for the delayed response] > >> > >> % psgrep mysql > >> USER PID %CPU %MEM VSZ RSS TTY STAT START TIM

Re: libiconv & gettext (many)

[EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: [SNIP] I had the same thought. I don't have any problems with the gradual adoption of /usr/share/man, as long as the "man" command works with it, of course. I wish we'd used /usr/share/man from the start, in fact. Oh well. While we're at it, "

Re: MySQL available on sources?

On Fri, Jul 25, 2003 at 04:47:20PM +0100, Elfyn McBratney wrote: >On Fri, 25 Jul 2003, Christopher Faylor wrote: > >> [sorry for the delayed response] >> >> % psgrep mysql >> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND >> root 499 0.0 0.0 2132 500 ?S

Re: libiconv & gettext (many)

[EMAIL PROTECTED] wrote: On Fri, Jul 25, 2003 at 12:48:11AM -0400, Charles Wilson wrote: These two package-sets should be updated together. libiconv-1.9.1-1 libiconv2-1.9.1-1 libcharset1-1.9.1-1 gettext-0.12.1-1 gettext-devel-0.12.1-1 libintl2-0.12.1-1 libgettextpo0-0.12.1-1 (*) The gettext

Re: MySQL available on sources?

On Fri, 25 Jul 2003, Christopher Faylor wrote: > [sorry for the delayed response] > > % psgrep mysql > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > root 499 0.0 0.0 2132 500 ?SJul12 0:00 /bin/sh > /usr/bin/safe_mysqld --defaults-file=/etc/my.cn

Re: TEST: patch-2.5.8-4 (package maintainers, please note)

[EMAIL PROTECTED] wrote: On Thu, Jul 24, 2003 at 06:53:59PM -0700, David Rothenberger wrote: Christopher Faylor wrote: [snip] I appreciate the research *very* much but this is not the appropriate mailing list for this. I wouldn't bother to comment but I would hate to see a bunch of "This is just

Re: MySQL available on sources?

[sorry for the delayed response] % psgrep mysql USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 499 0.0 0.0 2132 500 ?SJul12 0:00 /bin/sh /usr/bin/safe_mysqld --defaults-file=/etc/my.cnf mysql 544 0.0 0.2 46160 4908 ?SJul12

Posting full details of setup.exe build problem.

Hi I have been asked to give the exact commands and output of my build problems. Following are the exact details. Hope it helps... [EMAIL PROTECTED] /cygdrive/c/standard-sources/setup $ ./bootstrap.sh Running bootstrap.sh in libgetopt++ configure.in: installing `cfgaux/install-sh' configure.in

Re: libiconv & gettext (many)

[EMAIL PROTECTED] wrote: These two package-sets should be updated together. libiconv-1.9.1-1 libiconv2-1.9.1-1 libcharset1-1.9.1-1 gettext-0.12.1-1 gettext-devel-0.12.1-1 libintl2-0.12.1-1 libgettextpo0-0.12.1-1 (*) The gettext manpages were installed into usr/share/man/* Actually, now

Re: libiconv & gettext (many)

On Fri, 25 Jul 2003, Christopher Faylor wrote: > On Fri, Jul 25, 2003 at 12:48:11AM -0400, Charles Wilson wrote: > > > >>>These two package-sets should be updated together. > >> > >> > >>>libiconv-1.9.1-1 > >>>libiconv2-1.9.1-1 > >>>libcharset1-1.9.1-1 > >> > >> > >>>gettext-0.12.1-1 > >>>gettext-

Re: libiconv & gettext (many)

On Fri, Jul 25, 2003 at 12:48:11AM -0400, Charles Wilson wrote: > >>>These two package-sets should be updated together. >> >> >>>libiconv-1.9.1-1 >>>libiconv2-1.9.1-1 >>>libcharset1-1.9.1-1 >> >> >>>gettext-0.12.1-1 >>>gettext-devel-0.12.1-1 >>>libintl2-0.12.1-1 >>>libgettextpo0-0.12.1-1 (*) >> >>

Re: Proposal: psutils (again)

On Fri, 25 Jul 2003, Igor Pechtchanski wrote: > On Fri, 25 Jul 2003, Elfyn McBratney wrote: > > > On Fri, 25 Jul 2003, Daniel Bößwetter wrote: > > > > > Hi Volker! > > > > > > I fixed the points from your mail. The new packages are available under > > > the same URLs as before: > > > > > > http:/

Re: Problem building Setup.exe

Christian Gross wrote: >> Check that libgetopt++/bootstrap.sh is executable, if >> it is, sorry, I don't know. If it's not, to quote >> StarTrek TNG, make it so then start again from the >> setup/bootstrap.sh > > Yupe it is and was. I even downloaded a clean copy > and did a chmod for good measu

swig-1.3.19-2 test results (ready for upload???)

I linked swig (unchanged from swig-1.3.19-1) against cygwin-1.5.0-1 and it still works (no surprise). I'm not sure if we should really bother updating it, since it has no other DLL dependencies and the old version should therefore continue to work. I created a 1.3.19-2 version just in case. It's

Re: Proposal: psutils (again)

On Fri, 25 Jul 2003, Elfyn McBratney wrote: > On Fri, 25 Jul 2003, Daniel Bößwetter wrote: > > > Hi Volker! > > > > I fixed the points from your mail. The new packages are available under > > the same URLs as before: > > > > http://home.in.tum.de/~boesswet/psutils_cygwin/psutils-1.17-1.tar.bz2 > >

Re: QPopper

Thomas, Your first mistake was in the header of your e-mail: To: "Cygwin Applications Mailing List" The cygwin-apps list is a "Cygwin Application Packaging Problems and Solutions Mailing List", as described at . Any problems with the actual applications should be d

Re: Problem building Setup.exe

On Fri, 25 Jul 2003, Christian Gross wrote: > Hello > > I downloaded the Setup.exe program from the CVS > sources. Then in order I did the following: > > ./bootstrap > ./setup/configure -C --enable-dependencies > --disable-shared --host=i686-pc-mingw32 > --build=i686-pc-cygwin 'CC=gcc -mno-cygwin

Re: Proposal: psutils (again)

On Fri, Jul 25, 2003 at 02:11:48PM +0200, Daniel Bößwetter wrote: > Ronald Landheer-Cieslak wrote: > >Just one remark: the source package contains the patch at its root and not > >in CYGWIN-PATCHES where, AFAIK, it's supposed to be (for packages not > >using build scripts) > http://cygwin.com/set

Re: Proposal: psutils (again)

Ronald Landheer-Cieslak wrote: Just one remark: the source package contains the patch at its root and not in CYGWIN-PATCHES where, AFAIK, it's supposed to be (for packages not using build scripts) http://cygwin.com/setup.html says the patch sould be top-level (but optionally in CYGWIN-PATCHE

Re: Proposal: psutils (again)

Just one remark: the source package contains the patch at its root and not in CYGWIN-PATCHES where, AFAIK, it's supposed to be (for packages not using build scripts) Other than that, I've tried out the tools in the ISO-C99 specification (nice & big file) and found no problems :) rlc BTW: would

QPopper

Hi all, I am having a strange problem with qpopper. I installed the inetd SSL version of qpopper. Everything works perfect except on the POP server itself. When I get my mails from another computer, no problem, I can see in the event log that the secure communication is established and mails are

Re: Proposal: psutils (again)

Ronald Landheer-Cieslak wrote: You have my vote :) Thx :) Just a question: did/do you build against 1.3.x or 1.5.x? 1.3.x. I'm still not sure if I'm supposed to upgrade and compile against 1.5.x. Since it's more likely to work on 1.3 (for most installations) I still use it. If someone tells

Re: Proposal: psutils (again)

Elfyn McBratney wrote: Just one nit: You don't need the 'test' line above. When you first release a package it *should* be of release quality and shouldn't need to be put through a second testing phase (the first being the review process). If problems do emerge, fix the problems and bump the Cygw

Re: Proposal: psutils (again)

You have my vote :) Just a question: did/do you build against 1.3.x or 1.5.x? If the latter, the "test" line in setup.hint should stay for the time being. (IMHO) I've downloaded the packs & will take a look at them - I have some compiler-waiting to do anyway.. rlc On Thu, Jul 24, 2003 at 06:08

Re: Proposal: psutils (again)

On Fri, 25 Jul 2003, Daniel Bößwetter wrote: > Hi Volker! > > I fixed the points from your mail. The new packages are available under > the same URLs as before: > > http://home.in.tum.de/~boesswet/psutils_cygwin/psutils-1.17-1.tar.bz2 > http://home.in.tum.de/~boesswet/psutils_cygwin/psutils-1.1

Re: Proposal: psutils (again)

Hi Volker! I fixed the points from your mail. The new packages are available under the same URLs as before: http://home.in.tum.de/~boesswet/psutils_cygwin/psutils-1.17-1.tar.bz2 http://home.in.tum.de/~boesswet/psutils_cygwin/psutils-1.17-1-src.tar.bz2 setup.hint now looks like this: @ psutils s

Re: Proposal: psutils (again)

Hallo Daniel, Am Donnerstag, 24. Juli 2003 um 18:08 schriebst du: [...] > So I'll try like so many before. Here we go: > @ psutils > sdesc: "psutils - Postscript Utilities" > ldesc: "PSUtils is a collection of useful utilities for manipulating PostScript > documents. Programs included are psnu

Re: Problem building Setup.exe

>Check that libgetopt++/bootstrap.sh is executable, if >it is, sorry, I don't know. If it's not, to quote >StarTrek TNG, make it so then start again from the >setup/bootstrap.sh Yupe it is and was. I even downloaded a clean copy and did a chmod for good measure. >Hope this helps! I've only jus

Re: Proposal: psutils (again)

Hi! +1 for the package from here. as seen at http://sources.redhat.com/ml/cygwin/2002-08/msg01132.html the psutils disappeared from the TeX-distribution and are AFAICS not yet a seperate package. The unsupported packages on Jan's site seem to be lost as well, so I compiled it from source and

Problem building Setup.exe

Hello I downloaded the Setup.exe program from the CVS sources. Then in order I did the following: ./bootstrap ./setup/configure -C --enable-dependencies --disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode The bootstr

Re: ccdoc is now part of the Cygwin net release

On Sun, 20 Jul 2003, Elfyn McBratney wrote: > Hi Joe, > > I wasn't too sure whether you are or still are watching the cygwin-apps mailing > list, so I'm mailing you directly just in case. > > I uploaded ccdoc to the Cygwin mirror system (11th July) and it's now available > via setup.exe . If you