Re: tetex-2.0.2-13
Corinna Vinschen writes: No changes in the setup.hint files, I hope? No, changes. Last time Chris removed all test:/curr:/prev: cruft. Thanks, Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: [ITP]libsigsegv-2.0 - New package for review
I get HTTP 404 errors on all of the files, using wget (transcript attached).. UI'd be very interested in this library, though (i.e. it has my vote) rlc On Fri, Sep 19, 2003 at 12:30:10PM +0300, [EMAIL PROTECTED] wrote: libsigsegv has been ported. Please review See http://www.gnu.org/directory/GNU/GNUlibsigsegv.html The package needed for building CLISP. Jari http://tierra.dyndns.org:81/cygwin/libsigsegv-doc-2.0-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv-devel-2.0-1.tar.bz2 http://tierra.dyndns.org:81/libsigsegv-2.0-1-src.tar.bz2 sdesc: Library for handling page faults. ldesc: Library for handling page faults. A page fault occurs when a program tries to access a region of memory that is currently not available. Catching and handling a page fault is a useful technique for implementing garbage collectors, stack overflow handlers, persistent databases, and distributed shared memory. category: Devel Libs requires: cygwin [libsigsegv-doc-2.0-1.tar.bz2} drwxr-xr-x root/None 0 2003-09-19 12:11:34 usr/share/doc/ drwxr-xr-x root/None 0 2003-09-19 12:11:34 usr/share/doc/libsigsegv-2.0/ -rw-r--r-- root/None 161 2003-09-19 12:11:34 usr/share/doc/libsigsegv-2.0/AUTHORS -rw-r--r-- root/None 18149 2003-09-19 12:11:34 usr/share/doc/libsigsegv-2.0/COPYING -rw-r--r-- root/None 8643 2003-09-19 12:11:36 usr/share/doc/libsigsegv-2.0/INSTALL -rw-r--r-- root/None 542 2003-09-19 12:11:36 usr/share/doc/libsigsegv-2.0/NEWS -rw-r--r-- root/None 3931 2003-09-19 12:11:36 usr/share/doc/libsigsegv-2.0/PORTING -rw-r--r-- root/None 3995 2003-09-19 12:11:36 usr/share/doc/libsigsegv-2.0/README -rw-r--r-- root/None 1634 2003-09-19 12:11:36 usr/share/doc/libsigsegv-2.0/README.woe32 -rw-r--r-- root/None 170 2003-09-19 12:11:36 usr/share/doc/libsigsegv-2.0/ChangeLog drwxr-xr-x root/None 0 2003-09-19 12:11:38 usr/share/doc/Cygwin/ -rw-r--r-- root/None 1567 2003-09-19 12:11:38 usr/share/doc/Cygwin/libsigsegv-2.0.README [libsigsegv-devel-2.0-1.tar.bz2] drwxr-xr-x root/None 0 2003-09-19 12:11:44 usr/include/ -rw-r--r-- root/None 5628 2003-09-19 12:11:44 usr/include/sigsegv.h drwxr-xr-x root/None 0 2003-09-19 12:11:40 usr/lib/ -rw-r--r-- root/None 662 2003-09-19 12:11:44 usr/lib/libsigsegv.la -rw-r--r-- root/None 3990 2003-09-19 12:11:44 usr/lib/libsigsegv.a -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.mir.com.my/iTime/itime.htm http://www.ryanthiessen.com/swatch/resources.htm Use Licenses! http://www.linuxjournal.com/article.php?sid=6225 Which Licence? http://www.linuxjournal.com/article.php?sid=4825 OSI Licences http://www.opensource.org/licenses/ -- Promise her anything, but give her Exxon unleaded. $ for i in http://tierra.dyndns.org:81/cygwin/libsigsegv-doc-2.0-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv-devel-2.0-1.tar.bz2 http://tierra.dyndns.org:81/libsigsegv-2.0-1-src.tar.bz2 ; do wget $i done --11:39:36-- http://tierra.dyndns.org:81/cygwin/libsigsegv-doc-2.0-1.tar.bz2 = `libsigsegv-doc-2.0-1.tar.bz2' Resolving tierra.dyndns.org... done. Connecting to tierra.dyndns.org[81.197.3.110]:81... connected. HTTP request sent, awaiting response... 404 Not Found 11:39:37 ERROR 404: Not Found. --11:39:37-- http://tierra.dyndns.org:81/cygwin/libsigsegv-devel-2.0-1.tar.bz2 = `libsigsegv-devel-2.0-1.tar.bz2' Connecting to tierra.dyndns.org[81.197.3.110]:81... connected. HTTP request sent, awaiting response... 404 Not Found 11:39:37 ERROR 404: Not Found. --11:39:37-- http://tierra.dyndns.org:81/libsigsegv-2.0-1-src.tar.bz2 = `libsigsegv-2.0-1-src.tar.bz2' Connecting to tierra.dyndns.org[81.197.3.110]:81... connected. HTTP request sent, awaiting response... 404 Not Found 11:39:38 ERROR 404: Not Found. FINISHED --11:39:38-- Downloaded: 0 bytes in 0 files
Re: tetex-2.0.2-13
Corinna Vinschen writes: Thanks, uploaded. Can I remove 2.0.2-1? Yes, 2.0.2-2 is prev:, aka 1.3.x. Erm... there's no 2.0.2-2 in the tetex dir, just 2.0.2-1, 2.0.2-12 and now 2.0.2-13. It's even more difficult. The following versions exist in the following dirs: Ah, I'm very, sorry, thought the difficulties were over now. The build versions 10 are for 1.3.x. Only tetex-bin was updated when 1.5.x was released, so that prev: tetex-bin = 2.0.2-2 tetex-texmf = 2.0.2-1 curr: tetex-bin = 2.0.2-13 tetex-texmf = 2.0.2-13 I did not update tetex-texmf at the time because I expected more builds, and tetex-texmf is quite large. Prev/current versions as follows; where the only reason to keep prev: is that they are for 1.3.x. We could decide to just drop everything except -13, or I could upload a tetex-texmf-2.0.2-2. / 2.0.2-1 2.0.2-13 /tetex-base (from tetex-bin) 2.0.2-1 2.0.2-13 /tetex-bin (from tetex-bin) 2.0.2-2 2.0.2-13 /tetex-devel (from tetex-bin) 2.0.2-2 2.0.2-13 /tetex-doc 2.0.2-1 2.0.2-13 /tetex-extra 2.0.2-1 2.0.2-13 /tetex-tiny 2.0.2-1 2.0.2-13 /tetex-x11 (from tetex-bin) 2.0.2-2 2.0.2-13 So only the -12 and -13 versions exist in all directories. Could you explain how to proceed here, please? I hope this is explicit enough, and I'm sorry for the confusion. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
[root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
- Forwarded message from Cron Daemon [EMAIL PROTECTED] - From: [EMAIL PROTECTED] (Cron Daemon) To: [EMAIL PROTECTED] Subject: Cron [EMAIL PROTECTED] cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0 Date: 19 Sep 2003 12:50:14 - upset: *** warning package libkpathsea3abi13 refers to non-existent external-source version: tetex-bin-2.0.2-2 - End forwarded message -
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
Christopher Faylor wrote: - Forwarded message from Cron Daemon root=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED] - From: root=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED] (Cron Daemon) To: cgf=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED] Subject: Cron cgf=9JcytcrH/[EMAIL PROTECTED] cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0 Date: 19 Sep 2003 12:50:14 - upset: *** warning package libkpathsea3abi13 refers to non-existent external-source version: tetex-bin-2.0.2-2 - End forwarded message - Neat feature, cgf -- this would've prevented my ncurses-5.1 thinko a while back. So Jan, it's time to a) remove the 'external-source' line from libkpathsea3abi13's setup.hint b) re-upload tetex-bin-2.0.2(-src.tar.bz2 ?) and rename it to libkpathsea3abi13-xxx-src.tar.bz2 -- Chuck
-bin packages?
On Thu, Sep 18, 2003 at 11:17:44AM -0400, Christopher Faylor wrote: I hate to do this at this late point (and I *really* hate it when people do it to me) but I didn't notice the slightly nonstandard practice of naming the binary 'aspell-bin'. I'd like to change that. Otherwise we have a base package which only contains source, which is also unusual. I'd prefer to mv aspell-{bin-,}0.50.3-1.tar.bz2 and put it at the top level of the aspell directory and move everything else underneath it. Gareth, do you have a problem with that? I just re-noticed that tetex also has a -bin package. What do people think about this? I would like to be consistent in package naming and it seems like most packages put their binaries in a package sans -bin. There is an empty tetex package but I don't understand the need to complicate things this way. XFree86 also does this and I am, again, not sure why it's needed. cgf
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
On Fri, Sep 19, 2003 at 09:56:19AM -0400, Charles Wilson wrote: Christopher Faylor wrote: - Forwarded message from Cron Daemon root=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED] - From: root=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED] (Cron Daemon) To: cgf=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED] Subject: Cron cgf=9JcytcrH/[EMAIL PROTECTED] cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0 Date: 19 Sep 2003 12:50:14 - upset: *** warning package libkpathsea3abi13 refers to non-existent external-source version: tetex-bin-2.0.2-2 - End forwarded message - Neat feature, cgf -- this would've prevented my ncurses-5.1 thinko a while back. I've been meaning to have this go to the cygwin-apps mailing list but it has a tendency to send very many of these messages if a package is not dependencied right. I think I'll work on upset a little this weekend and come up with some way to only send this type of message once. I'll also try to remove the dependency on only using external source that are listed in prev/curr/test. cgf
Re: clisp is in section misc?
* Corinna Vinschen [EMAIL PROTECTED] [2003-09-19 14:12:32 +0200]: On Fri, Sep 19, 2003 at 08:42:32PM +1000, Gareth Pearce wrote: I don't think everyone wants to install it. Thanks for the heads up. I moved it into categories Interpreters and Devel. actually, may I suggest category: devel interpreters math shells devel: this is a development tool interpreters: like perl, python c (but much better! :-) math: runs maxima, has arbitrary precision integers and floats shells: can be your login shell (http://clisp.cons.org/clash.html) thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com The early bird may get the worm, but the second mouse gets the cheese.
Re: -bin packages?
On Fri, Sep 19, 2003 at 10:21:33AM -0400, Christopher Faylor wrote: On Thu, Sep 18, 2003 at 11:17:44AM -0400, Christopher Faylor wrote: I hate to do this at this late point (and I *really* hate it when people do it to me) but I didn't notice the slightly nonstandard practice of naming the binary 'aspell-bin'. I'd like to change that. Otherwise we have a base package which only contains source, which is also unusual. I'd prefer to mv aspell-{bin-,}0.50.3-1.tar.bz2 and put it at the top level of the aspell directory and move everything else underneath it. Gareth, do you have a problem with that? I just re-noticed that tetex also has a -bin package. What do people think about this? I would like to be consistent in package naming and it seems like most packages put their binaries in a package sans -bin. There is an empty tetex package but I don't understand the need to complicate things this way. XFree86 also does this and I am, again, not sure why it's needed. I don't think it's needed. It should be removed in favor of having the default binary release in the base package. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
On Fri, Sep 19, 2003 at 08:59:16AM -0400, Christopher Faylor wrote: - Forwarded message from Cron Daemon [EMAIL PROTECTED] - From: [EMAIL PROTECTED] (Cron Daemon) To: [EMAIL PROTECTED] Subject: Cron [EMAIL PROTECTED] cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0 Date: 19 Sep 2003 12:50:14 - upset: *** warning package libkpathsea3abi13 refers to non-existent external-source version: tetex-bin-2.0.2-2 Interesting that tetex-bin-2.0.2-2-src.tar.bz2 exists in tetex/tetex-bin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: tetex-2.0.2-13
On Fri, Sep 19, 2003 at 02:42:37PM +0200, Jan Nieuwenhuizen wrote: I hope this is explicit enough, and I'm sorry for the confusion. No worries. Please look into the below list and yell if something's wrong now. [EMAIL PROTECTED] tetex]$ ls -CFR .: libkpathsea3/ tetex-2.0.2-1-src.tar.bz2 tetex-base/ tetex-extra/ libkpathsea3abi13/ tetex-2.0.2-1.tar.bz2 tetex-bin/tetex-tiny/ md5.sum tetex-2.0.2-13-src.tar.bz2 tetex-devel/ tetex-x11/ setup.hint tetex-2.0.2-13.tar.bz2 tetex-doc/ ./libkpathsea3: libkpathsea3-2.0.2-1.tar.bz2 md5.sum libkpathsea3-2.0.2-13.tar.bz2 setup.hint ./libkpathsea3abi13: libkpathsea3abi13-2.0.2-2.tar.bz2 md5.sum setup.hint ./tetex-base: md5.sum setup.hint tetex-base-2.0.2-1.tar.bz2 tetex-base-2.0.2-13.tar.bz2 ./tetex-bin: md5.sum tetex-bin-2.0.2-13-src.tar.bz2 tetex-bin-2.0.2-2-src.tar.bz2 setup.hint tetex-bin-2.0.2-13.tar.bz2 tetex-bin-2.0.2-2.tar.bz2 ./tetex-devel: md5.sum setup.hint tetex-devel-2.0.2-13.tar.bz2 tetex-devel-2.0.2-2.tar.bz2 ./tetex-doc: md5.sum setup.hint tetex-doc-2.0.2-1.tar.bz2 tetex-doc-2.0.2-13.tar.bz2 ./tetex-extra: md5.sum setup.hint tetex-extra-2.0.2-1.tar.bz2 tetex-extra-2.0.2-13.tar.bz2 ./tetex-tiny: md5.sum setup.hint tetex-tiny-2.0.2-1.tar.bz2 tetex-tiny-2.0.2-13.tar.bz2 ./tetex-x11: md5.sum setup.hint tetex-x11-2.0.2-13.tar.bz2 tetex-x11-2.0.2-2.tar.bz2 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: clisp is in section misc?
On Fri, Sep 19, 2003 at 10:48:36AM -0400, Sam Steingold wrote: * Corinna Vinschen [EMAIL PROTECTED] [2003-09-19 14:12:32 +0200]: On Fri, Sep 19, 2003 at 08:42:32PM +1000, Gareth Pearce wrote: I don't think everyone wants to install it. Thanks for the heads up. I moved it into categories Interpreters and Devel. actually, may I suggest category: devel interpreters math shells devel: this is a development tool interpreters: like perl, python c (but much better! :-) math: runs maxima, has arbitrary precision integers and floats shells: can be your login shell (http://clisp.cons.org/clash.html) Done. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Sleepycat db 4.1?
Hi Gerrit, On Thu, Sep 18, 2003 at 05:52:53PM +0200, Gerrit P. Haase wrote: Corinna schrieb: AFAICS, you're the db maintainer. I would like to ask you, if there's something in the way of releasing a 4.1.25 version of db. It would be nice to have it in the Cygwin release since the differences between 3.1 and 4.1 are so that some packages already require 4.1 to run (e.g. openldap). I have a version running since several months and it acts well. I can try to set up a source package which compiles out of the tarball with shared libs if Nicholas hasn't done it yet, Nicholas? are you willing to release your version also if Nicholas doesn't reply for a while? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [root@sources.redhat.com: Cron cgf@sourceware cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]
On Fri, Sep 19, 2003 at 05:01:33PM +0200, Corinna Vinschen wrote: On Fri, Sep 19, 2003 at 08:59:16AM -0400, Christopher Faylor wrote: - Forwarded message from Cron Daemon [EMAIL PROTECTED] - From: [EMAIL PROTECTED] (Cron Daemon) To: [EMAIL PROTECTED] Subject: Cron [EMAIL PROTECTED] cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0 Date: 19 Sep 2003 12:50:14 - upset: *** warning package libkpathsea3abi13 refers to non-existent external-source version: tetex-bin-2.0.2-2 Interesting that tetex-bin-2.0.2-2-src.tar.bz2 exists in tetex/tetex-bin. The source file has to exist somewhere in setup.ini for this to work. It dropped off the end and is no longer available as a prev now that packages have been updated. I tried to make some obvious changes to rectify this but there are too many dependencies. I think it's just time for me to change upset. cgf
Re: clisp is in section misc?
On Fri, Sep 19, 2003 at 10:48:36AM -0400, Sam Steingold wrote: * Corinna Vinschen [EMAIL PROTECTED] [2003-09-19 14:12:32 +0200]: On Fri, Sep 19, 2003 at 08:42:32PM +1000, Gareth Pearce wrote: I don't think everyone wants to install it. Thanks for the heads up. I moved it into categories Interpreters and Devel. actually, may I suggest category: devel interpreters math shells devel: this is a development tool interpreters: like perl, python c (but much better! :-) math: runs maxima, has arbitrary precision integers and floats shells: can be your login shell (http://clisp.cons.org/clash.html) Hmm. Maybe we need to add floorwax and dessert-topping categories, too. :-) cgf
Re: clisp is in section misc?
On Fri, Sep 19, 2003 at 11:15:36AM -0400, Christopher Faylor wrote: On Fri, Sep 19, 2003 at 10:48:36AM -0400, Sam Steingold wrote: * Corinna Vinschen [EMAIL PROTECTED] [2003-09-19 14:12:32 +0200]: On Fri, Sep 19, 2003 at 08:42:32PM +1000, Gareth Pearce wrote: I don't think everyone wants to install it. Thanks for the heads up. I moved it into categories Interpreters and Devel. actually, may I suggest category: devel interpreters math shells devel: this is a development tool interpreters: like perl, python c (but much better! :-) math: runs maxima, has arbitrary precision integers and floats shells: can be your login shell (http://clisp.cons.org/clash.html) Hmm. Maybe we need to add floorwax and dessert-topping categories, too. :-) Kitchen sinks. CLISP apparently is one ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Sleepycat db 4.1?
Hello Corinna, Hi Gerrit, On Thu, Sep 18, 2003 at 05:52:53PM +0200, Gerrit P. Haase wrote: Corinna schrieb: AFAICS, you're the db maintainer. I would like to ask you, if there's something in the way of releasing a 4.1.25 version of db. It would be nice to have it in the Cygwin release since the differences between 3.1 and 4.1 are so that some packages already require 4.1 to run (e.g. openldap). I have a version running since several months and it acts well. I can try to set up a source package which compiles out of the tarball with shared libs if Nicholas hasn't done it yet, Nicholas? are you willing to release your version also if Nicholas doesn't reply for a while? Ok. Meanwhile you can use my old version of 4.1.25 linked against cygwin-1.3.22 to build openldap: http://anfaenger.de/cygwin/db/db4.1/db-4.1.25-1.tar.bz2 Give me some (few) days, I'll try to make it ready for release at the weekend. Gerrit -- =^..^=
Re: Sleepycat db 4.1?
On Fri, Sep 19, 2003 at 05:42:02PM +0200, Gerrit P. Haase wrote: Give me some (few) days, I'll try to make it ready for release at the weekend. Cool, thank you! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
[cliff@aonix.co.uk: Re: tetex-base 2.0.2-13...]
Jan, did you notice this? He's right, I just tried to unpack the file. Corinna - Forwarded message from Cliff Hones [EMAIL PROTECTED] - Date: Fri, 19 Sep 2003 16:50:18 +0100 From: Cliff Hones [EMAIL PROTECTED] Subject: Re: tetex-base 2.0.2-13... To: [EMAIL PROTECTED] Weiqi Gao wrote: ... I had the same problem. Doing a tar jtvf on the bzip2ed tar file revealed that the download had an integrity problem: -rw-r--r-- root/root 18948 1997-12-26 17:00:00 usr/share/texmf/fonts/type1/public/cmcyr/cmcbx12.pfb bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) ... You are right - it was an earlier version which I thought had got stuck during install. I have just checked the latest package file (from mirrors.rcn.net) and it does have a problem: $ bzcat tetex-base-2.0.2-13.tar.bz2 /dev/null bzcat: Data integrity error when decompressing. Input file = tetex-base-2.0.2-13.tar.bz2, output file = (stdout) Perhaps the integrity of the package files should be routinely checked when they are added to the master distribution (at the same time the MD5 signatures are calculated). -- Cliff -- 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/ - End forwarded message - -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: -bin packages?
Christopher Faylor writes: What do people think about this? I would like to be consistent in package naming and it seems like most packages put their binaries in a package sans -bin. There is an empty tetex package but I don't understand the need to complicate things this way. I just copied Debian's package layout, except that Cygwin needs the 'root' package. Tetex is built from two source packages, which complicates matters a bit. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: [cliff@aonix.co.uk: Re: tetex-base 2.0.2-13...]
Corinna Vinschen writes: Jan, did you notice this? He's right, I just tried to unpack the file. Hmm, something went wrong when I uploaded the packages. -13 seems to be an unlucky release, wonder why. I'm re-uploading -13 now (ETA: 20mins) it appears that wget was killed. Maybe I should rsync for this. However, I don't know what your policy is. Can you overwrite -13 when it arrives, or should I build a -14? I can manage to have a new, similar -14 version ready in a couple of hours, but look in into changing the layout (wrt -bin package) will take at least some days. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: [cliff@aonix.co.uk: Re: tetex-base 2.0.2-13...]
On Fri, Sep 19, 2003 at 09:26:09PM +0200, Jan Nieuwenhuizen wrote: Corinna Vinschen writes: Jan, did you notice this? He's right, I just tried to unpack the file. Hmm, something went wrong when I uploaded the packages. -13 seems to be an unlucky release, wonder why. I'm re-uploading -13 now (ETA: 20mins) it appears that wget was killed. Maybe I should rsync for this. However, I don't know what your policy is. Can you overwrite -13 when it arrives, or should I build a -14? In this case, whatever is fastest, I think. Since no one managed to install -13, I think we should get something up ASAP. cgf
inetutils packaging problem
Corinna, In the inetutils -25 package which just showed up on ftp, your tarball contains paths with .\ prefixes. I suspect that your source argument for tar was a . instead of *. Unfortunately setup doesn't handle this case right for cygwin-style bind mounts and ends up putting contents intended for /usr/{bin,lib} in C:\Cygwin\usr\{bin,lib} instead of properly mapping /usr/{bin,lib} to C:\Cygwin\{bin,lib}. Cheers, Nicholas P.S. - I'll take a look at what Gerrit's got so far, but it should probably be ok.
Re: Re: tetex-base 2.0.2-13...] refreshed
Christopher Faylor writes: In this case, whatever is fastest, I think. Since no one managed to install -13, I think we should get something up ASAP. Other packages are still syncing (10K/s) upload), but the correct (ie non-truncated) tetex-base-2.0.2-13 is up: http://lilypond.org/cygwin/uploads/tetex/tetex-base/tetex-base-2.0.2-13.tar.bz2 Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: tetex-base 2.0.2-13...] refreshed
Christopher Faylor writes: http://lilypond.org/cygwin/uploads/tetex/tetex-base/tetex-base-2.0.2-13.tar.bz2 I'm downloading this now. Hmm. Same size, different md5sum. That's weird. So wget was not killed. Bit rot? Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Xoncygwin updates very slow at appearing
Hi, I checked out a HEAD xc tree from xoncywin and didn't find the new code in xc/programs/Xserver/Xext for enabling ipc. Is this because sourceforge is be a bit slow and I'm too impatient? Colin
Re: Xoncygwin updates very slow at appearing
On Fri, 19 Sep 2003, Colin Harrison wrote: Hi, I checked out a HEAD xc tree from xoncywin and didn't find the new code in xc/programs/Xserver/Xext for enabling ipc. Is this because sourceforge is be a bit slow and I'm too impatient? It's in now. But cvsweb does not show it yet. They work on a backup of the cvs. cvs log -r 1.2 shm.c RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v Working file: shm.c head: 1.2 branch: locks: strict access list: symbolic names: XFIXES_BRANCH: 1.1.1.2.0.2 XFREE86_4_3_0: 1.1.1.2 windows-1-branch: 1.1.1.1.0.2 XONCYGWIN-1_0: 1.1.1.1 XONCYGWIN: 1.1.1 keyword substitution: kv total revisions: 4; selected revisions: 1 description: revision 1.2 date: 2003/09/18 07:08:39; author: hhunt; state: Exp; lines: +67 -1 Add calls to OsVendorShmCheck bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
/usr/X11R6/bin/uxterm is missing from XFree86-bin-4.3.0-3
Hey /usr/X11R6/bin/uxterm is missing from XFree86-bin-4.3.0-3 since XFree86-bin-4.3.0-2 Ciao Volker
Re: Xoncygwin updates very slow at appearing
Hi, I don't get it:- cvs log -r 1.2 shm.c cvspserver server: nothing known about 1.2 RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v Working file: shm.c head: 1.1 branch: 1.1.1 locks: strict access list: symbolic names: XFIXES_BRANCH: 1.1.1.2.0.2 XFREE86_4_3_0: 1.1.1.2 windows-1-branch: 1.1.1.1.0.2 XONCYGWIN-1_0: 1.1.1.1 XONCYGWIN: 1.1.1 keyword substitution: kv total revisions: 3; selected revisions: 1 description: revision 1.1.1.2 date: 2003/06/03 11:08:23; author: ago; state: Exp; lines: +54 -1 Import of XFree86 4.3.0 (second try) = I'm coming from the UK to:- cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin login Something weird going on? Colin
Re: Xoncygwin updates very slow at appearing
On Fri, 19 Sep 2003, Colin Harrison wrote: I'm coming from the UK to:- cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin login Something weird going on? Maybe the pserver uses the backup cvs too and the backup has not been updated. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: a beginners question
Alexander Gottwald wrote: amr roushi wrote: I am new in Xfree86 , I use many Xwin windows with the comman xwin :XX -query hostname . It works fine but the window gets a permanent nam Xfree86 PORTNUM is there a way to change this to display something meaningful such as the host name for example . I've commited a patch which changes the title to Cygwin/XFree86 - host if the -query option is supplied. Otherwise it stays Cygwin/XFree86 - 0:0 bye ago NP: Diary of Dreams - Freak Perfume (Limited Edition) - Traum:A Thank u Alex for the patch . How can we get it thanks
Re: a beginners question
On Fri, 19 Sep 2003, amr roushi wrote: Alexander Gottwald wrote: I've commited a patch which changes the title to Cygwin/XFree86 - host if the -query option is supplied. Otherwise it stays Cygwin/XFree86 - 0:0 Thank u Alex for the patch . How can we get it There is currently no binary built with this patch. If you can't wait for the next release and want to compile XWin yourself you should check the contributor's guide at http://xfree86.cygwin.com/docs/cg/. But since this posting is titled a beginners question I think it is better for you to wait a few days for the next release. I've nevertheless attached the patch for the curious. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723Index: InitOutput.c === RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/InitOutput.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- InitOutput.c15 Sep 2003 18:14:05 - 1.3 +++ InitOutput.c18 Sep 2003 19:37:08 - 1.4 @@ -54,6 +54,7 @@ HWND g_hDlgExit = NULL; Bool g_fCalledSetLocale = FALSE; Bool g_fCalledXInitThreads = FALSE; +const char * g_pszQueryHost = NULL; /* @@ -1189,6 +1190,16 @@ { CHECK_ARGS (1); g_cmdline.rgbPath = argv[++i]; + return 0; /* Let DIX parse this again */ +} + + /* + * Look for the '-query' argument + */ + if (IS_OPTION (-query)) +{ + CHECK_ARGS (1); + g_pszQueryHost = argv[++i]; return 0; /* Let DIX parse this again */ } Index: win.h === RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/win.h,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- win.h 17 Sep 2003 22:56:11 - 1.3 +++ win.h 18 Sep 2003 19:37:08 - 1.4 @@ -580,6 +580,7 @@ extern HWNDg_hDlgExit; extern int g_copyROP[]; extern int g_patternROP[]; +extern const char * g_pszQueryHost; /* Index: wincreatewnd.c === RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/wincreatewnd.c,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- wincreatewnd.c 15 Sep 2003 18:14:05 - 1.2 +++ wincreatewnd.c 18 Sep 2003 19:37:08 - 1.3 @@ -77,7 +77,13 @@ RegisterClass (wc); /* Set display and screen-specific tooltip text */ - snprintf (szTitle, + if (g_pszQueryHost != NULL) +snprintf (szTitle, + sizeof (szTitle), + WINDOW_TITLE_XDMCP, + g_pszQueryHost); + else +snprintf (szTitle, sizeof (szTitle), WINDOW_TITLE, display, @@ -277,7 +283,13 @@ #endif /* Set display and screen-specific tooltip text */ - snprintf (szTitle, + if (g_pszQueryHost != NULL) +snprintf (szTitle, + sizeof (szTitle), + WINDOW_TITLE_XDMCP, + g_pszQueryHost); + else +snprintf (szTitle, sizeof (szTitle), WINDOW_TITLE, display, Index: winwindow.h === RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/hw/xwin/winwindow.h,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- winwindow.h 15 Sep 2003 18:14:05 - 1.2 +++ winwindow.h 18 Sep 2003 19:37:08 - 1.3 @@ -43,6 +43,7 @@ /* Constant strings */ #define WINDOW_CLASS cygwin/xfree86 #define WINDOW_TITLE Cygwin/XFree86 - %s:%d +#define WINDOW_TITLE_XDMCP Cygwin/XFree86 - %s #define WIN_SCR_PROP cyg_screen_prop rl #define WINDOW_CLASS_X cygwin/xfree86 X rl #define WINDOW_TITLE_X Cygwin/XFree86 X
Re: Xoncygwin updates very slow at appearing
You know, they say that their backup for cvsweb is 24 hours old, but at this point it seems to be more like 5 weeks old. It seems to be very out of date lately. Harold Alexander Gottwald wrote: On Fri, 19 Sep 2003, Colin Harrison wrote: Hi, I checked out a HEAD xc tree from xoncywin and didn't find the new code in xc/programs/Xserver/Xext for enabling ipc. Is this because sourceforge is be a bit slow and I'm too impatient? It's in now. But cvsweb does not show it yet. They work on a backup of the cvs. cvs log -r 1.2 shm.c RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v Working file: shm.c head: 1.2 branch: locks: strict access list: symbolic names: XFIXES_BRANCH: 1.1.1.2.0.2 XFREE86_4_3_0: 1.1.1.2 windows-1-branch: 1.1.1.1.0.2 XONCYGWIN-1_0: 1.1.1.1 XONCYGWIN: 1.1.1 keyword substitution: kv total revisions: 4; selected revisions: 1 description: revision 1.2 date: 2003/09/18 07:08:39; author: hhunt; state: Exp; lines: +67 -1 Add calls to OsVendorShmCheck bye ago
Re: Xoncygwin updates very slow at appearing
On Fri, 19 Sep 2003, Colin Harrison wrote: Hi, I don't get it:- cvs log -r 1.2 shm.c cvspserver server: nothing known about 1.2 RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/Xext/shm.c,v Working file: shm.c head: 1.1 branch: 1.1.1 ^ locks: strict access list: symbolic names: XFIXES_BRANCH: 1.1.1.2.0.2 XFREE86_4_3_0: 1.1.1.2 windows-1-branch: 1.1.1.1.0.2 XONCYGWIN-1_0: 1.1.1.1 XONCYGWIN: 1.1.1 keyword substitution: kv total revisions: 3; selected revisions: 1 description: revision 1.1.1.2 date: 2003/06/03 11:08:23; author: ago; state: Exp; lines: +54 -1 Import of XFree86 4.3.0 (second try) I'm coming from the UK to:- cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin login Something weird going on? Colin Colin, Perhaps you being on a branch (see the line above underlined with '^^^') has something to do with this? Alexander's log didn't contain that. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: Xoncygwin updates very slow at appearing
On Fri, 19 Sep 2003, Harold L Hunt II wrote: You know, they say that their backup for cvsweb is 24 hours old, but at this point it seems to be more like 5 weeks old. It seems to be very out of date lately. The Synch with test 99 commits (which are 3 days old) are displayed via cvsweb. revision 1.2 date: 2003/09/18 07:08:39; author: hhunt; state: Exp; lines: +67 -1 Add calls to OsVendorShmCheck The commit to Xext/shm.c was yesterday (But already more than 24 hours ago). It's not up todate but still not outdated. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: AW: IPC/SHM is now supported by default in xoncygwin HEAD CVS tree
Ralf, Ralf Habacker wrote: Hi Harold, I just checked in changes to the MIT-SHM (xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont (xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM support when the Cygwin IPC daemon is not running. This allows IPC/SHM support to be enabled by default in Cygwin/XFree86. I tried to define the functionality of an OS-specific SHM support check as best I could, which resulted in adding a new function called OsVendorShmCheck (). This new OsVendorShmCheck function is called from shm.c and xf86bigfont.c when DDXOSSHMCHECK is defined. This system was designed to work like DDXOSVERRORF and OsVendorVErrorF (), for example. this is obviously the right way, I have seen the related patches for ...BSD, but doesn't know who to deal with. Thanks for this efforts. Well, I thought it was the right way too... Unfortunately, I am starting to think it is not the right way. The reason why is two-fold: 1) The OsVenderShmCheck has to be linked in a special manner when linking XWin.exe so that the Xext lib can find it. Xext is linked after the XWin lib, so XWin's OsVendorShmCheck gets dropped before Xext requests it. The way I found around this was to add an explicit object reference in Xserver/Imakefile. This went in the same place as the XWin.res and stubs.o references. This fixed the link problem, but it wasn't very clean. 2) Xext is compiled once for each of the servers being built (xnest, xprt, xvfb, XWin, etc.), so if DDXOSSHMCHECK is defined for one, then it is defined for all. The problem here is that OsVendorShmCheck is defined in hw/xwin/winshmcheck.o, which would then have to be added to the link lines for each of the servers being built. This is really messy, especially when we think that other platforms are supposed to be using this framework. I have been thinking about this quite a bit and I can't see a reason why we can't just use the existing check for the SHM syscalls in xf86bigfont.c and shm.c. Ralf's new function seems to do almost exactly the same thing and we were bailing at the same place as them, so it would probably work just fine to add || defined(__CYGWIN__) to the conditional definition of that function. I am going to try this and see if I can get it working. There will be a new Server Test Series release sometime tomorrow that includes this new functionality. I assume that the current xlib releases are linked without shm support ? Then the new features of the Xwin Test server will only be usable if at least the X11 and Xext libs are compiled with shm support. Yes, I was going to release new libs, but then I discovered that xnest, etc. were failing to link. I want to fix that before trying to repackage the libs. Harold
Re: Odd XDMCP problems (resolved)
Well I figured out what the problem was with my XDMCP connection. I had edited the /etc/profile file to set the DISPLAY environment variable dynamically using the host I was connecting from. The entry in the /etc/profile was this: export DISPLAY=${REMOTEHOST}:0.0 It seems that when an XDMCP is made the REMOTEHOST environment variable is not set and therefore the DISPLAY environment variable ends up getting set to :0.0 which points to the linux console instead of the remote Cygwin machine. The fix was to edit the .bash_profile in the user's home directory and manually set the DISPLAY environment variable to point back to the remote machine running the Cygwin xserver. Now everything works perfectly. Mike, Mike Campbell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here is an odd one for you to try to help me figure out. I have configured my RedHat Linux 9.0 system to allow XDCMP connections. When I reboot the server the console comes up with the default kdm login box. ~From my win2k machine I have installed all of the cygwin Xfree tools. I used the startxdmcp.bat file (after editing it for the remote_address parameter) and it successfully connects to the linux box and I see the login dialog box. So far so good. Initally when I would log in the cygwin screen would turn light blue and then after 5 seconds or so the login box would reappear and a message about my session lasting less than 10 seconds. I found on the linux machine where I was logging in the following in the .xsession-errors file: set: unable to open display :0.0 xsetroot: unable to open display ':0.0' xrdb: Connection refused xrdb: Can't open display ':0.0' startkde: Starting up... ksplash: cannot connect to X server :0.0 _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root kded: cannot connect to X server :0.0 kdeinit: Can't connect to the X Server. kdeinit: Might not terminate at end of session. kcminit: cannot connect to X server :0.0 knotify: cannot connect to X server :0.0 ksmserver: cannot connect to X server :0.0 startkde: Shutting down... startkde: Running shutdown scripts... KLauncher: Exiting on signal 1 startkde: Done. Looks like you might need the -from MY_IP_ADDRESS command-line parameter in startxdmcp.bat for XWin.exe. Although, this doesn't make a lot of sense because you probably wouldn't even get the login screen if the from address wasn't being set correctly. I then edited the /etc/kde/kdm/Xstartup file on the linux machine and added a line that said 'xhost +' and restart the X server on the linux machine. The xhost + is not the answer. Please remove that line or accept the security risks that it has, even though it is providing you with no benefit. I think the real problem here is that XDM on your linux machine is not setting the DISPLAY variable correctly. The output from the log file shows this: xsetroot: unable to open display ':0.0' :0.0 means to connect to the local machine on display 0, screen 0. That is typically the console. This is obviously incorrect, since you need all X Clients to connect to the X Server running on your Windows machine. For some odd reason my DISPLAY from the xdmcp session seems incorrect. It should set DISPLAY to point back to the cygwin xfree server instead of the linux console. How do I fix this??? I have never, ever, heard of anyone reporting this problem before where the DISPLAY is not getting set correctly by the XDM server (again, unless you just need the -from parameter as mentioned above). Can we assume that this RedHat 9.0 installation is 100% non-modified or have people had their hands on it, customizing it? If the installation has been heavily customized, then I think that someone made a mistake in one of those customizations. If the installation has not been heavily customized, then perhaps you could do some searching to find out if this a generic problem for RedHat 9.0. Hey, I have an idea... why don't you try opening an XDMCP session to your RedHat 9.0 machine from another *nix machine. That would help determine if Cygwin/XFree86 or the RedHat machine configuration is at fault. Harold
Re: right-click problem
You're gonna have to specify which application causes trouble and/or what type of operating system it is running on. I assume that this is a problem with a remote application since we have seen reports of this before. So, I guess you should search the mailing list archives as well. Harold J S wrote: Hi, I have an X-app which when I right click on some of the icons produces a menu in Exceed, but in XFree doesn't - however if I run any other apps where I need to right click the mouse to get a menu up, it does work. Could anyone suggest how I might fix this problem please? Thanks, JS. _ Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile
New IceWM package
Since the 2 IceWM ports listed at http://xfree86.cygwin.com/ported-software.html aren't that new (and probably require XFree86-lib-compat), and unfortunately nobody else seems to distribute their binaries (I couldn't find others on the mailing-list archives and Google), I decided to package 1.2.13pre3 CVS, which I was using without any problems on Linux (and IceWM since 1998-1999). I had to build it about 10 times to get a usable binary, but the first part is done. Feel free to use it. It didn't crash yet, and at least changing themes, restarting, switching workspaces, and editing the menu file on the fly worked, so... It requires Cygwin 1.5.x, and presumably the new 1.5.x XFree86 packages. http://www.pervalidus.net/cygwin/icewm/ -- How to contact me - http://www.pervalidus.net/contact.html
xedit crash on startup backtrace
Well, I built a debug version of XFree86 and managed to get a backtrace from the xedit crash: (gdb) run Starting program: /usr/X11R6/bin/xedit.exe Program received signal SIGSEGV, Segmentation fault. 0x004201c9 in Lisp__New (car=0x100917d8, cdr=0x1) at lisp.c:2632 2632objseg.freeobj = CDR(obj); (gdb) bt #0 0x004201c9 in Lisp__New (car=0x100917d8, cdr=0x1) at lisp.c:2632 #1 0x00420956 in LispNewCons (car=0x100917d8, cdr=0x1) at lisp.c:2938 #2 0x00454bce in Lisp_ParseNamestring (builtin=0x526480) at pathname.c:560 #3 0x00423b6b in LispFuncall (function=0x100b0c38, arguments=0x22f410, eval=0) at lisp.c:4670 #4 0x004241e0 in LispApply1 (function=0x100b0c38, argument=0x10091b68) at lisp.c:4823 #5 0x00425ae4 in LispBegin () at lisp.c:5436 #6 0x00412c3b in XeditLispInitialize () at lisp.c:63 #7 0x00401559 in main (argc=1, argv=0x10062978) at xedit.c:150 Anyone get any clues from that? This should probably be submitted to XFree86's Bugzilla. I haven't got the time to debug it. Harold
Re: right-click problem
Try turning off Num Lock and/or Caps Lock and see if that makes a difference. From: J S [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: right-click problem Date: Fri, 19 Sep 2003 15:34:16 + Checked the archives but haven't had much luck so far. The application is something called EMC Symmetrix Console and it runs on Solaris. I have checked the problem on a Linux box as well and get the same as cygwin-xfree so presumably this is an XFree problem. However what I don't understand is why the right-click mouse menu pops up in Exceed (no special configuration has been done), but not in XFree. JS. You're gonna have to specify which application causes trouble and/or what type of operating system it is running on. I assume that this is a problem with a remote application since we have seen reports of this before. So, I guess you should search the mailing list archives as well. Harold J S wrote: Hi, I have an X-app which when I right click on some of the icons produces a menu in Exceed, but in XFree doesn't - however if I run any other apps where I need to right click the mouse to get a menu up, it does work. Could anyone suggest how I might fix this problem please? Thanks, JS. _ Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile _ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband _ Express yourself with MSN Messenger 6.0 -- download now! http://www.msnmessenger-download.com/tracking/reach_general
/etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh)
While looking for the reason why less has stopped understanding the BACKSPACE key (and a bunch of others) I stumbled over the following. I'm sending this just to INFORM about it. I'm NOT on the xfree list. I'm NOT interested of participating in more discussions on this subject. $ head -63 /etc/profile | tail -1 `/bin/find /etc/profile.d -iname '*.sh' -type f` $ /bin/find /etc/profile.d -iname '*.sh' -type f /etc/profile.d/lilypond-profile.sh /etc/profile.d/mc.sh /etc/profile.d/openssl.sh /etc/profile.d/00xfree.sh NOTE that 00xfree is listed last... THEN read what the comment in the first lines of the script says. $ cat /etc/profile.d/00xfree.sh # the script name starts with 00 to ensure that it is executed before any # other scripts because one of them may need to know where X is to run # properly. X11PATH=/usr/X11R6/bin if ! /bin/echo ${PATH} | /bin/grep -q ${X11PATH} ; then export PATH=${PATH}:${X11PATH} fi $ /Hannu E K Nevalainen, B.Sc. EE - 59°16.37'N, 17°12.60'E -- UTC+01, DST - UTC+02 -- --END OF MESSAGE--
Re: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh)
On Fri, Sep 19, 2003 at 04:59:07PM -0400, Igor Pechtchanski wrote: Speaking of your machine, could this be because you're using Win98? (Checking) Bingo! Somehow, on Win98 find traverses files in unsorted order, i.e., the order they were created. Which is acceptable behavior, as I'm sure you know. You can't rely on any kind of predictable ordering behavior from find, AFAIK. cgf
Re: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh)
On Fri, 19 Sep 2003, Christopher Faylor wrote: On Fri, Sep 19, 2003 at 04:59:07PM -0400, Igor Pechtchanski wrote: Speaking of your machine, could this be because you're using Win98? (Checking) Bingo! Somehow, on Win98 find traverses files in unsorted order, i.e., the order they were created. Which is acceptable behavior, as I'm sure you know. You can't rely on any kind of predictable ordering behavior from find, AFAIK. cgf Yes, it's acceptable, but I guess I'm not the only one spoiled by Win2k (judging by the contents of /etc/profile). The reason I even tried to raise this point was that some scripts apparently did rely on this behavior, and I was asking whether, perhaps, /etc/profile should call these scripts in alphabetical order to satisfy these expectations. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Username with white spaces
Dear all, When I install windowmaker, I got error since my windowsXP 's username contains some white spaces. `$HOME' gives me: /cygwin/c/Documents And the problem comes from that. `wmaker' cant find this, because it actually doesn't exist. $HOME should return /cygwin/c/Documents and Settings/my name with spaces I have read mailing list archives and follow the instructions at http://cygwin.com/cgi-bin/htsearch?method=andformat=builtin-longsort=timeconfig=htdigrestrict=%2Fml%2Fcygwin%2Fexclude=words=wmaker+installation , but I am not successful. Could anyone kindly help me to fix this? Many thanks.
Re: Xoncygwin updates very slow at appearing
Hi, There she blows 1.2 appears as a miracle on snailforge.com. Now what did I want to do? I've lost too many brain cells waiting. Colin
Re: Xoncygwin updates very slow at appearing
Colin, Just checkout the default branch as per the instructions on the snailforge CVS page for xoncygwin. After that, you'll want to follow the instructions from the Contributor's Guide to bootstrap lndir, then use lndir to build in a separate directory, as the instructions describe. http://xfree86.cygwin.com/docs/cg/prog-build-native.html Harold Colin Harrison wrote: Hi, There she blows 1.2 appears as a miracle on snailforge.com. Now what did I want to do? I've lost too many brain cells waiting. Colin
Re: BaseDisplay::BaseDisplay: connection to X server failed.
Unless you really know what you are doing, please use startxwin.bat to start Cygwin/XFree86: http://xfree86.cygwin.com/docs/ug/using.html#using-starting-bat Harold modesty wrote: All members of Cygwin-XFree mailing list, I tried the following commands but X server shutdown with error. ~# cp /etc/X11/xinit/xinitrc ./.xinitrc ~# vi .xinitrc (deleted all lines under the comment # start some nice programs and added 'openbox ') ~# startx waiting for X server to shut down BaseDisplay::BaseDisplay: connection to X server failed. What does this error mean? I've searched on http://www.google.com which shows compilation error involved with BaseDisplay.o or something unrelated to my case. Any gleamy light shed upon this sort of uncertainty?
Broken build in latest XFree86 CVS - Cygwin lacks sockaddr_storage
A new file was added, called xc/programs/xdm/prngc.c. This new file uses sockaddr_storage, which is not defined on Cygwin. I sent an email to [EMAIL PROTECTED] to see if they have any ideas as to how to fix this on platforms that do not have sockaddr_storage. Any ideas here on how to work around this? Harold
Re: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh)
On Fri, 19 Sep 2003, Hannu E K Nevalainen (garbage mail) wrote: While looking for the reason why less has stopped understanding the BACKSPACE key (and a bunch of others) I stumbled over the following. I'm sending this just to INFORM about it. I'm NOT on the xfree list. I'm NOT interested of participating in more discussions on this subject. $ head -63 /etc/profile | tail -1 `/bin/find /etc/profile.d -iname '*.sh' -type f` $ /bin/find /etc/profile.d -iname '*.sh' -type f /etc/profile.d/lilypond-profile.sh /etc/profile.d/mc.sh /etc/profile.d/openssl.sh /etc/profile.d/00xfree.sh NOTE that 00xfree is listed last... THEN read what the comment in the first lines of the script says. $ cat /etc/profile.d/00xfree.sh # the script name starts with 00 to ensure that it is executed before any # other scripts because one of them may need to know where X is to run # properly. X11PATH=/usr/X11R6/bin if ! /bin/echo ${PATH} | /bin/grep -q ${X11PATH} ; then export PATH=${PATH}:${X11PATH} fi $ IMO, this belongs on the cygwin list, as this concerns the predictability of the script execution order from /etc/profile. Hannu, this is really weird. I'm getting 00xfree.sh as the *first* file match: $ /bin/find /etc/profile.d/ -iname '*.sh' -type f /etc/profile.d/00xfree.sh /etc/profile.d/mc.sh /etc/profile.d/openssl.sh $ WAGs: Could this be the result of a different collation sequence in your language? Can you try running LC_ALL=C /bin/find /etc/profile.d -iname '*.sh' -type f on your machine? Speaking of your machine, could this be because you're using Win98? (Checking) Bingo! Somehow, on Win98 find traverses files in unsorted order, i.e., the order they were created. I guess either /etc/profile should guarantee alphanumeric order, or maintainers need to reassess their assumptions. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh)
On Fri, Sep 19, 2003 at 05:23:40PM -0400, Igor Pechtchanski wrote: On Fri, 19 Sep 2003, Christopher Faylor wrote: On Fri, Sep 19, 2003 at 04:59:07PM -0400, Igor Pechtchanski wrote: Speaking of your machine, could this be because you're using Win98? (Checking) Bingo! Somehow, on Win98 find traverses files in unsorted order, i.e., the order they were created. Which is acceptable behavior, as I'm sure you know. You can't rely on any kind of predictable ordering behavior from find, AFAIK. Yes, it's acceptable, but I guess I'm not the only one spoiled by Win2k (judging by the contents of /etc/profile). When I was debugging the never-ending find misses the last directory problem, I was actually surprised to see that everything was returned in alphabetic order. It is nice to see predictable behavior in opendir/readdir. Too bad it isn't part of SUSv3. The reason I even tried to raise this point was that some scripts apparently did rely on this behavior, and I was asking whether, perhaps, /etc/profile should call these scripts in alphabetical order to satisfy these expectations. Yes, I understand why you made the point and I agree 100%. I was just trying to forestall any Cygwin should fix this type of reasoning. cgf
src/winsup/cygwin ChangeLog pinfo.h spawn.cc s ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-20 00:31:13 Modified files: winsup/cygwin : ChangeLog pinfo.h spawn.cc syscalls.cc Added files: winsup/cygwin : devices.cc devices.gperf fhandler_fifo.cc fhandler_nodevice.cc Log message: * syscalls.cc (system): Strip signal considerations from here so that they are not inherited by a child process. * spawn.cc (spawn_guts): Handle system() signal stuff here. * winsup.h (_P_SYSTEM): Define. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/devices.cc.diff?cvsroot=srcr1=NONEr2=1.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/devices.gperf.diff?cvsroot=srcr1=1.4r2=1.5 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_fifo.cc.diff?cvsroot=srcr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_nodevice.cc.diff?cvsroot=srcr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2081r2=1.2082 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.h.diff?cvsroot=srcr1=1.50r2=1.51 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.127r2=1.128 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.290r2=1.291
src/winsup/cygwin ChangeLog pinfo.h spawn.cc s ...
CVSROOT:/cvs/src Module name:src Branch: cr-0x9b Changes by: [EMAIL PROTECTED] 2003-09-20 02:48:14 Modified files: winsup/cygwin : ChangeLog pinfo.h spawn.cc syscalls.cc thread.cc thread.h Log message: * thread.h (__reent_t::init_clib): Declare new function. * thread.cc (__reent_t::init_clib): Define new function. (pthread::thread_init_wrapper): Use __reent_t::init_clib to init local clib storage and set std{in,out,err} appropriately. * syscalls.cc (system): Strip signal considerations from here so that they are not inherited by a child process. * spawn.cc (spawn_guts): Handle system() signal stuff here. * winsup.h (_P_SYSTEM): Define. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x9br1=1.2068.2.3r2=1.2068.2.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pinfo.h.diff?cvsroot=srconly_with_tag=cr-0x9br1=1.49r2=1.49.2.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srconly_with_tag=cr-0x9br1=1.126r2=1.126.2.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srconly_with_tag=cr-0x9br1=1.287.2.1r2=1.287.2.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.cc.diff?cvsroot=srconly_with_tag=cr-0x9br1=1.132r2=1.132.2.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.h.diff?cvsroot=srconly_with_tag=cr-0x9br1=1.71r2=1.71.4.1
src/winsup/cygwin spawn.cc
CVSROOT:/cvs/src Module name:src Branch: cr-0x9b Changes by: [EMAIL PROTECTED] 2003-09-20 03:08:10 Modified files: winsup/cygwin : spawn.cc Log message: fix accidental checkin Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srconly_with_tag=cr-0x9br1=1.126.2.1r2=1.126.2.2
src/winsup/cygwin ChangeLog include/cygwin/ver ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-09-20 03:15:57 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/include/cygwin: version.h Log message: * include/cygwin/version.h: Bump DLL minor number to 6. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2083r2=1.2084 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.135r2=1.136
Re: getopt: ugly linker messages
On Thu, Sep 18, 2003 at 11:48:00PM -0400, Charles Wilson wrote: On Thu, Sep 18, 2003 at 12:53:22PM -0700, Bryan Higgins wrote: Info: resolving _opterr by linking to __imp__opterr (auto-import) In general, these 'resolving blah by linking to __imp_blah' messages can be suppressed by using the '--enable-auto-import' flag to ld (or -Wl,--enable-auto-import' for gcc). If you do that, ld figures that you really know what you're doing, and don't need the 'informational' messages concerning auto-import. Since that auto-import is working fine for a long while now and since this sort of auto-import is normal for any other platform... isn't there a time we can get rid of that message? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: flushinp on /dev/ptmx
Not so far. I had a look into that and implemented flushing input buffers on pseudo ttys. Please give it a try. It will be available in the next developers snapshot. Thank you very much, Corinna. I am willing to wait for it. -- 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/
ssh-keygen and slogin oddity
I'm trying to make ssh ask me for a passphrase when I slogin to another machine, instead of asking me for my password on that machine. With no luck. It always asks me for my password. If I modify /etc/ssh_config to set password authentication to no, then slogin simply fails without asking me for anything. Now, I used Cygwin's ssh-keygen (-t dsa) to generate a ~/.ssh/id_dsa and .pub pair. The id_dsa file starts off: -BEGIN DSA PRIVATE KEY- Proc-Type: 4,ENCRYPTED DEK-Info: DES-EDE3-CBC,A40CC4090416489F Which generates this error in slogin: : /home/luke ; slogin -v -v -v nevin OpenSSH_3.6.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090702f debug1: Reading configuration data /etc/ssh_config debug1: Rhosts Authentication disabled, originating port will not be trusted. debug2: ssh_connect: needpriv 0 debug1: Connecting to nevin [10.2.1.9] port 22. debug1: Connection established. debug1: identity file /home/luke/.ssh/identity type 0 debug1: identity file /home/luke/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /home/luke/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/luke/.ssh/id_dsa type 2 But is that simply ssh trying to interpret id_dsa as an RSA key, giving up, then trying to intrepret it as a DSA key? Anyway, any idea why ssh won't ask me for my passphrase? I discovered that you can't strace slogin, either. Any idea how to diagnose what's going on? luke -- 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: flushinp on /dev/ptmx
On Fri, Sep 19, 2003 at 04:03:11PM +0900, Hiroshi Sainohira wrote: Not so far. I had a look into that and implemented flushing input buffers on pseudo ttys. Please give it a try. It will be available in the next developers snapshot. Thank you very much, Corinna. I am willing to wait for it. Look at http://www.cygwin.com/snapshots/. The latest snapshot has it already. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: ssh-keygen and slogin oddity
On Fri, Sep 19, 2003 at 05:40:58PM +1000, [EMAIL PROTECTED] wrote: I'm trying to make ssh ask me for a passphrase when I slogin to another machine, instead of asking me for my password on that machine. With no luck. It always asks me for my password. If I modify /etc/ssh_config to set password authentication to no, then slogin simply fails without asking me for anything. Now, I used Cygwin's ssh-keygen (-t dsa) to generate a ~/.ssh/id_dsa and .pub pair. The id_dsa file starts off: Did you copy the public key to the remote machine into ~/.ssh/authorized_keys? Does the remote machine allow pub key authentication (look into the remote sshd_config file if you're allowed to). debug1: identity file /home/luke/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /home/luke/.ssh/id_dsa. [...] debug1: identity file /home/luke/.ssh/id_dsa type 2 But is that simply ssh trying to interpret id_dsa as an RSA key, giving up, then trying to intrepret it as a DSA key? That's normal. Btw., it's RSA1(!), not RSA. It checks for the key being an RSA key for ssh1 protocol first. Another btw., don't use DSA if you can avoid it. Create your own RSA ssh2 key with ssh-keygen -t rsa. It's supposed to be more secure than DSA keys. A last btw., didn't you run ssh-user-config which would have created all those keys for you? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: Windows 2k crash while processing big bash script
To start helping you debug this problem, we need a bit more information about your Cygwin setup. Could you please read http://cygwin.com/problems.html and provided the information mentioned there? rlc On Fri, Sep 19, 2003 at 12:45:46AM +0300, -TifsSoft- wrote: Hello. I have troubles using cygwin and I think you can resolve them. I can't compile any programm with cygwin under my Windows 2000. When configure script processing, some error occurs and script stops. After that, bash shell that process configuration script unable to execute any command with error cannot fork: permission denied or cannot fork: resource temporarily unavailable or command executes and: ---terminal--- 72 [main] bash 2840 sync_with_child: child 30884(0x1D4) died before initialization with status code 0x80 3898 [main] bash 2840 sync_with_child: *** child state waiting for longjmp bash: fork: Resource temporarily unavailable ---/terminal--- happend. Execution a new cygwin shell instance (from link on desktop) cause error messagebox that says application initialization error (0xc142). Execution of any windows application cause this error messagebox too. (Looks like it is windows problem becouse windows crashes, but this crash caused by cygwin). After reboot, all works, and if I start configuration script, windows crashes again (after some time, while script processing...) I don't know, what to do, I like cygwin too much, but I can't work with it. My windows 2000 Russian is SP4 and patched with all available patches from windowsupdate. In Windows 98 all works fine, configuration script successfully processing. Configuration script log for libiconv-1.9.1 and gettext-0.12.1 included. I really need you help. Thanks very much in advance. -- Best regards, -TifsSoft- mailto:[EMAIL PROTECTED] -- 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/ -- C makes it easy for you to shoot yourself in the foot. C++ makes that harder, but when you do, it blows away your whole leg. -- Bjarne Stroustrup -- 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: objdump : inaccurate demangling for foo(char* const)
AFAIK, const is a compiler directive - there is nothing in the assembler that make a symbol const. You should see const more like a promise: I promise I won't change the value of this variable. That promise can be broken by a const-cast, and the assembler code doesn't know anything about it (AFAIK, there is no const in assembler, but I might be mistaken there). rlc On Fri, Sep 19, 2003 at 07:31:12AM +0300, Alex Vinokur wrote: Alex Vinokur [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] == Windows 2000 Professional CYGWIN_NT-5.0 1.5.4(0.94/3/2) GNU gcc version 3.2 20020927 (prerelease) GNU objdump 2.14.90 20030901 == Updated question about objdump. Low-level and user-level symbol names of foo2(char* const) are foo2(char*) - C++ code - void foo1 (char*) {} void foo2 (char* const) {} - objdump : Fragments - $ objdump -Cd t.o t.o: file format pe-i386 Disassembly of section .text: __Z4foo1Pc:// OK 0006 __Z4foo2Pc:// char*, not char* const $ objdump -d t.o t.o: file format pe-i386 Disassembly of section .text: foo1(char*):// OK 0006 foo2(char*):// Not char* const -- So, is it inaccuracy or convention? = Alex Vinokur mailto:[EMAIL PROTECTED] http://mathforum.org/library/view/10978.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/ -- You will have a long and boring life. -- 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: Current OpenJade and DocBook SGML status
El jueves, 18 de septiembre de 2003, a las 19:03, Joshua Daniel Franklin escribe: What exactly dumps core (openjade, etc)? It's openjade the one dumping core. Have you tried XML as suggested? Yes, the xmlto suite works lovely. Nevertheless, I need SGML. Thanks a lot. Regards, Ismael -- Ismael Valladolid Torres, Technical Support Oberthur Card Systems, Bajo Oficina C, Edificio Valrealty B 28023 La Florida - Madrid (Spain) - http://www.oberthurcs.com/ Tel. +34 917 355 461 - Fax: +34 917 355 453 pgp0.pgp Description: PGP signature
Two /usr/include/pty.h files one in inetutils-1.3.2-24 and one in cygwin-1.5.4-1
Hey Is this a packaging error ? There are two /usr/include/pty.h files one in inetutils-1.3.2-24 and one in cygwin-1.5.4-1 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/
Packaging error in the latest libguile12-1.6.4-12 ?
Hey There seems to be packaging error in the latest libguile12-1.6.4-12. The following files are found under /usr/bin libguile-srfi-srfi-13-14-v-1.la libguile-srfi-srfi-4-v-1.la libguilereadline-v-12.la whereas they should be instead under /usr/lib (in the package guild-devel-1.6.4-12) I think. 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/
URL for uw-imap-imapd-2002d-1 package
Hi Does anybody still have a URL for the uw-imap-imapd-2002d-1 package handy ? ^^^ As has been already mentioned in this list (but too late for me) both curr and prev versions of uw-imap-imapd-2002d are crashing with a message of header size inconsistent. I don't have the older version on my disk anymore and I'v already upgraded to cygwin-1.5.3. 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/
[ANNOUNCEMENT] Updated: tidy-030901-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tidy-030901-1 is now installable from setup.exe HTML Tidy is a program to clean up and correct messy HTML pages. Tidy is able to fix up a wide range of problems and to bring to your attention things that you need to work on yourself. This release addresses many small bugs, see http://tidy.sf.net/ for details (please notice that the website contains no ChangeLog AFAICT). This version in based on the tidylib, which is also installed (both static and shared). This version, like the original distribution, contains no more a man page as it is way too outdated, please use tidy --help. This releases includes docs dated 2003-06-10 (that are installed) and tests dates 2003-04-09 (that can be used from the source package to do ./tidy-030201-1.sh check). If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. ~*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want 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] - -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAj9q0icACgkQaJiCLMjyUvtq6wCfaQFZAUVEIx75rYDLRDTTGAlw odEAn1oX9P+9zejdsp8hLA8Iztqzbek3 =mmmp -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: Packaging error in the latest libguile12-1.6.4-12 ?
Volker Zell writes: libguile-srfi-srfi-13-14-v-1.la libguile-srfi-srfi-4-v-1.la libguilereadline-v-12.la whereas they should be instead under /usr/lib (in the package guild-devel-1.6.4-12) I think. No, this is correct. These are dlopened and need to be in PATH. Try: guile -c '(use-modules (srfi srfi-4) (srfi srfi-13) (srfi srfi-14))' Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- 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: Two /usr/include/pty.h files one in inetutils-1.3.2-24 and one in cygwin-1.5.4-1
On Fri, Sep 19, 2003 at 12:20:50PM +0200, Dr. Volker Zell wrote: Hey Is this a packaging error ? There are two /usr/include/pty.h files one in inetutils-1.3.2-24 and one in cygwin-1.5.4-1 No, that's a known inter developmental state. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: ssh-keygen and slogin oddity
Corinna, do you have any reference for this? Unless this is something inherent in the ssh protocol or its implementation, which I'm not familiar with, I'm not aware that crypto systems based on discrete logarithms (DSA) are less secure than those based on factoring large integers (RSA). FWIW: - RSA verifies much faster than DSA, whereas DSA signs faster than RSA - RSA can also be used for en-/decryption, whereas DSA can not - RSA was patented in the USA, but the patent ran out in the meantime - strong encryption crypto (eg RSA) was export restricted from the US, but this restriction was deregulated Patrick Corinna Vinschen schrieb: [snip] Another btw., don't use DSA if you can avoid it. Create your own RSA ssh2 key with ssh-keygen -t rsa. It's supposed to be more secure than DSA keys. -- 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: flushinp on /dev/ptmx
Look at http://www.cygwin.com/snapshots/. The latest snapshot has it already. Ok. I installed cygwin-inst-20030918.tar.bz2. To test flushing input buffers, I used a RogueLike game which uses flushinp of ncurses. After I played it for a while, I found that the implemented codes work very fine on Cygterm and Rxvt, though unflushed buffers had caused various troubles before. Thank you a lot, Corinna. Hiroshi Sainohira -- 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: ssh-keygen and slogin oddity
On Fri, Sep 19, 2003 at 02:19:54PM +0200, Patrick Eisenacher wrote: Corinna, do you have any reference for this? There has been discussion about this on the openssh-unix-dev mailing list. Basically RSA is a better choice when the source of random numbers is suspect. A description of this problem in conjunction with DSA is in the WARNING.RNG file in the openssh source package. For the next version I'll put in into /usr/share/doc/openssh as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: Packaging error in the latest libguile12-1.6.4-12 ?
On Fri, 19 Sep 2003, Jan Nieuwenhuizen wrote: Volker Zell writes: libguile-srfi-srfi-13-14-v-1.la libguile-srfi-srfi-4-v-1.la libguilereadline-v-12.la whereas they should be instead under /usr/lib (in the package guild-devel-1.6.4-12) I think. No, this is correct. These are dlopened and need to be in PATH. Try: guile -c '(use-modules (srfi srfi-4) (srfi srfi-13) (srfi srfi-14))' Jan. Aren't the names a bit misleading, then? The .la files are supposed to be libtool library files, i.e., plain text. If they are dlopened, they should be named .dll, right? Or am I missing something? It's ok to keep dlls in one directory (or even package), and import libs (.la) in another (as long as the .la files reflect this fact). In fact, since there's a guile-devel package, shouldn't the libtool import libs belong there? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: URL for uw-imap-imapd-2002d-1 package
On Fri, 19 Sep 2003, Dr. Volker Zell wrote: Hi Does anybody still have a URL for the uw-imap-imapd-2002d-1 package handy ? ^^^ As has been already mentioned in this list (but too late for me) both curr and prev versions of uw-imap-imapd-2002d are crashing with a message of header size inconsistent. I don't have the older version on my disk anymore and I'v already upgraded to cygwin-1.5.3. Ciao Volker Do you Google? http://google.com/search?q=uw-imap-imapd-2002d-1.tar.bz2 In particular, http://cygwin.thehostedbox.com/release/uw-imap/uw-imap-imapd/ (first match). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: Packaging error in the latest libguile12-1.6.4-12 ?
Igor Pechtchanski writes: No, this is correct. These are dlopened and need to be in PATH. Try: guile -c '(use-modules (srfi srfi-4) (srfi srfi-13) (srfi srfi-14))' Jan. Aren't the names a bit misleading, then? The .la files are supposed to be libtool library files, i.e., plain text. They are, but they are used at dlopen-time to find the dlls. Just try the command above without the .la files in PATH. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- 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: Packaging error in the latest libguile12-1.6.4-12 ?
Jan == Jan Nieuwenhuizen [EMAIL PROTECTED] writes: Jan Volker Zell writes: libguile-srfi-srfi-13-14-v-1.la libguile-srfi-srfi-4-v-1.la libguilereadline-v-12.la whereas they should be instead under /usr/lib (in the package guild-devel-1.6.4-12) I think. Jan No, this is correct. These are dlopened and need to be in PATH. Try: Jan guile -c '(use-modules (srfi srfi-4) (srfi srfi-13) (srfi srfi-14))' This command works perfect for me with version guile-devel-1.6.4-2 ^^^ In that time the .la files used to be part of the devel package. Jan Jan. 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/
2 packages have CVS subdirs in their directory structure: lynx and irc
Hi see subject 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: getopt: ugly linker messages
Corinna Vinschen wrote: Since that auto-import is working fine for a long while now and since this sort of auto-import is normal for any other platform... isn't there a time we can get rid of that message? auto-import is not the default for all pei386 versions of binutils, particularly mingw. And auto-import is in no way normal. It provides functionality that, on the surface, appears to emulate the normal behavior of other platforms -- but under the hood, it's a bizzarre beast. So, taking those two points into consideration, I'm not sure what the right thing to do is, without ticking somebody on some platform off. The current compromise seems to be mostly acceptable. Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? In that case, it's a one-liner -- just change the default value of link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might also need to change the default in ldmain.c, but I don't think that's necessary.) -- 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/
tetex-base 2.0.2-13...
Hi there, Please be informed that the installation of tetex-base 2.02-13 gets hung. Cheers, Jason http://www.hkucs.org:8080/~tsfu/ -- 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: tetex-base 2.0.2-13...
Jason Fu wrote: Please be informed that the installation of tetex-base 2.02-13 gets hung. How long have you left it? I seem to recall thinking it got stuck too, but I was using a rather old and slow processor. It did eventually finish, despite giving the impression of doing nothing for some time. -- Cliff -- 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: getopt: ugly linker messages
On Fri, Sep 19, 2003 at 09:49:25AM -0400, Charles Wilson wrote: Corinna Vinschen wrote: Since that auto-import is working fine for a long while now and since this sort of auto-import is normal for any other platform... isn't there a time we can get rid of that message? auto-import is not the default for all pei386 versions of binutils, particularly mingw. And auto-import is in no way normal. It provides functionality that, on the surface, appears to emulate the normal behavior of other platforms -- but under the hood, it's a bizzarre beast. So, taking those two points into consideration, I'm not sure what the right thing to do is, without ticking somebody on some platform off. The current compromise seems to be mostly acceptable. Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? In that case, it's a one-liner -- just change the default value of link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might also need to change the default in ldmain.c, but I don't think that's necessary.) I'm willing to do this but I have the same reservations that I think you're expressing above, Chuck. Also, the auto-import of data variables is slower than a normal dllimport so I don't feel real comfortable about making this the default. I don't feel really strongly about this however, so if the consensus is that this should be turned on, I'll make a cygwin-specific change to binutils. cgf -- 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: tetex-base 2.0.2-13...
I concur. there is a font file that grows without a limit, Gigabytes... The tar file of tetex.base is corrupted. Jason Fu [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi there, Please be informed that the installation of tetex-base 2.02-13 gets hung. Cheers, Jason http://www.hkucs.org:8080/~tsfu/ -- 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: Pine 4.58 Cygwin issue
*** On Thu, 18 Sep 2003 I wrote: :) I am trying to look into this issue, and I am afraid that I will have :) to build Pine in a 32bit world rather than upgrade it to the 64bit :) world, which seems like a lot of work to make (e.g the size of off_t is :) bigger than the size of unsigned long in the 64bit world. To adapt this :) to the c-client library is non trivial for me). I did some work yesterday night on cygwin Pine and found a way to build Pine, and such that it would not crash!, so I expect to be releasing a test version in about a week (there are some small issues with it still, which will take long to solve, but I expect that can be worked out. The major issue I had with it is solved!). My work should fix the issues with the current release of uw-imap. I will contact Abraham off list when I have a working patch, so that we can release test versions of our packages. Eduardo http://www.math.washington.edu/~chappa/pine/ -- 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[2]: Windows 2k crash while processing big bash script
I provide all information as wrote in http://cygwin.com/problems.html. (I reed it before sending problem letter). cygcheck.out is in my first letter. I tryed to process ./configure in new copy of cygwin (only base + gcc + binutils + make...) and I try it with all libraries, having a one result -- this trouble. Information about my computer: + SiS 5595 M/B + K6-II 3D NOW! 400 MHz Processor + 256 Mb of DIMM memory (133) + Soft modem (Conexant HSF) + 30 Gb Maxtor 7200 RPM HDD, 2 Gb free (One FAT partition) Information about my windows: Windows 2000 Russian SP4 + All patches from WindowsUpdate. Virtual memory setting -- Min=256Mb Max=1024Mb (when windows crashes, memory usage is near 200 mb) One copy of cygwin1.dll =) (at \Soft\CygWin\bin) I ready to provide any information, you need. Friday, September 19, 2003, 12:48:15 PM, Ronald wrote: RLC To start helping you debug this problem, we need a bit more information about RLC your Cygwin setup. Could you please read http://cygwin.com/problems.html RLC and provided the information mentioned there? RLC rlc RLC On Fri, Sep 19, 2003 at 12:45:46AM +0300, -TifsSoft- wrote: Hello. I have troubles using cygwin and I think you can resolve them. I can't compile any programm with cygwin under my Windows 2000. When configure script processing, some error occurs and script stops. After that, bash shell that process configuration script unable to execute any command with error cannot fork: permission denied or cannot fork: resource temporarily unavailable or command executes and: ---terminal--- 72 [main] bash 2840 sync_with_child: child 30884(0x1D4) died before initialization with status code 0x80 3898 [main] bash 2840 sync_with_child: *** child state waiting for longjmp bash: fork: Resource temporarily unavailable ---/terminal--- happend. Execution a new cygwin shell instance (from link on desktop) cause error messagebox that says application initialization error (0xc142). Execution of any windows application cause this error messagebox too. (Looks like it is windows problem becouse windows crashes, but this crash caused by cygwin). After reboot, all works, and if I start configuration script, windows crashes again (after some time, while script processing...) I don't know, what to do, I like cygwin too much, but I can't work with it. My windows 2000 Russian is SP4 and patched with all available patches from windowsupdate. In Windows 98 all works fine, configuration script successfully processing. Configuration script log for libiconv-1.9.1 and gettext-0.12.1 included. I really need you help. Thanks very much in advance. -- Best regards, -TifsSoft- mailto:[EMAIL PROTECTED] -- 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/ -- Best regards, -TifsSoft-mailto:[EMAIL PROTECTED] -- 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: tetex-base 2.0.2-13...
Cliff Hones wrote: Jason Fu wrote: Please be informed that the installation of tetex-base 2.02-13 gets hung. How long have you left it? I seem to recall thinking it got stuck too, but I was using a rather old and slow processor. It did eventually finish, despite giving the impression of doing nothing for some time. I had the same problem. Doing a tar jtvf on the bzip2ed tar file revealed that the download had an integrity problem: -rw-r--r-- root/root 18948 1997-12-26 17:00:00 usr/share/texmf/fonts/type1/public/cmcyr/cmcbx12.pfb bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. -rw-r--r-- root/root 18386 1995-10-18 18:00:00 usr/share/texmf/fonts/type1/public/cmcyr/cmcbx5.pfb tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now While the installation seems to be hang, it's actually working. A peek into the directory indicates that the file being installed is growing malignantly: [EMAIL PROTECTED] /usr/share/texmf/fonts/type1/public/cmcyr] 178 $ ls -lart total 426583 -rwxrwxrwx1 weiqiDomain U17487 Oct 18 1995 cmcb10.pfb -rwxrwxrwx1 weiqiDomain U18948 Dec 26 1997 cmcbx12.pfb -rwxrwxrwx1 weiqiDomain U18173 Dec 26 1997 cmcbx10.pfb drwxrwxrwx+ 7 weiqiDomain U0 Sep 19 10:00 .. drwxrwxrwx+ 2 weiqiDomain U0 Sep 19 10:18 . -rwxrwxrwx1 weiqiDomain U 436764035 Sep 19 10:20 cmcbx5.pfb -- Weiqi Gao [EMAIL PROTECTED] http://www.weiqigao.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: getopt: ugly linker messages
On Fri, Sep 19, 2003 at 11:18:03AM -0400, Christopher Faylor wrote: On Fri, Sep 19, 2003 at 09:49:25AM -0400, Charles Wilson wrote: Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? In that case, it's a one-liner -- just change the default value of link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might also need to change the default in ldmain.c, but I don't think that's necessary.) I'm willing to do this but I have the same reservations that I think you're expressing above, Chuck. Also, the auto-import of data variables is slower than a normal dllimport so I don't feel real comfortable about making this the default. I don't feel really strongly about this however, so if the consensus is that this should be turned on, I'll make a cygwin-specific change to binutils. No need. It's just a bit annoying. However, isn't that an error in binutils? If I have extern int __declspec(dllimport) foo; and 100 lines later I have a extern int foo; why is then the information about the __declspec removed? Shouldn't that information be kept? AFAIK, the extern storage class shouldn't change any information already known about the variable in question. It should complain about e.g. conflicting types but it should never change what's already there. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: 2 packages have CVS subdirs in their directory structure: lynx and irc
On Fri, Sep 19, 2003 at 03:42:15PM +0200, Dr. Volker Zell wrote: Thanks, corrected. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: tetex-base 2.0.2-13...
Weiqi Gao wrote: ... I had the same problem. Doing a tar jtvf on the bzip2ed tar file revealed that the download had an integrity problem: -rw-r--r-- root/root 18948 1997-12-26 17:00:00 usr/share/texmf/fonts/type1/public/cmcyr/cmcbx12.pfb bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) ... You are right - it was an earlier version which I thought had got stuck during install. I have just checked the latest package file (from mirrors.rcn.net) and it does have a problem: $ bzcat tetex-base-2.0.2-13.tar.bz2 /dev/null bzcat: Data integrity error when decompressing. Input file = tetex-base-2.0.2-13.tar.bz2, output file = (stdout) Perhaps the integrity of the package files should be routinely checked when they are added to the master distribution (at the same time the MD5 signatures are calculated). -- Cliff -- 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: objdump : inaccurate demangling for foo(char* const)
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ronald Landheer-Cieslak AFAIK, const is a compiler directive - there is nothing in the assembler that make a symbol const. You should see const more like a promise: I promise I won't change the value of this variable. That promise can be broken by a const-cast, KR, 2nd edition, p211 last paragraph, last sentence: Except that it should diagnose explicit attempts to change const objects, a compiler may ignore these qualifiers. and the assembler code doesn't know anything about it (AFAIK, there is no const in assembler, but I might be mistaken there). This is very true, at least for the M68K assemblers that I know of. Nor have I seen such a thing in x86 assemblers (less knowledge). But: SECTION's (a program data/code hunk - in Amiga terms) can be set to readonly - which _may_ be enforced depending on set assembler options (i.e. to generate stuff for ROM). /Hannu E K Nevalainen, B.Sc. EE -and- long standing M68K '020 assembler guru. -- UTC+01, DST - UTC+02 -- --END OF MESSAGE-- -- 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: getopt: ugly linker messages
At 11:18 AM 9/19/2003, Christopher Faylor you wrote: On Fri, Sep 19, 2003 at 09:49:25AM -0400, Charles Wilson wrote: Corinna Vinschen wrote: Since that auto-import is working fine for a long while now and since this sort of auto-import is normal for any other platform... isn't there a time we can get rid of that message? auto-import is not the default for all pei386 versions of binutils, particularly mingw. And auto-import is in no way normal. It provides functionality that, on the surface, appears to emulate the normal behavior of other platforms -- but under the hood, it's a bizzarre beast. So, taking those two points into consideration, I'm not sure what the right thing to do is, without ticking somebody on some platform off. The current compromise seems to be mostly acceptable. Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? In that case, it's a one-liner -- just change the default value of link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might also need to change the default in ldmain.c, but I don't think that's necessary.) I'm willing to do this but I have the same reservations that I think you're expressing above, Chuck. Also, the auto-import of data variables is slower than a normal dllimport so I don't feel real comfortable about making this the default. I don't feel really strongly about this however, so if the consensus is that this should be turned on, I'll make a cygwin-specific change to binutils. My $.02 is that if auto import use is something that's worth questioning when it occurs, then the message should be a warning and not just info. It would signal a valid reason to inspect what happened and try to clean it up. If one is not so motivated, it can be ignored like any other warning and the risk assumed. If it's less of an issue than this, then the info message just raises questions and generates traffic on the list. While the warning may still do this, it would then be clear to the poster and those reading the post that this is something that should be remedied. So my feeling is that if this doesn't deserve the status of a warning, the informational message should be off by default. I don't see the problem of data variable import as being a major issue for the clueless either. If it is, the message won't clarify anything for them so we'll still see list traffic about it either way. Somehow, I don't believe my single opinion on this constitutes a consensus so I'm sorry if this is just noise. Now back to the regularly scheduled Cygwin email traffic already in progress... -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
Setup Parse Errors
I am attempting to run setup version 2.340.2.5, which I just downloaded from cygwin.com, and I am receiving a number of different Parse Errors processing setup.bz2. They all read: (null) line X: syntax error, unexpected NL, expecting STRING (null) line X: unrecognized line X+1 (do you have the latest setup?) for x in 429 440 744. It's also interesting that each time I back up and try again with a different site the list gets appended to instead of restarted. I might try debugging this, but I have to get Cygwin reinstalled first, catch-22. This is all because tetex-base-2.0.1.13(version???) was freezing setup, so I decided to uninstall and reinstall. -- 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/
text setup
I use Cygwin along with Win2k. Is it possible to update the software in text mode (access only via ssh)? Regards Krzysztof Duleba -- 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: objdump : inaccurate demangling for foo(char* const)
foo(char* const) is no different from foo(char*), from the perspective of linking/overloading. Did you mean foo(char const *)? Alex Vinokur wrote: == Windows 2000 Professional CYGWIN_NT-5.0 1.5.4(0.94/3/2) GNU gcc version 3.2 20020927 (prerelease) GNU objdump 2.14.90 20030901 == It seems that objdump inaccurately demangles foo(char* const). Low-level symbol name of foo(char* const) is valid : __Z3fooPc But user-level symbol name obtained after demangling is inaccurate : foo(char*). == C++ code : BEGIN == // File t.cpp void foo3 (char*) {} == C++ code : END == Compilation : BEGIN == $ g++ -c t.cpp == Compilation : END == objdump : BEGIN == $ objdump -d t.o t.o: file format pe-i386 Disassembly of section .text: __Z3fooPc:// OK 0: 55push %ebp 1: 89 e5 mov%esp,%ebp 3: 5dpop%ebp 4: c3ret 5: 90nop 6: 90nop 7: 90nop 8: 90nop 9: 90nop a: 90nop b: 90nop c: 90nop d: 90nop e: 90nop f: 90nop $ objdump -Cd t.o t.o: file format pe-i386 Disassembly of section .text: foo(char*):// Must be foo(char* const) 0: 55push %ebp 1: 89 e5 mov%esp,%ebp 3: 5dpop%ebp 4: c3ret 5: 90nop 6: 90nop 7: 90nop 8: 90nop 9: 90nop a: 90nop b: 90nop c: 90nop d: 90nop e: 90nop f: 90nop == objdump : END -- = Alex Vinokur mailto:[EMAIL PROTECTED] http://mathforum.org/library/view/10978.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/
Re: text setup
On Fri, 19 Sep 2003, Krzysztof Duleba wrote: I use Cygwin along with Win2k. Is it possible to update the software in text mode (access only via ssh)? There is currently no way to do a text-mode setup. There is, however, a way to run setup unattended via ssh. Search the list archives for unattended setup. You'll probably need to configure the ssh service to allow interaction with the desktop. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: text setup
Igor Pechtchanski wrote I use Cygwin along with Win2k. Is it possible to update the software in text mode (access only via ssh)? There is currently no way to do a text-mode setup. There is, however, a way to run setup unattended via ssh. Search the list archives for unattended setup. You'll probably need to configure the ssh service to allow interaction with the desktop. Igor Will it allow me to choose the packages to install? How would I see the result? Regards Krzysztof Duleba -- 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: text setup
On Fri, 19 Sep 2003, Krzysztof Duleba wrote: Igor Pechtchanski wrote I use Cygwin along with Win2k. Is it possible to update the software in text mode (access only via ssh)? There is currently no way to do a text-mode setup. There is, however, a way to run setup unattended via ssh. Search the list archives for unattended setup. You'll probably need to configure the ssh service to allow interaction with the desktop. Igor Will it allow me to choose the packages to install? Don't know, you'll have to search for instructions or look at setup sources. How would I see the result? If worse comes to worst, you can always take a look at /var/log/setup.log{,full}. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/
^C not getting to sub, sub, sub, sub processes (was: Re: 1.5.4s assertion hsig_inited failed)
Christopher Faylor wrote: On Fri, Aug 15, 2003 at 09:10:12PM -0400, Rolf Campbell wrote: Christopher Faylor wrote: On Mon, Sep 08, 2003 at 04:44:58PM -0400, Rolf Campbell wrote: I started a large build, then hit ^Z. Then fg, and this is what happened: A large build shouldn't even recognize the ^Z if you are running this from the console. Your TERM=xterm below. Are you running this under X? I am using RXVT. Does RXVT set TERM=xterm? That's my only guess, I don't set that variable myself. Huh. I guess so. It does so for me, as well. This problem sounded familiar so I did a little archive diving. It was reported before and I investigated it before. I remember thinking that this would be hard to fix owing to a race condition with signals in tty code. I can make this fail in various interesting ways even outside of the pty/tty code, though. So, I'm investigating why now. cgf I have a reproducable (at least on my machine) of some ^C handling issues. #!/bin/python import sys, os, select if(int(sys.argv[1]) 0): os.system(sys.argv[0] + %d % (int(sys.argv[1])-1)) else: select.select([], [], [], 10) Try running this as ./deep.py 0, and then, when it's waiting, hit ^C, it will terminate fine. Now try it as ./deep.py 1, and then hit ^C. Nothing happens. I see this when I try to cancel my build, but ^C doesn't work when the process tree is too deep. Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Sep 19 14:29:26 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\WINNT\SYSTEM32 C:\WINNT C:\WINNT\SYSTEM32\WBEM C:\PERFORCE C:\cygwin\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem C:\Perforce C:\cygwin\usr\local\bin C:\cygwin\bin C:\Program Files\SSH Output from C:\cygwin\bin\id.exe (nontsec) UID: 11643(rcampbell) GID: 10513(Domain Users) 10513(Domain Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11643(rcampbell) GID: 10513(Domain Users) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `binmode' HOME = `C:\cygwin\home\rcampbell' MAKE_MODE = `unix' PWD = `/home/rcampbell' USER = `rcampbell' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\rcampbell\Application Data' COLORFGBG = `0;default;15' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PCRCAMPBELL2' COMSPEC = `C:\WINNT\system32\cmd.exe' COSMIC = `c:/node.beta1/COSMIC' DISPLAY = `:0' HOMEDRIVE = `C:' HOMEPATH = `\' LOGONSERVER = `\\EXCHANGE' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' OSE_ROOT = `C:\OSE\OSE4.4.1\' P4CONFIG = `.p4config' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.py;.pyc;.pyo;.pyw;.pys' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PS1 = `\[[02;34m\]$PWD\[[02;33m\]\[[0m\] ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\Temp' TERM = `xterm' TROPIC_UNIQUE_ID = `150' USERDNSDOMAIN = `tropicnetworks.com' USERDOMAIN = `TROPICNETWORKS' USERNAME = `rcampbell' USERPROFILE = `C:\Documents and Settings\rcampbell' WINDIR = `C:\WINNT' WINDOWID = `168046576' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `C:' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygnus Solutions (default) = (unsupported type) HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:/cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:/cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:/cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 19069Mb 76% CP CS UN PA FC Campbell d: cd CDFS 0Mb -2147483548%CS Audio
Re: text setup
Igor Pechtchanski wrote: I use Cygwin along with Win2k. Is it possible to update the software in text mode (access only via ssh)? There is currently no way to do a text-mode setup. There is, however, a way to run setup unattended via ssh. Search the list archives for unattended setup. You'll probably need to configure the ssh service to allow interaction with the desktop. Igor Will it allow me to choose the packages to install? Don't know, you'll have to search for instructions I will. or look at setup sources. Bad news. I don't have enough time to play with the sources. How would I see the result? If worse comes to worst, you can always take a look at /var/log/setup.log{,full}. That's what I was afraid of. Thanks for help. Is any text-mode setup developed? Or at least planned? I would increase a lot the value of Cygwin. Regards Krzysztof Duleba -- 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: getopt: ugly linker messages
I'm willing to do this but I have the same reservations that I think you're expressing above, Chuck. Also, the auto-import of data variables is slower than a normal dllimport so I don't feel real comfortable about making this the default. I don't feel really strongly about this however, so if the consensus is that this should be turned on, I'll make a cygwin-specific change to binutils. cgf And.. Hmmm.. I *think* auto import of data variables may be somewhat broken (and declared import of data variables too) if 1) The import library is stripped with --strip-unneeded and/or 2) The import is from another DLL (.exe - .dll[func] - .dll[data]) (See msg dated 9/17/03 which seems to have been drowned.. There is a test case in it) --Ivan -- 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/
setup.ini corrupted on sources.redhat.com
A recent change that I made to the 'upset' program resulted in a setup.ini that is unparseable by setup.exe. I fixed the problem and an updated setup.ini should be arriving on mirrors soon. Sorry about that. cgf -- 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/