Package Maintainer List
As requested by Lapo, here's the latest Package Maintainer List. Feel free to correct me if I got something wrong or missed some change. The original list I'm maintaining is just ordered alphabetically, so it doesn't have this neat sections for orphaned and maintained packages. However, since it's always supposed to represent the latest state, I decided to make it publically available: http://cygwin.de/htdocs/cygwin-pkg-maint http://cygwin.com/cygwin-pkg-maint But now the famous list of packages. 109 ORPHANED PACKAGES (in brackets the former maintainer) aspell-en (Ronald Landheer-Cies) c-client (Abraham Backus) catgets(Bryan Henderson) cygwin-doc (Joshua Daniel Franklin) ddd(Harold L Hunt II) distcc (Harold L Hunt II) docbook-xml412 (Marcel Telka) docbook-xml42 (Marcel Telka) docbook-xml43 (Marcel Telka) docbook-xml44 (Marcel Telka) docbook-xsl(Marcel Telka) editrights (Chris Rodgers) elfio (Serge Lamikhov-Cente) epstool(James R. Phillips) fftw3 (James R. Phillips) fftw3-dev (James R. Phillips) fftw3-doc (James R. Phillips) freeglut (Gerrit P. Haase) ghostscript(James R. Phillips) ghostscript-base (James R. Phillips) ghostscript-x11(James R. Phillips) gnutls (Gerrit P. Haase) gnutls-devel (Gerrit P. Haase) gnutls-doc (Gerrit P. Haase) graphicsmagick (Harold L Hunt II) initscripts(Sergey Okhapkin) ioperm (Marcel Telka) jasper (Gerrit P. Haase) joe(Joe Allan) lapack (James R. Phillips) libfpx (Gerrit P. Haase) libgnutls11(Gerrit P. Haase) libgraphicsmagick-devel(Harold L Hunt II) libgraphicsmagick0 (Harold L Hunt II) libmagick-devel(Harold L Hunt II) libmagick6 (Harold L Hunt II) libmcrypt (Stefan Hetzl) libmcrypt-devel(Stefan Hetzl) libmng (Gerrit P. Haase) libopencdk8(Gerrit P. Haase) libplot2 (James R. Phillips) libplotter2(James R. Phillips) libsmi (Abraham Backus) libtasn1 (Gerrit P. Haase) libwmf (Gerrit P. Haase) libxerces-c21 (Abraham Backus) libxerces-c22 (Abraham Backus) libxerces-c23 (Abraham Backus) libxerces-c24 (Abraham Backus) libxerces-c25 (Abraham Backus) libxft (Harold L Hunt II) libxft-devel (Harold L Hunt II) libxft1(Harold L Hunt II) libxft2(Harold L Hunt II) libxmi0(James R. Phillips) links (Harold L Hunt II) nedit (Harold L Hunt II) octave (James R. Phillips) octave-doc (James R. Phillips) octave-forge (James R. Phillips) octave-headers (James R. Phillips) octave-htmldoc (James R. Phillips) octave-info(James R. Phillips) octave-otags (James R. Phillips) openbox(Harold L Hunt II) opencdk(Gerrit P. Haase) openjade (Gerrit P. Haase) opensp (Gerrit P. Haase) plotutils (James R. Phillips) plotutils-devel(James R. Phillips) plotutils-doc (James R. Phillips) pstoedit (James R. Phillips) pstoedit-devel (James R. Phillips) sysvinit (Sergey Okhapkin) transfig (Harold L Hunt II) ttcp (Stanislav Sinyagin) uw-imap(Abraham Backus) uw-imap-imapd (Abraham Backus) uw-imap-util (Abraham Backus) windowmaker(Harold L Hunt II) x-start-menu-icons (Alan Hourihane) x-startup-scripts (Alan Hourihane) x2x(Harold L Hunt II) xaw3d (Harold L Hunt II) xerces-c (Abraham
Re: [ITP] perl-Module-Build-0.2808
On Dec 11 22:55, Yaakov (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Eric Blake wrote: On cygwin ports, Yaakov used prerequisites of perl-YAML, perl-ExtUtils-CBuilder, and perl-ExtUtils-ParseXS. It would be nice to also package those modules, but since perl-Module-Build comes with its own subset of YAML support, I've omitted the dependencies for now (ie. the package is less powerful, but I ran out of time to package the optional dependencies today). That's the one pain of packaging perl modules: the seemingly endless dependencies. http://home.comcast.net/~ericblake/perl/perl-Module-Build/setup.hint http://home.comcast.net/~ericblake/perl/perl-Module-Build/perl-Module-Build-0.2808-1.tar.bz2 http://home.comcast.net/~ericblake/perl/perl-Module-Build/perl-Module-Build-0.2808-1-src.tar.bz2 GTG. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] liberror-perl 0.17010
On Dec 11 06:32, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Yaakov (Cygwin Ports) on 12/10/2007 10:37 PM: Eric Blake wrote: Included in debian stable: http://packages.debian.org/etch/liberror-perl I think we have (informally) decided on a RH-style naming convention for our perl packages, meaning that this should be called perl-Error. While I'm not looking to start a flamewar over which is better, I think we should continue the precedent already set. Not a problem. Updated links: ( dir=http://home.comcast.net/~ericblake/perl/perl-Error/; \ wget \ $dir/setup.hint \ $dir/perl-Error-0.17010-1.tar.bz2 \ $dir/perl-Error-0.17010-1-src.tar.bz2 \ ) The above doesn't work in tcsh. Could you please send this in a shell-agnostic way like Jari? Thanks. Uploaded, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: tcp_wrappers-7.6-2 in test category should be moved to current
On Dec 12 11:16, Dr. Volker Zell wrote: Hi I think tcp_wrappers-7.6-2 can be moved out of test category. According the README: Done so. I just removed the curr: and test: markers from its setup.hint file. Port Notes: 7.6-2: Simply moved documents to /usr/share per FHS. Although the man pages under /usr/man/ are still not FHS compliant. This should really be fixed, Bryan. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[ITA] ttcp 20071212 -- Network benchmarking tool
Adoption of orphaned package by Stanislav Sinyagin. Due to old age (1998), everything was repackaged (including download of sources from original site). Jari sdesc: Network benchmarking tool ldesc: Network throughput testing tool. It can be also used to create a network pipe through which you can push any other data you might have. category: Net requires: cygwin a) manual wget\ http://cygwin.cante.net/ttcp/ttcp-20071212-1-src.tar.bz2 \ http://cygwin.cante.net/ttcp/ttcp-20071212-1.tar.bz2 \ http://cygwin.cante.net/ttcp/setup.hint b) automatic; for testing gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir ttcp ; cd ttcp rm -f get.sh get.sh.sig wgethttp://cygwin.cante.net/ttcp/get.sh \ http://cygwin.cante.net/ttcp/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh -- Welcome to FOSS revolution: we fix and modify until it shines
Re: [ITA] ttcp 20071212 -- Network benchmarking tool
Jari Aalto writes: Adoption of orphaned package by Stanislav Sinyagin. Due to old age (1998), everything was repackaged (including download of sources from original site). Packaging and setup.hint looks good but building from source gives: 07:21 PM [818] ./ttcp-20071212-1.sh all -- cygbuild 2007.1212.1953 http://freshmeat.net/projects/cygbuild -- [NOTE] Using GBS compat mode for source and binary packages -- [NOTE] command [all] is used for checking build procedure only. See -h for source development options. ** Verifying signatures in /usr/local/src -- Extracting /usr/local/src/ttcp-20071212.tar.gz -- [NOTE] applying included patches to sources (if any) -- Making Cygwin directories under /usr/local/src/ttcp-20071212 -- Running 'make clean' (or equiv.) in /usr/local/src/ttcp-20071212 # clean rm -f *[#~] *.\#* *.o *.exe core *.stackdump ttcp *.exe -- Running 'make distclean' (or equiv.) in /usr/local/src/ttcp-20071212 # clean rm -f *[#~] *.\#* *.o *.exe core *.stackdump ttcp *.exe ** Shadow command -- Running: make clean distclean (ignore errors; if any) # clean rm -f *[#~] *.\#* *.o *.exe core *.stackdump ttcp *.exe make: Nothing to be done for `distclean'. ** Configure command -- [NOTE] No standard configre script found. ** Build command gcc -Wall -g -O2 -c -o ttcp.o ttcp.c ttcp.c:155: warning: return type defaults to `int' ttcp.c: In function `main': ttcp.c:163: warning: implicit declaration of function `getopt' ttcp.c:187: warning: implicit declaration of function `atoi' ttcp.c:234: warning: implicit declaration of function `memset' ttcp.c:249: warning: implicit declaration of function `memcpy' ttcp.c:268: warning: implicit declaration of function `malloc' ttcp.c:405: warning: implicit declaration of function `read' ttcp.c:410: warning: implicit declaration of function `write' ttcp.c:439: warning: int format, long unsigned int arg (arg 4) ttcp.c:439: warning: int format, long unsigned int arg (arg 4) ttcp.c:445: warning: unsigned int format, pointer arg (arg 4) ttcp.c:445: warning: unsigned int format, pointer arg (arg 4) ttcp.c:447: warning: implicit declaration of function `exit' ttcp.c: At top level: ttcp.c:472: warning: return type defaults to `int' ttcp.c:524: warning: return type defaults to `int' ttcp.c:541: warning: return type defaults to `int' ttcp.c:541: warning: static declaration of 'gettimeofday' follows non-static declaration /usr/include/sys/time.h:73: warning: previous declaration of 'gettimeofday' was here ttcp.c: In function `gettimeofday': ttcp.c:543: error: argument zp doesn't match prototype /usr/include/sys/time.h:73: error: prototype declaration ttcp.c: In function `read_timer': ttcp.c:576: warning: implicit declaration of function `strncpy' ttcp.c: In function `prusage': ttcp.c:626: warning: int format, time_t arg (arg 3) ttcp.c:626: warning: int format, long int arg (arg 4) ttcp.c:626: warning: int format, time_t arg (arg 3) ttcp.c:626: warning: int format, long int arg (arg 4) ttcp.c:632: warning: int format, time_t arg (arg 3) ttcp.c:632: warning: int format, long int arg (arg 4) ttcp.c:632: warning: int format, time_t arg (arg 3) ttcp.c:632: warning: int format, long int arg (arg 4) ttcp.c:600: warning: unused variable `i' ttcp.c: At top level: ttcp.c:756: warning: return type defaults to `int' ttcp.c:787: warning: return type defaults to `int' ttcp.c:41: warning: 'RCSid' defined but not used make: *** [ttcp.o] Error 1 There was an error. Run [finish] (y/N) y ** [finish] Removing /usr/local/src/ttcp-20071212 -- [NOTE] GBS compat mode: results are not in ./.sinst but in /usr/local/src. Please note that possible GPG signatures are now invalid total 291865 drwxr-xr-x+ 6 vzell admin0 Dec 12 22:57 ttcp-20071212 drwxr-xr-x+ 84 vzell admin0 Dec 12 22:57 . -- Done. 10:58 PM [819] cygcheck -cd | grep cygwin cygwin 1.5.25-4 Ciao Volker
Re: [ITA] xmon 1.5.6-2 -- An interactive X protocol monitor
Jari Aalto writes: Adopting package by Harold L Hunt. Packaging and setup.hint looks good. Builds fine from source. But is the postinstall script really needed ? setup will remove the old files when installing the new version. Ciao Volker
Re: [ITA] xmon 1.5.6-2 -- An interactive X protocol monitor
* Wed 2007-12-12 Dr Dr [EMAIL PROTECTED] * Message-Id: [EMAIL PROTECTED] Jari Aalto writes: Adopting package by Harold L Hunt. Packaging and setup.hint looks good. Builds fine from source. But is the postinstall script really needed ? setup will remove the old files when installing the new version. You're right. Now removed. wget\ http://cygwin.cante.net/xmon/xmon-1.5.6-2-src.tar.bz2 \ http://cygwin.cante.net/xmon/xmon-1.5.6-2.tar.bz2 \ http://cygwin.cante.net/xmon/setup.hint Jari -- Welcome to FOSS revolution: we fix and modify until it shines
[RFU] monotone-0.38.1
http://cyberx.lapo.it/cygwin/monotone/monotone-0.38-1-src.tar.bz2 http://cyberx.lapo.it/cygwin/monotone/monotone-0.38-1.tar.bz2 Again, converted to cygport packaging, that I love more and more (e.g. this time around the package has automatically gzipped info pages that the GBS package didn't have). -- Lapo Luchini [EMAIL PROTECTED] (OpenPGP X.509) www.lapo.it (Jabber, ICQ, MSN)
[ITA] distcc 2.18.3-2 -- A fast, free, distributed C/C++ compiler
See previous ITA threads: http://cygwin.com/ml/cygwin-apps/2007-08/msg00037.html http://cygwin.com/ml/cygwin-apps/2007-08/msg00104.html Renewing the ITA. sdesc: A fast, free, distributed C/C++ compiler ldesc: A program to distribute builds of C, C++, Objective C or Objective C++ code across several machines on a network requires: cygwin gcc popt category: Devel a) manual wget\ http://cygwin.cante.net/distcc/distcc-2.18.3-2.tar.bz2 \ http://cygwin.cante.net/distcc/distcc-2.18.3-2-src.tar.bz2 \ http://cygwin.cante.net/distcc/setup.hint b) automatic; for build testing gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir distcc ; cd distcc rm -f get.sh get.sh.sig wgethttp://cygwin.cante.net/distcc/get.sh \ http://cygwin.cante.net/distcc/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh -- Welcome to FOSS revolution: we fix and modify until it shines
Re: [ITA] ttcp 20071212 -- Network benchmarking tool
* Wed 2007-12-12 Dr Dr [EMAIL PROTECTED] * Message-Id: [EMAIL PROTECTED] /usr/include/sys/time.h:73: warning: previous declaration of 'gettimeofday' was here 10:58 PM [819] cygcheck -cd | grep cygwin cygwin 1.5.25-4 I Needed to upgrade to newest Cygwin dll. Fixed now. a) wget\ http://cygwin.cante.net/ttcp/ttcp-20071212-1-src.tar.bz2 \ http://cygwin.cante.net/ttcp/ttcp-20071212-1.tar.bz2 \ http://cygwin.cante.net/ttcp/setup.hint b) gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir ttcp ; cd ttcp rm -f get.sh get.sh.sig wgethttp://cygwin.cante.net/ttcp/get.sh \ http://cygwin.cante.net/ttcp/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh -- Welcome to FOSS revolution: we fix and modify until it shines
Re: Package Maintainer List
On Wed, 12 Dec 2007 Corinna Vinschen wrote: As requested by Lapo, here's the latest Package Maintainer List. Feel free to correct me if I got something wrong or missed some change. The original list I'm maintaining is just ordered alphabetically, so it doesn't have this neat sections for orphaned and maintained packages. However, since it's always supposed to represent the latest state, I decided to make it publically available: http://cygwin.de/htdocs/cygwin-pkg-maint http://cygwin.com/cygwin-pkg-maint But now the famous list of packages. {snip} distcc (Harold L Hunt II) My intention conveyed in http://cygwin.com/ml/cygwin-apps/2007-08/msg00104.html still holds. There's been no upstream newer release of distcc in the interim -- I am carefully monitoring the distcc list. There *is* a recently posted bug report and patch which hasn't been acknowledged yet by the distcc upstream maintainer (author). It would seem that maybe he's a bit busy right now. Speaking of which ... Can i respectfully point out that this time of year, depending on what culture and society we live in, is an extremely hectic one -- maybe the most pressured of the entire calendar. Some people may not be aware of this, but in North America we have a quaint custom called Christmas in which we often have special obligation to arrange togetherness with family, plan gifts to give to others, etc. People not of Christian faith (as i am not) are still part of the society and in my case, do have such obligations, or similar ones existing around holidays like Chaunukha or New Years. Making announcements to solicit maintainers for the orphaned packages right at this moment may result in a far narrower catch of potentially-interested persons than if it had waited until after the holidays were over ... I'd still like to be maintainer of distcc. I'd like to have a little more time to see what's up with upstream packages and to do my holiday thing. Unless there are pending bug reports against cygwin's distcc package, or an upstream maintainence release has been made which mifgt affect cygwin, i don't feel a rush for adoption-action (creation of the new release) is warrented in this case (and maybe others like it). Regards, Soren Andersen -- All unaccompanied children will be given espresso and a free kitten. -- Free pop3 email with a spam filter. http://www.bluebottle.com/tag/5
Re: [ITA] distcc 2.18.3-2 -- A fast, free, distributed C/C++ compiler
On Thu, 13 Dec 2007 00:36:19 +0200 Jari Aalto (Cygwin-bug#20070808T0434) [EMAIL PROTECTED] wrote: See previous ITA threads: http://cygwin.com/ml/cygwin-apps/2007-08/msg00037.html http://cygwin.com/ml/cygwin-apps/2007-08/msg00104.html Please see my reply to (what I think is) cygwin-apps message 22085 (message id [EMAIL PROTECTED]) Subject: Package Maintainer List. Thanks. -- All unaccompanied children will be given espresso and a free kitten. -- Free pop3 email with a spam filter. http://www.bluebottle.com/tag/5
Re: Cygwin installation on windows server2003
Thanks Larry. Firewall was on!! Could successfully install cygwin and working fine. Regards, Pradnya --- Larry Hall (Cygwin X) [EMAIL PROTECTED] wrote: Pradnya Vairagare wrote: Hi, I'm facing problem in installing cygwin on windows server 2003. Installation doesn't proceed after 10% or so. Can someone suggest what is missing to install cywin successfully? What are the steps need to follow or some settings need to do? This can be caused by http://cygwin.com/acronyms/#BLODA. Check into this or other AV/firewall/anti-spam software you have installed. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
TANITIM (Tekstil Giyim Emprime Baski)
* Tekstil Emprime San.ve Tic. Ltd. Sti. * Tekstil sektoru emprime baski'da kalite ve yenilikler; Yuksek kapasite, zengin baski ornekleri; buyuk, kucuk, bay, bayan desen cesitleri... Gencosman Mah. Doganbey Cad. Akcay Sok. No:2/1 Sivashan 34165 Gungoren - Istanbul Tel :90 212 646 56 27 Fax. :90 212 646 56 29 Web: http://www.aktextile.com E-mail: [EMAIL PROTECTED] inline: TANITIM LOGOSU - Ak Tekstil Emprime.jpg-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[patch] poll() return value is actually that of select()
bug example src: http://pastebin.com/f719e4c11 First off... I've been happily using Cygwin for years, glad I finally have a patch to contribute...Thanks! While testing some socket code on Cygwin and Linux, I noticed the returns from poll() were always twice what they were on Linux when a socket had been closed remotely and then polled(). From 'man 2 poll' on debian: On success, a positive number is returned; this is the number of structures which have non-zero revents fields (in other words, those descriptors with events or errors reported). A value of 0 indicates that the call timed out and no file descriptors were ready. On error, -1 is returned, and errno is set appropriately. Digging deeper, I found that Cygwin's poll() is implemented with cygwin_select(), and thus returns the total number of ISSET events, instead of just the number of fds with events. Thus, the behavior is: On success, select() and pselect() return the number of file descriptors contained in the three returned descriptor sets (that is, the total number of bits that are set in readfds, writefds, exceptfds) which may be zero if the timeout expires before anything interesting happens. On error, -1 is returned, and errno is set appropriately; the sets and timeout become undefined, so do not rely on their contents after an error. Attached is some goo which makes poll() work as expected compiled, tested, works... fyi, as of 9:30am EST string.h broke the build, i had to roll it back. -craig 2007-12-12 Craig MacGregor [EMAIL PROTECTED] * poll.cc (poll): Return count of fds with events instead of total event count Index: cygwin/poll.cc === RCS file: /cvs/src/src/winsup/cygwin/poll.cc,v retrieving revision 1.48 diff -u -p -r1.48 poll.cc --- cygwin/poll.cc 31 Jul 2006 14:27:56 - 1.48 +++ cygwin/poll.cc 12 Dec 2007 13:29:53 - @@ -76,15 +76,18 @@ poll (struct pollfd *fds, nfds_t nfds, i if (invalid_fds) return invalid_fds; - int ret = cygwin_select (max_fd + 1, read_fds, write_fds, except_fds, timeout 0 ? NULL : tv); + int ret = cygwin_select (max_fd + 1, read_fds, write_fds, except_fds, timeout 0 ? NULL : tv); + + int ir = 0, ret_p = 0; +/* Count fds in ISSETs for return, but just once each */ if (ret 0) -for (unsigned int i = 0; i nfds; ++i) +for (unsigned int i = 0; i nfds; ret_p+=ir, ir = 0, ++i) { if (fds[i].fd = 0) { if (cygheap-fdtab.not_open (fds[i].fd)) - fds[i].revents = POLLHUP; + ir = 1, fds[i].revents = POLLHUP; else { fhandler_socket *sock; @@ -98,22 +101,23 @@ poll (struct pollfd *fds, nfds_t nfds, i will return -1 with errno set to the appropriate value. So it looks like there's actually no good reason to return POLLERR. */ - fds[i].revents |= POLLIN; + ir = 1, fds[i].revents |= POLLIN; /* Handle failed connect. */ if (FD_ISSET(fds[i].fd, write_fds) (sock = cygheap-fdtab[fds[i].fd]-is_socket ()) sock-connect_state () == connect_failed) - fds[i].revents |= (POLLIN | POLLERR); + ir = 1, fds[i].revents |= (POLLIN | POLLERR); else { if (FD_ISSET(fds[i].fd, write_fds)) - fds[i].revents |= POLLOUT; + ir = 1, fds[i].revents |= POLLOUT; if (FD_ISSET(fds[i].fd, except_fds)) - fds[i].revents |= POLLPRI; + ir = 1, fds[i].revents |= POLLPRI; } } - } + } + } - return ret; + return !ret_p ? ret : ret_p; }
Re: [patch] poll() return value is actually that of select()
On Dec 12 12:59, Craig MacGregor wrote: Attached is some goo which makes poll() work as expected compiled, tested, works... fyi, as of 9:30am EST string.h broke the build, i had to roll it back. Works for me. How does it break the build for you? Patch? 2007-12-12 Craig MacGregor [EMAIL PROTECTED] * poll.cc (poll): Return count of fds with events instead of total event count Thanks for the patch. It looks good to me, but I'll slightly reformat it. I'll rather have the `ir = 1' expressions standalone on a single line and curly brackets. I'll apply it tomorrow. However, this patch is already almost beyond the upper bound (in terms of patch size) which we can incorporate without having a signed copyright assignment from you, see http://cygwin.com/contrib.html, section Before you get started. I don't want to keep you from providing more and bigger patches, of course, but we all had to go through this legal stuff :} Thanks again for the patch, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [patch] poll() return value is actually that of select()
By the way, there is currently a patch pending in Python to work- around this bug in cygwin poll [1]. If you guys are accepting this patch to fix cygwin poll then I'll let the python developers know that. Regards, Zooko [1] http://bugs.python.org/issue1759997
Re: [patch] poll() return value is actually that of select()
On Dec 12, 2007 1:57 PM, Corinna Vinschen wrote: Works for me. How does it break the build for you? Patch? I get the following error making cygserver... i set up my dev env in a rush and just wanted a clean build, so i rolled back string.h to 1.8 for a quick fix: g++ -L/cyg/build/i686-pc-cygwin/winsup -L/cyg/build/i686-pc-cygwin/winsup/cygwin -L/cyg/build/i686-pc-cygwin/winsup/w32api/lib -isystem /cyg/src/winsup/include -isystem /cyg/src/winsup/cygwin/include -isystem /cyg/src/winsup/w32api/include -B/cyg/build/i686-pc-cygwin/newlib/ -isystem /cyg/build/i686-pc-cygwin/newlib/targ-include -isystem /cyg/src/newlib/libc/include -o cygserver.exe cygserver.o client.o process.o msg.o sem.o shm.o threaded_queue.o transport.o transport_pipes.o bsd_helper.o bsd_log.o bsd_mutex.o sysv_msg.o sysv_sem.o sysv_shm.o /cyg/build/i686-pc-cygwin/winsup/cygwin/smallprint.o /cyg/build/i686-pc-cygwin/winsup/cygwin/strfuncs.o /cyg/build/i686-pc-cygwin/winsup/cygwin/version.o -L/cyg/build/i686-pc-cygwin/winsup/cygwin -lntdll bsd_helper.o: In function `_Z17default_tun_checkP10tun_structPcPKc': /cyg/src/winsup/cygserver/bsd_helper.cc:525: undefined reference to [EMAIL PROTECTED]' /cyg/src/winsup/cygserver/bsd_helper.cc:525: undefined reference to [EMAIL PROTECTED]' /cyg/src/winsup/cygserver/bsd_helper.cc:525: undefined reference to [EMAIL PROTECTED]' /cyg/src/winsup/cygserver/bsd_helper.cc:525: undefined reference to [EMAIL PROTECTED]' /cyg/src/winsup/cygserver/bsd_helper.cc:525: undefined reference to [EMAIL PROTECTED]' bsd_helper.o:/cyg/src/winsup/cygserver/bsd_helper.cc:529: more undefined references to [EMAIL PROTECTED]' follow Info: resolving __ctype_ by linking to __imp___ctype_ (auto-import) collect2: ld returned 1 exit status make[3]: *** [cygserver.exe] Error 1 make[3]: Leaving directory `/cyg/build/i686-pc-cygwin/winsup/cygserver' make[2]: *** [cygserver] Error 1 make[2]: Leaving directory `/cyg/build/i686-pc-cygwin/winsup' make[1]: *** [all-target-winsup] Error 2 make[1]: Leaving directory `/cyg/build' make: *** [all] Error 2 Thanks for the patch. It looks good to me, but I'll slightly reformat it. I'll rather have the `ir = 1' expressions standalone on a single line and curly brackets. I'll apply it tomorrow. I changed as few lines as possible to avoid the next point :) However, this patch is already almost beyond the upper bound (in terms of patch size) which we can incorporate without having a signed copyright assignment from you, see http://cygwin.com/contrib.html, section Before you get started. I don't want to keep you from providing more and bigger patches, of course, but we all had to go through this legal stuff :} I'll make a note to myself to get an agreement out... starting a new job so I don't know how many more patches I'll be sending in, but it can't hurt to be ready I suppose. -craig
Test entry for rxvt in setup.ini older than current release
Hi The entry for rxvt in setup.ini looks suspicious: The test version is older then current, so it should be removed. @ rxvt sdesc: VT102 terminal emulator for both X and Windows ldesc: rxvt is a colour vt102 terminal emulator intended as an xterm replacement for users who do not require features such as Tektronix 4014 emulation and toolkit-style configurability. As a result, rxvt uses much less memory. And besides, it's prettier than xterm and much more usable than cmd.exe on MSWin. There are, however, known issues with native windows stdio; on windows/cygwin, rxvt is best used when you are using mostly cygwin tools. category: Shells requires: cygwin bash version: 20050409-7 install: release/rxvt/rxvt-20050409-7.tar.bz2 180009 67df8f757d694dd903291f2b65eba5e7 source: release/rxvt/rxvt-20050409-7-src.tar.bz2 538843 70d6b97dcea79b78e446c92fac8b5f18 [prev] version: 20050409-4 install: release/rxvt/rxvt-20050409-4.tar.bz2 173680 0691be534508d293dcbec4e9c8142c57 source: release/rxvt/rxvt-20050409-4-src.tar.bz2 534161 dc1d866fe80c4f906aa25d53b1ecac37 [test] version: 20050409-5 install: release/rxvt/rxvt-20050409-5.tar.bz2 173867 77a542d8c55b870bae54b5a68b1da88b source: release/rxvt/rxvt-20050409-5-src.tar.bz2 534765 3eb4d7ed62148114973c28f8dd8f4beb Ciao Volker -- 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/
tcp_wrappers-7.6-2 in test category should be moved to current
Hi I think tcp_wrappers-7.6-2 can be moved out of test category. According the README: Port Notes: 7.6-2: Simply moved documents to /usr/share per FHS. Although the man pages under /usr/man/ are still not FHS compliant. Ciao Volker -- 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/
Re: get cygpath to leave relative paths as relative?
On Dec 11 21:25, Brent wrote: Corinna wrote: This is not always possible when converting POSIX paths to Win32 paths for a couple of reasons. One reason is that a relative path might contain symlinks, another one is that a path containing .. could cross mount points. To recognize both cases extra processing is necessary which might convert the path to an absolute form. Thanks for responding. You use qualifiers like not always possible and might. Does that imply that cygpath CAN leave relative paths as relative under certain circumstances? If you use .., no. What I am seeing is that it always converts relative paths to absolute paths, even in cases that are outside the scenarios that you mention. $ cygpath -w src/gawk src\gawk $ cygpath -w ../corinna/src/gawk C:\cygwin\home\corinna\src\gawk In particular, I have no symlinks. But I am not sure what you mean by cross mount points. Sorry for my ignorance [...] Didn't you read the user's manual? http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
Re: Cygwin setup hangs in postinstall
On Dec 12 09:48, Wernke zur Borg wrote: The Cygwin Setup 2.573.2.2 hangs in the postinstall script /etc/postinstall/00bash.sh. I found reports about such failures from 2003 but not recent ones. I should also add that I had installed and completely removed an earlier version of Cygwin on this PC. This is the strace output: Please don't send unsolicited strace output. Did you notice how big your mail is? --- Process 648, exception C139 at 7C964ED1 C139 is STATUS_ENTRYPOINT_NOT_FOUND so a function entry point hasn't been found in some DLL. This is a strange error here. Sure you don't have a BLODA problem? Try cygcheck -s. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
[ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-6
I've uploaded another test version of the Cygwin DLL and its utilities, version 1.5.25-6. It contains all fixes related to what cropped up since the release of 1.5.25-5 on Sunday. Changes since version 1.5.25-5: - tzset is now thread safe. - Fix a problem with spurious memory allocation failure. - Fix permission settings for directories on non-NTFS file systems. - Fix NaN and +-inf handling in various math functions. - Fix a problem with potentially wrong results in tgammaf(). Please test. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions, then look for 'cygwin' in the 'Base' category (it should already be selected). You will need to use the 'Exp' radio button to get the test version. If you have questions or comments, please send them to the Cygwin mailing list. See http://cygwin.com/lists.html for details. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Corinna Vinschen Red Hat -- 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/
Re: tcp_wrappers-7.6-2 in test category should be moved to current
On Dec 12 11:16, Dr. Volker Zell wrote: Hi I think tcp_wrappers-7.6-2 can be moved out of test category. According the README: Done so. I just removed the curr: and test: markers from its setup.hint file. Port Notes: 7.6-2: Simply moved documents to /usr/share per FHS. Although the man pages under /usr/man/ are still not FHS compliant. This should really be fixed, Bryan. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
Re: Problems with PostgreSQL 8
Hi there! But I wonder if this will work, because your real problem seems to be the missing IPC support with your failing cygserver. This is not related to postgresql at all. IPC is, in theory, installed. But everytime I run it I have a gpf error. So I don't lnow if it is running or not. Cheers! -- 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/
RE: Cygwin setup hangs in postinstall
-Original Message- From: [EMAIL PROTECTED] Sent: 12 December 2007 12:01 Subject: Re: Cygwin setup hangs in postinstall On Dec 12 09:48, Wernke zur Borg wrote: The Cygwin Setup 2.573.2.2 hangs in the postinstall script /etc/postinstall/00bash.sh. I found reports about such failures from 2003 but not recent ones. I should also add that I had installed and completely removed an earlier version of Cygwin on this PC. This is the strace output: Please don't send unsolicited strace output. Did you notice how big your mail is? Yes, I noticed it and I conciously decided to send it to prevent responses asking for decent evidence... ;-) --- Process 648, exception C139 at 7C964ED1 C139 is STATUS_ENTRYPOINT_NOT_FOUND so a function entry point hasn't been found in some DLL. This is a strange error here. Sure you don't have a BLODA problem? Try cygcheck -s. Don't know what BLODA is but cygcheck told me how to solve the problem. It was due to old cygwin1.dll versions installed by other programs. Thanks for the help. And sorry for the spam. Perhaps somebody can delete the uninteresing parts of it. :-) Wernke -- 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/
RE: Problems with PostgreSQL 8
On 12 December 2007 12:17, cappellano wrote: Hi there! But I wonder if this will work, because your real problem seems to be the missing IPC support with your failing cygserver. This is not related to postgresql at all. IPC is, in theory, installed. But everytime I run it I have a gpf error. So I don't lnow if it is running or not. Say, you *do* have CYGWIN=server set in your environment variables, don't you? http://cygwin.com/cygwin-ug-net/using-cygserver.html#use-cygserver http://cygwin.com/cygwin-ug-net/using-cygwinenv.html cheers, DaveK -- Can't think of a witty .sigline today -- 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/
Re: Almost nothing works for me in Cygwin 1.5.24-2
Rob Larkins wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I removed everything but C:\Program Files\cygwin from my PATH and I reinstalled Cygwin twice, from separate mirrors... Still getting the same errors. Your cygcheck output points at ZoneAlarm as a potential conflict. I'd recommend removing it and installing again (you can just install from the local download directory if you like). If that doesn't do it, check your '/etc/postinstall' directory for scripts that don't have a .done suffix. Run these from the command line. I'd also recommend against putting Cygwin in a path with spaces in it. It can work that way but you're more likely to uncover and have to deal with latent bugs in scripts which don't take paths with spaces into account. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/
[ANNOUNCEMENT] New package: perl-Error-0.17010-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new package, perl-Error-0.17010-1, is now available for use. NEWS: = This is a new package, providing the Error module for perl. See also /usr/share/doc/perl-Error-0.17010/. DESCRIPTION: perl-Error provides a perl module for error/exception handling in an OO-ish way. This module provides two interfaces. Firstly, 'Error' provides a procedural interface to exception handling. Secondly 'Error' is a base class for errors/exceptions that can either be thrown, for subsequent catch, or can simply be recorded. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'perl-Error' from the 'Perl' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin perl-Error maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHX+W584KuGfSFAYARAli/AJ0Zb4YCIqrZQUmFFn806qMZ+FfoRQCgocCZ HW8bKQ36NLR9Bj4vNbzx3Yg= =85EM -END PGP SIGNATURE- -- 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/
Re: Test entry for rxvt in setup.ini older than current release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Dr. Volker Zell on 12/12/2007 2:47 AM: Hi The entry for rxvt in setup.ini looks suspicious: The test version is older then current, so it should be removed. I deleted the test: line, but not any of the files, in case Charles wants a newer version than -4 to appear as the prev: entry. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHX+PV84KuGfSFAYARApL0AKCVBZYcuXLjrYSpiaOMaC1uubgU5wCguLQU mSfsEz2wAuwuQErKIXfu9l8= =gjpr -END PGP SIGNATURE- -- 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/
Re: Wish Setup would accept my Perl
Tim Prince [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Is it correct that Cygwin Perl/Tk requires a running X server? That is one of the stranger assertions to pass by here in a while. More so than the (OT, as there is that other list) complaint that installing X from cygwin setup is a pain. Are you saying that the following is not correct: Andrew DeFaria [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Not sure about that but you do realize that Perl::Tk will only run with a running X server... . . . As I said I don't know exactly why your Tk isn't working. I do know that Tk under Cygwin assumes a running X server. I rarely run an X server - I simply use rxvt instead - so I don't like that requirement. I also work with IBM/Rational products and often need to run ccperl or cqperl - both of which are AS based. And they have Tk in there that works straight on Windows (like rxvt does if it senses there is no X server running - I wish Cygwin's Perl::Tk would do that!). -- 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/
[ANNOUNCEMENT] New package: perl-Module-Build-0.2808-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new package, perl-Module-Build-0.2808-1, is now available for use. NEWS: = This is a new package, providing the Module-Build module for perl. The current build is self-contained, since I built it without the optional dependencies on YAML, ExtUtils-CBuilder, and ExtUtils-ParseXS; but if those modules are later packaged, I will repackage Module-Build to take advantage of those features. See also /usr/share/doc/perl-Module-Build-0.2808/. DESCRIPTION: perl-Module-Build is a system for building, testing, and installing Perl modules. It is meant to be an alternative to `ExtUtils::MakeMaker'. Developers may alter the behavior of the module through subclassing in a much more straightforward way than with `MakeMaker'. It also does not require a `make' on your system - most of the `Module::Build' code is pure-perl and written in a very cross-platform way. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'perl-Module-Build' from the 'Perl' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin perl-Module-Build maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHX+bJ84KuGfSFAYARAlV/AJ9dznG8ZyF0OF2hAGosB/PYTOSUTQCgrnpg 6lsCfVeW3cEvjzAxMbES2RQ= =Xyxl -END PGP SIGNATURE- -- 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/
Stop turning CPAN modules into Cygwin packages
Eric Blake wrote: A new package, perl-Error-0.17010-1, is now available for use. NEWS: = This is a new package, providing the Error module for perl. What is the point of making this a Cygwin package? There are no Cygwin specific changes, and it it can be installed directly from CPAN using: cpan -i Error This seems to be becoming a trend. So far there are 8 CPAN modules that have been made into Cygwin packages. Only 3 have Cygwin specific changes that would justify them being made into package: perl-Locale-gettext perl-Tk perl-libwin32 The other 5 have no Cygwin specific changes: perl-Error perl-ExtUtils-Depends perl-ExtUtils-PkgConfig perl-Module-Build perl-Win32-GUI This seems like a bad practice. It adds a maintenance burden on the Cygwin system (because the packages will need to be updated when the modules are updated), they needlessly take up storage on the Cygwin servers, and turning them into Cygwin packages adds no value over obtaining the modules directly from CPAN. Just because you can turn a CPAN module into a Cygwin package doesn't mean that you should unless there are Cygwin specific changes that need to be made. Even then, a better approach is to send the appropriate patches to the module's maintainer so that they can be integrated into the code and uploaded to CPAN. -- 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/
Re: Updated: [experimental] cygwin-1.5.25-6
Corinna Vinschen wrote: Changes since version 1.5.25-5: - tzset is now thread safe. This appears to have fixed the problem I reported. Thanks. -- 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/
Re: Stop turning CPAN modules into Cygwin packages
Eric Blake wrote: A new package, perl-Error-0.17010-1, is now available for use. Jerry D. Hedden wrote: What is the point of making this a Cygwin package? Brian Mathis wrote: Because when you package something using a distro's packaging system, you can start to have other programs that depend on it install them automatically using the package system. Also, installing from CPAN, while very easy to do, does not keep track or even know about a distro's package management system. So if you wanted to remove it later, it is not easy to do, and you could easily run into problems where you have installed one version from CPAN, then another package requires that module, but because you installed via CPAN it doesn't know that, and will then install an older version, overwriting your CPAN-installed version. Okay. I'll grant you the dependency point, and I can see adding a CPAN module if a dependency is created. So far, the only dependency that exists is for 'help2man' - it needs perl-Local-gettext. What is the justification for these 5 modules? perl-Error perl-ExtUtils-Depends perl-ExtUtils-PkgConfig perl-Module-Build perl-Win32-GUI These have no dependencies, and no Cygwin specific changes. Therefore, there is no benefit to having them be Cygwin packages over downloading them from CPAN. In fact, it is a disadvantage because newer versions will always be available on CPAN long before updates are made to the corresponding Cygwin packages. Again, I stand by my point of not turning CPAN modules into Cygwin packages unless it is necessary. -- 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/
Re: Stop turning CPAN modules into Cygwin packages
On Dec 12, 2007 10:04 AM, Jerry D. Hedden [EMAIL PROTECTED] wrote: Eric Blake wrote: A new package, perl-Error-0.17010-1, is now available for use. NEWS: = This is a new package, providing the Error module for perl. What is the point of making this a Cygwin package? There are no Cygwin specific changes, and it it can be installed directly from CPAN using: cpan -i Error This seems to be becoming a trend. So far there are 8 CPAN modules that have been made into Cygwin packages. Only 3 have Cygwin specific changes that would justify them being made into package: perl-Locale-gettext perl-Tk perl-libwin32 The other 5 have no Cygwin specific changes: perl-Error perl-ExtUtils-Depends perl-ExtUtils-PkgConfig perl-Module-Build perl-Win32-GUI This seems like a bad practice. It adds a maintenance burden on the Cygwin system (because the packages will need to be updated when the modules are updated), they needlessly take up storage on the Cygwin servers, and turning them into Cygwin packages adds no value over obtaining the modules directly from CPAN. Just because you can turn a CPAN module into a Cygwin package doesn't mean that you should unless there are Cygwin specific changes that need to be made. Even then, a better approach is to send the appropriate patches to the module's maintainer so that they can be integrated into the code and uploaded to CPAN. Because when you package something using a distro's packaging system, you can start to have other programs that depend on it install them automatically using the package system. Also, installing from CPAN, while very easy to do, does not keep track or even know about a distro's package management system. So if you wanted to remove it later, it is not easy to do, and you could easily run into problems where you have installed one version from CPAN, then another package requires that module, but because you installed via CPAN it doesn't know that, and will then install an older version, overwriting your CPAN-installed version. -- 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/
RE: Stop turning CPAN modules into Cygwin packages
On 12 December 2007 15:31, Jerry D. Hedden wrote: What is the justification for these 5 modules? perl-Error Required by git. http://cygwin.com/ml/cygwin-apps/2007-12/msg00094.html perl-ExtUtils-Depends perl-ExtUtils-PkgConfig buildtime-only requirement for the Perl GNOME bindings http://cygwin.com/ml/cygwin-apps/2006-02/msg00196.html http://cygwin.com/ml/cygwin-apps/2006-02/msg00197.html perl-Module-Build required to build perl-Error http://cygwin.com/ml/cygwin-apps/2007-12/msg00097.html Again, I stand by my point of not turning CPAN modules into Cygwin packages unless it is necessary. Agree with your basic point, but maybe somebody's got a plan that we don't know about? cheers, DaveK -- Can't think of a witty .sigline today -- 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/
Re: Stop turning CPAN modules into Cygwin packages
On Wed, 12 Dec 2007, Jerry D. Hedden wrote: Eric Blake wrote: A new package, perl-Error-0.17010-1, is now available for use. NEWS: = This is a new package, providing the Error module for perl. What is the point of making this a Cygwin package? There are no Cygwin specific changes, and it it can be installed directly from CPAN using: cpan -i Error As I understand it, this is a prerequisite for git, which is a Cygwin package. In fact, that's the only reason I see for making CPAN modules into Cygwin packages (the Cygwin-specific patches, as you've said yourself, should eventually be sent upstream). This seems to be becoming a trend. So far there are 8 CPAN modules that have been made into Cygwin packages. Only 3 have Cygwin specific changes that would justify them being made into package: perl-Locale-gettext perl-Tk perl-libwin32 The other 5 have no Cygwin specific changes: perl-Error perl-ExtUtils-Depends perl-ExtUtils-PkgConfig perl-Module-Build perl-Win32-GUI FWIW, some of these modules might be worth packaging as part of the Cygwin Perl package (in vendor_perl), rather than as separate packages. This seems like a bad practice. Ok, let's take these points one-by-one. It adds a maintenance burden on the Cygwin system (because the packages will need to be updated when the modules are updated), Yes, but that's the choice of the volunteer maintainer. Eric packaged these because he maintains git, and it was the easiest way for him to make sure the target system contained the required modules. So, in effect, it *eased* his maintenance burden. they needlessly take up storage on the Cygwin servers, Storage is cheap, and nobody has complained yet. and turning them into Cygwin packages adds no value over obtaining the modules directly from CPAN. Sure it does. For one, they could be added as dependencies of other packages (as you yourself agreed), and also they can be included on installation CDs, etc, which could be installed without internet connection (which is one reason to not request CPAN install in a postinstall script). Just because you can turn a CPAN module into a Cygwin package doesn't mean that you should unless there are Cygwin specific changes that need to be made. Even then, a better approach is to send the appropriate patches to the module's maintainer so that they can be integrated into the code and uploaded to CPAN. BTW, this problem must have been encountered (and, hopefully, solved) by other distros. How does the Debian git package handle this? I seem to recall that at least Red Hat Linux at some point had packages for some CPAN modules... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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/
Intermittent problems on Vista (was: tetex on Vista)
Hi, Dave Korn wrote: On 04 December 2007 13:18, Wilfried wrote: ... I also observed this, even with UAC (User Account Control) deactivated. ... Is it possible that the same thing is happening as a result of running setup.exe as an admin user under vista but running cygwin itself as the ordinary limited user? ... I had just problems running startx, which failed with a forking error, and I found the thread about the need to run programs with 'instal' in their name under 'elevated' rights: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1020271SiteID=1 ...and I wonder what is the status of all this. Now, my startx suddenly succeeded twice in a row. I re-ran setup.exe as Administrator, and got the same dialog as twice before already: This program might not have been installed correctly ... offering to 'reinstall using recommended settings'... I could find no mention of this in the FAQ. I have not deactivated the UAC, should I? Thanks, Marc -- View this message in context: http://www.nabble.com/tetex-on-Vista-tp14108577p14297841.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
Re: Intermittent problems on Vista (was: tetex on Vista)
Hi again, I reported that startx worked fine,... Marc Girod wrote: Now, my startx suddenly succeeded twice in a row. ...but emacs started within it does not: I cannot start a 'shell'. From the *Messages* buffer: Source file `/usr/share/emacs/21.2/lisp/comint.el' newer than byte-compiled file Loading shell (compiled; note, source file is newer)...done apply: Doing vfork: no error apply: Doing vfork: resource temporarily unavailable [2 times] Marc -- View this message in context: http://www.nabble.com/tetex-on-Vista-tp14108577p14298291.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
Re: Stop turning CPAN modules into Cygwin packages
Jerry D. Hedden jdhedden at cpan.org writes: perl-Error Required by git. http://cygwin.com/ml/cygwin-apps/2007-12/msg00094.html This needs to be updated in git's 'requires' section in setup.ini. It already has been. It's just that the mirrors haven't caught up yet. -- Eric Blake volunteer cygwin git/perl-Error maintainer -- 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/
Re: Stop turning CPAN modules into Cygwin packages
perl-Error Required by git. http://cygwin.com/ml/cygwin-apps/2007-12/msg00094.html This needs to be updated in git's 'requires' section in setup.ini. perl-ExtUtils-Depends perl-ExtUtils-PkgConfig buildtime-only requirement for the Perl GNOME bindings http://cygwin.com/ml/cygwin-apps/2006-02/msg00196.html http://cygwin.com/ml/cygwin-apps/2006-02/msg00197.html perl-Module-Build required to build perl-Error http://cygwin.com/ml/cygwin-apps/2007-12/msg00097.html Again, I stand by my point of not turning CPAN modules into Cygwin packages unless it is necessary. Agree with your basic point, but maybe somebody's got a plan that we don't know about? That seems to be the case. I stand corrected. -- 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/
Re: Stop turning CPAN modules into Cygwin packages
Igor Peshansky wrote: BTW, this problem must have been encountered (and, hopefully, solved) by other distros. How does the Debian git package handle this? I seem to recall that at least Red Hat Linux at some point had packages for some CPAN modules... I don't know how they solve dependencies, or if it has anything to do with dependencies, but I can tell you that Fedora Core 8 (and earlier versions) have a _lot_ of CPAN modules packaged as RPMs. I, too, prefer to get my modules directly from CPAN but I do run into occasional compilation problems from time to time. At those times, it's really handy to have the packages available. But, as already mentioned, those should be fixes that are passed upstream to the CPAN module owner/maintainer anyway. -- Archie -- Archie Warnock Internet: [EMAIL PROTECTED] -- A/WWW Enterpriseshttp://www.awcubed.com -- As a matter of fact, I _do_ speak for my employer. -- 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/
Re: Stop turning CPAN modules into Cygwin packages
On Dec 12, 2007 7:46 AM, Igor Peshansky wrote: BTW, this problem must have been encountered (and, hopefully, solved) by other distros. How does the Debian git package handle this? Debian packages many CPAN modules. (My Etch system shows 1106 lib*-perl packages available.) The Debian git package depends on liberror-perl. -- 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/
Re: Stop turning CPAN modules into Cygwin packages
On Dec 12, 2007 11:43 AM, Archie Warnock [EMAIL PROTECTED] wrote: Igor Peshansky wrote: BTW, this problem must have been encountered (and, hopefully, solved) by other distros. How does the Debian git package handle this? I seem to recall that at least Red Hat Linux at some point had packages for some CPAN modules... I don't know how they solve dependencies, or if it has anything to do with dependencies, but I can tell you that Fedora Core 8 (and earlier versions) have a _lot_ of CPAN modules packaged as RPMs. I, too, prefer to get my modules directly from CPAN but I do run into occasional compilation problems from time to time. At those times, it's really handy to have the packages available. But, as already mentioned, those should be fixes that are passed upstream to the CPAN module owner/maintainer anyway. -- Archie Fedora (and the other distros) do this because they understand that for a really good working distro, you need to have everything on the system managed by the system's package manager. It doesn't really matter that installing from CPAN is easy, because it always screws up the dependencies on the system. The same goes for compiling other packages from tar.gz files and installing them without first rolling an rpm (for example). Yes, compiling is not hard, and it might make one feel that they are a more empowered or advanced Admin, but it cannot be said emphatically enough that compiling things from .tar.gz files should be the absolute last resort way to get some software onto a system. CPAN is sort of a gray area because it's another package manager in and of itself, and perl modules mostly are not compiled, but it creates the same problems. -- 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/
Re: Problems with PostgreSQL 8
Say, you *do* have CYGWIN=server set in your environment variables, don't you? Yes, I *do*. http://cygwin.com/cygwin-ug-net/using-cygserver.html#use-cygserver http://cygwin.com/cygwin-ug-net/using-cygwinenv.html any case, I will remove everything from cygwin and try again. cheers and thanks. -- 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/
emacs shell (was: Intermittent problems on Vista)
Hi again, Still not clear about whether this is just a symptom of a known and generic problem with Vista... Marc Girod wrote: From the *Messages* buffer: Source file `/usr/share/emacs/21.2/lisp/comint.el' newer than byte-compiled file Loading shell (compiled; note, source file is newer)...done apply: Doing vfork: no error apply: Doing vfork: resource temporarily unavailable [2 times] And the error in the terminal from where emacs was started is (several times each code, as if at random, with different address ranges): 379530601 [main] emacs 4964 child_copy: linked dll data write copy failed, 0x33B000..0x33B440, done 0, windows pid 4080, Win32 error 487 570693374 [main] emacs 4964 child_copy: linked dll data write copy failed, 0x94..0x940240, done 0, windows pid 4080, Win32 error 998 Marc -- View this message in context: http://www.nabble.com/tetex-on-Vista-tp14108577p14300048.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
Control-C not working?
Hi, I am a cygwin newbie. I installed it this past August. The version on the installer is '2.573.2.2'. My problem is the Control-C does not kill a running process. Why is that? Is there a way to enable this? Thanks, Paul btw - I searched the archives on this, but did not find a solution. -- 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/
RE: Control-C not working?
On 12 December 2007 18:16, Paul Sterk wrote: Hi, I am a cygwin newbie. I installed it this past August. The version on the installer is '2.573.2.2'. That's the version of the installer; unless reporting a bug in the installer, it's not useful, as it doesn't tell you anything about the version of cygwin that the installer installed for you, which is independent. My problem is the Control-C does not kill a running process. Why is that? Maybe your ctrl key is broken? Is there a way to enable this? There isn't any switch or flag; ctrl-c is just meant to work - and indeed does, at least for me. What shell and terminal are you using? cheers, DaveK -- Can't think of a witty .sigline today -- 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/
RE: Not yet supported (was: emacs shell)
On 12 December 2007 18:40, Marc Girod wrote: And the error in the terminal from where emacs was started is (several times each code, as if at random, with different address ranges): 379530601 [main] emacs 4964 child_copy: linked dll data write copy failed, 0x33B000..0x33B440, done 0, windows pid 4080, Win32 error 487 570693374 [main] emacs 4964 child_copy: linked dll data write copy failed, 0x94..0x940240, done 0, windows pid 4080, Win32 error 998 OK. I get now the same kind of errors again with startx: 326 [main] xterm 4680 child_copy: linked dll data write copy failed, 0x869000..0x86CF40, done 0, windows pid 5416, Win32 error 87 xterm: Error 29, errno 11: Resource temporarily unavailable Reason: spawn: fork() failed xinit: Resource temporarily unavailable (errno 11): can't send HUP to process group 4680 ...and I found such hits in older messages in the archive, with other variants of Windows, in conjunction to inconsistent versions of cygwin1.dll. That's one thing that can cause it. Another cause is interference from system-call-hooking software such as anti-virus and firewalls. What the error message is trying to tell you is that during the fork operation, it has been unable to duplicate an area of memory from the parent process into the child process. Since it's a requirement that fork() create child processes identically laid out to their parents, this is a fatal situation. I checked there is no such problem now. Good. The next things to try would be running a rebaseall[*], and checking the BLODA[**]. But running 'cygcheck -s', I got into: Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6000 Yes, Vista isn't well supported; not a lot of the list members even have it! cheers, DaveK [*] - less -c /usr/share/doc/Cygwin/rebase-2.4.3.README [**] - http://cygwin.com/ml/cygwin-talk/2007-q4/msg00026.html -- Can't think of a witty .sigline today -- 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/
Not yet supported (was: emacs shell)
Hi... Marc Girod wrote: And the error in the terminal from where emacs was started is (several times each code, as if at random, with different address ranges): 379530601 [main] emacs 4964 child_copy: linked dll data write copy failed, 0x33B000..0x33B440, done 0, windows pid 4080, Win32 error 487 570693374 [main] emacs 4964 child_copy: linked dll data write copy failed, 0x94..0x940240, done 0, windows pid 4080, Win32 error 998 OK. I get now the same kind of errors again with startx: 326 [main] xterm 4680 child_copy: linked dll data write copy failed, 0x869000..0x86CF40, done 0, windows pid 5416, Win32 error 87 xterm: Error 29, errno 11: Resource temporarily unavailable Reason: spawn: fork() failed xinit: Resource temporarily unavailable (errno 11): can't send HUP to process group 4680 ...and I found such hits in older messages in the archive, with other variants of Windows, in conjunction to inconsistent versions of cygwin1.dll. I checked there is no such problem now. But running 'cygcheck -s', I got into: Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6000 Marc -- View this message in context: http://www.nabble.com/tetex-on-Vista-tp14108577p14301296.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
Re: Not yet supported
On 12/12/2007 2:37 PM, Marc Girod wrote: After this, startx started at least twice in a row, but emacs didn't show up. I.e. started, but no window!... This is an old problem. You have to reinstall libncurses7 to get emacs back. See http://sourceware.org/ml/cygwin/2006-10/msg00540.html Ken -- 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/
RE: Not yet supported (was: emacs shell)
Thanks... Dave Korn wrote: Good. The next things to try would be running a rebaseall[*], and checking the BLODA[**]. rebaseall ran without any output. The only BLODA I can recognize is McAfee anti-virus. There is an integrated WebCam on the laptop, but no Logitech labelled process in the task manager output. After this, startx started at least twice in a row, but emacs didn't show up. I.e. started, but no window!... I ran the ash rebaseall with my normal account, not as Administrator...? Marc -- View this message in context: http://www.nabble.com/tetex-on-Vista-tp14108577p14302172.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
emacs (was: Not yet supported)
Hi Ken, Ken Brown-6 wrote: This is an old problem. You have to reinstall libncurses7 to get emacs back. See http://sourceware.org/ml/cygwin/2006-10/msg00540.html Indeed. And my shell started in emacs too... Gee... but I am short of problems! Thanks! Marc -- View this message in context: http://www.nabble.com/tetex-on-Vista-tp14108577p14303136.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
TANITIM (Tekstil Giyim Emprime Baski)
* Tekstil Emprime San.ve Tic. Ltd. Sti. * Tekstil sektoru emprime baski'da kalite ve yenilikler; Yuksek kapasite, zengin baski ornekleri; buyuk, kucuk, bay, bayan desen cesitleri... Gencosman Mah. Doganbey Cad. Akcay Sok. No:2/1 Sivashan 34165 Gungoren - Istanbul Tel :90 212 646 56 27 Fax. :90 212 646 56 29 Web: http://www.aktextile.com E-mail: [EMAIL PROTECTED] inline: TANITIM LOGOSU - Ak Tekstil Emprime.jpg-- 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/
shell-file-name (was: emacs)
Hi, Marc Girod wrote: And my shell started in emacs too... Gee... but I am short of problems! Maybe I can contribute something... The default value of shell-explicit-shell-file-name in emacs is /bin/sh, not /usr/bin/bash with the result that aliases do not work (because even if HOME is defined correctly .bashrc is not run). Of course, this is a trivial customization, but maybe this value is surprising for people who might not know to look at it. Thanks again all! Marc -- View this message in context: http://www.nabble.com/tetex-on-Vista-tp14108577p14303962.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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/
Re: Cygwin setup hangs in postinstall
As seen from lists.cygwin, on Wed, 12 Dec 2007 13:38:36 +0100, Wernke zur Borg wrote: (Corinna wrote:) Please don't send unsolicited strace output. Did you notice how big your mail is? Yes, I noticed it and I conciously decided to send it to prevent responses asking for decent evidence... ;-) Thank Go^Hunther for procmail, the best mailing list tamer yet invented... :) : ^Sender:[EMAIL PROTECTED] { : 10240 { LOGFILE=procmail.log LOGABSTRACT=all DUMMY=`echo Cygwin: 10K bytes procmail.log` :0 /dev/null } :0: | formail -k -X From -X To: -X Subject: -X Date: -X Message-ID: \ -X MIME-Version: -X Content-Type: -X Content-Transfer-Encoding: \ -X References: -X Sender: | sed '/^--$/,/^FAQ:/d' $ORGMAIL } -- 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/
Re: Stop turning CPAN modules into Cygwin packages
Brian Mathis wrote: On Dec 12, 2007 11:43 AM, Archie Warnock [EMAIL PROTECTED] wrote: Igor Peshansky wrote: BTW, this problem must have been encountered (and, hopefully, solved) by other distros. How does the Debian git package handle this? I seem to recall that at least Red Hat Linux at some point had packages for some CPAN modules... I don't know how they solve dependencies, or if it has anything to do with dependencies, but I can tell you that Fedora Core 8 (and earlier versions) have a _lot_ of CPAN modules packaged as RPMs. I, too, prefer to get my modules directly from CPAN but I do run into occasional compilation problems from time to time. At those times, it's really handy to have the packages available. But, as already mentioned, those should be fixes that are passed upstream to the CPAN module owner/maintainer anyway. -- Archie Fedora (and the other distros) do this because they understand that for a really good working distro, you need to have everything on the system managed by the system's package manager. It doesn't really matter that installing from CPAN is easy, because it always screws up the dependencies on the system. The same goes for compiling other packages from tar.gz files and installing them without first rolling an rpm (for example). Yes, compiling is not hard, and it might make one feel that they are a more empowered or advanced Admin, but it cannot be said emphatically enough that compiling things from .tar.gz files should be the absolute last resort way to get some software onto a system. CPAN is sort of a gray area because it's another package manager in and of itself, and perl modules mostly are not compiled, but it creates the same problems. One thing I will add is the admin of the NetBSD system that I login to will not install anything unless it is in a package form. So if someone requests a perl module then it has to be readily available as a package. -- 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/
Re: Updated: [experimental] cygwin-1.5.25-6
GTG from my point of view. The results from 1.5.25-6 match my patched version. Cary Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -- 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/
Re: Not yet supported [Attn emacs maintainer]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ken Brown on 12/12/2007 12:44 PM: This is an old problem. You have to reinstall libncurses7 to get emacs back. See http://sourceware.org/ml/cygwin/2006-10/msg00540.html So, is emacs 22.1 ever going to be promoted to current? - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYIms84KuGfSFAYARAr+HAJwMhIedtOPWCPE3g+eEBiFgPCcLvwCfe3kt JVL+UdbvNsSisIQtSd5db18= =IZ9J -END PGP SIGNATURE- -- 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/
Re: Stop turning CPAN modules into Cygwin packages
2007/12/12, Igor Peshansky [EMAIL PROTECTED]: On Wed, 12 Dec 2007, Jerry D. Hedden wrote: Eric Blake wrote: A new package, perl-Error-0.17010-1, is now available for use. NEWS: = This is a new package, providing the Error module for perl. What is the point of making this a Cygwin package? There are no Cygwin specific changes, and it it can be installed directly from CPAN using: cpan -i Error I hope Eric put it into vendor_perl, so there will no conflict when doing cpan -i Error Otherwise it's ok for me if some minor perl module is an external dependency. As I understand it, this is a prerequisite for git, which is a Cygwin package. In fact, that's the only reason I see for making CPAN modules into Cygwin packages (the Cygwin-specific patches, as you've said yourself, should eventually be sent upstream). This seems to be becoming a trend. So far there are 8 CPAN modules that have been made into Cygwin packages. Only 3 have Cygwin specific changes that would justify them being made into package: perl-Locale-gettext perl-Tk perl-libwin32 The cygwin libwin32 is now in sync with CPAN. Just the updated perl package 5.8.8-5 is missing to be in sync with the latest libwin32, which I packaged last month, but found an error while testing. The other 5 have no Cygwin specific changes: perl-Error perl-ExtUtils-Depends perl-ExtUtils-PkgConfig perl-Module-Build perl-Win32-GUI FWIW, some of these modules might be worth packaging as part of the Cygwin Perl package (in vendor_perl), rather than as separate packages. From what I know by hard, Module::Build will be included in the next perl CORE package, and the others could go into vendor. Besides libwin32 and Win32::GUI of course. Win32::GUI is a special case. I just wanted to have that in as counterargument that only ActiveState perl is good for doing Win32 specific development, and it is the 2nd most important Win32 package besides libwin32. Both now build OOTB in cygwin, so there's no dying need to have it as cygwin package, but having it there does no harm, as long there are not 50 other packages coming. This seems like a bad practice. Agreed. Ok, let's take these points one-by-one. It adds a maintenance burden on the Cygwin system (because the packages will need to be updated when the modules are updated), Yes, but that's the choice of the volunteer maintainer. Eric packaged these because he maintains git, and it was the easiest way for him to make sure the target system contained the required modules. So, in effect, it *eased* his maintenance burden. they needlessly take up storage on the Cygwin servers, Storage is cheap, and nobody has complained yet. and turning them into Cygwin packages adds no value over obtaining the modules directly from CPAN. Sure it does. For one, they could be added as dependencies of other packages (as you yourself agreed), and also they can be included on installation CDs, etc, which could be installed without internet connection (which is one reason to not request CPAN install in a postinstall script). Just because you can turn a CPAN module into a Cygwin package doesn't mean that you should unless there are Cygwin specific changes that need to be made. Even then, a better approach is to send the appropriate patches to the module's maintainer so that they can be integrated into the code and uploaded to CPAN. BTW, this problem must have been encountered (and, hopefully, solved) by other distros. How does the Debian git package handle this? I seem to recall that at least Red Hat Linux at some point had packages for some CPAN modules... -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://spacemovie.mur.at/ http://helsinki.at/ -- 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/
Re: Stop turning CPAN modules into Cygwin packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Reini Urban on 12/12/2007 6:32 PM: I hope Eric put it into vendor_perl, so there will no conflict when doing cpan -i Error Otherwise it's ok for me if some minor perl module is an external dependency. Yes - cygport automatically puts perl modules into vendor_perl. From what I know by hard, Module::Build will be included in the next perl CORE package, and the others could go into vendor. Besides libwin32 and Win32::GUI of course. At which point I would retire perl-Module-Build as obsolete. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYI3X84KuGfSFAYARAsq2AJ9utMj4A4AEV6Iadg8BpSLuSeOsewCeOsHh J6H/wqM5BRyOKHB42BvZNEg= =Wbv4 -END PGP SIGNATURE- -- 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/
Re: Test entry for rxvt in setup.ini older than current release
Eric Blake wrote: I deleted the test: line, but not any of the files, in case Charles wants a newer version than -4 to appear as the prev: entry. Thanks Eric. I've removed the -5 and -6 versions; -4 should remain prev: for now. ('Course, when I collect up enough tuits, I need to fix/revert/address the issue with app-defaults/Rxvt specifying 'vera sans mono'...) -- Chuck -- 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/
Re: Not yet supported [Attn emacs maintainer]
On 12/12/2007 8:23 PM, Eric Blake wrote: So, is emacs 22.1 ever going to be promoted to current? Unfortunately, there are serious problems with the (experimental) emacs 22.1 package, as I and at least one other person reported last July when it was released. See especially http://cygwin.com/ml/cygwin/2007-07/msg00773.html http://cygwin.com/ml/cygwin/2007-07/msg00799.html http://cygwin.com/ml/cygwin/2007-07/msg00844.html I haven't heard whether there's been any progress resolving this. Ken -- 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/
Re: Not yet supported [Attn emacs maintainer]
Dear All, I am trying to use xemacs. After installation of cygwin, I used once but later it doesn't work. it gives this error: temacs can only be run in -batch mode what do you suggest? thanks regards -- 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/
Re: Stop turning CPAN modules into Cygwin packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Igor Peshansky wrote: FWIW, some of these modules might be worth packaging as part of the Cygwin Perl package (in vendor_perl), rather than as separate packages. Actually, I wish that we would NOT be doing this. Separate modules should be packaged separately, because otherwise, as we have it now: 1) updating a module requires repackaging (and redownloading, and reinstalling...) the entire perl; 2) alternatively, the modules just get neglected and go stale; 3) some modules have binary dependencies which the perl core does not have, e.g. XML-LibXML. IMO these should all be broken out. (Hint: as Eric just discovered, packaging perl modules is *really* easy with cygport. But then again, I'm biased.) Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYKE3piWmPGlmQSMRCGqeAKCptGBM4umH2lKU7Rr+a/lwwgmjNgCg+Bzq mDaZcZPr4QrW1AdmfrdJR+w= =AokL -END PGP SIGNATURE- -- 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/
missing 'which' documentation
Does anybody know or care that there is an option -- '-a' -- for 'which' -- that is not documented on Cygwin. That is, there is no internal help, and there is no 'man' or 'info' page provided by Cygwin install. If anybody wants this, I will find or create the 'man' page and make it cover '-a', and then do *what* with it? Pointers appreciated! To see the value of this option try (assuming you have MS executable directories in your path): which ping vs which -a ping which find vs which -a find and which dir == which -a dir i.e., 'dir' is an internal of 'cmd.exe' Lee Rothstein -- 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/
Automatic Updates
Hi, I am running cygwin on Windows 2003. After there is an automatic update by Windows, it takes about 15 to 20 minutes before access is available to the Apache site over The Internet. This is true even though if do you a ps -ef, you see multiple copies of Apache running. Note that ssh works immediately. If anybody can explain why this happens, I would be most appreciative. Thanks, Terry Bailey -- 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/
xemacs does not work
Dear All, I am trying to use xemacs. After installation of cygwin, I used once but later it doesn't work. it gives this error: temacs can only be run in -batch mode what do you suggest? thanks regards -- 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/
RE: Almost nothing works for me in Cygwin 1.5.24-2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Your cygcheck output points at ZoneAlarm as a potential conflict. I did what you said and uninstalled Zonealarm. I tried Cygwin again and got the same errors. However suspecting that the problem might have something to do with my other security software, I tried disabling another program I use called Bufferzone from Trustware (http://www.trustware.com). And that fixed things. Bufferzone sort of sandboxes other programs so they can't hurt your system. Normally when it does this it puts a red border around the window, but apparently it doesn't do that to the command prompt, and I didn't know Bufferzone was protecting my system from Cygwin. Now that I'm aware of it I'll tell it to let Cygwin be and that should solve the problem. You might want to make a note of this somewhere, as programs like Bufferzone are becoming more common, other people will probably start having the same problems. And/or contact Trustware to get them to sort it out. That's for all your help. ^_^ - -Rob -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHYL4C+KyO/KUp2FYRAgc5AKDi9F8fgabYEewB4aRguTejdVUKugCfeX0v KTgDGimV87PNnipRbuK6vzY= =SkZh -END PGP SIGNATURE- -- 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/
Re: missing 'which' documentation
--- Lee D. Rothstein [EMAIL PROTECTED] ha scritto: Does anybody know or care that there is an option -- '-a' -- for 'which' -- that is not documented on Cygwin. That is, there is no internal help, and there is no 'man' or 'info' page provided by Cygwin install. my info which says `--all' `-a' Print all matching executables in `PATH', not just the first. but I am using the 2.16 version of cygwinports :-) Regards Marco ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html -- 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/
New package: perl-Error-0.17010-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new package, perl-Error-0.17010-1, is now available for use. NEWS: = This is a new package, providing the Error module for perl. See also /usr/share/doc/perl-Error-0.17010/. DESCRIPTION: perl-Error provides a perl module for error/exception handling in an OO-ish way. This module provides two interfaces. Firstly, 'Error' provides a procedural interface to exception handling. Secondly 'Error' is a base class for errors/exceptions that can either be thrown, for subsequent catch, or can simply be recorded. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'perl-Error' from the 'Perl' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin perl-Error maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHX+W584KuGfSFAYARAli/AJ0Zb4YCIqrZQUmFFn806qMZ+FfoRQCgocCZ HW8bKQ36NLR9Bj4vNbzx3Yg= =85EM -END PGP SIGNATURE-