Re: extra apache shared module DLLs
> "Stipe" == Stipe Tolj <[EMAIL PROTECTED]> writes: Stipe> (i) package each module to an "apache-mod_foobar-X-Y.tar.bz2" binary Stipe> package and distribute through the standard Cygwin setup.exe (setting Stipe> setup.hint to require the apache-1.3.x base package) Go with (i) ... Ciao Volker
postinstallation problems with apache_mod_auth_xxx modules
Hi The postinstallation steps for apache_mod_auth_mysql/ntsec put the wrong configuration information in httpd.conf Specifically I had to change the following lines AddModule mod_mysql_auth.c AddModule mod_ntsec_auth.c to AddModule mod_auth_mysql.c AddModule mod_auth_ntsec.c Ciao Volker
Packaging error with findutils-4.1.7-3
Hi See subject. findutils-4.1.7-3 installs .mo files under /lib/locale/ instead of /usr/share/locale/ Ciao Volker
Packaging error with latest texinfo-4.2-2.tar ??
Hi The directory /usr/info is empty in the texinfo-4.2-2.tar archive. At least in the texinfo-4.1-1.tar file it was populated with: -- TAR:texinfo-4.1-1.tar\usr\info info.info¦ 5425 info-stnd.info ¦263 info-stnd.info-1 ¦ 5049 info-stnd.info-2 ¦ 4224 texinfo ¦ 1055 texinfo-1¦ 4897 texinfo-10 ¦ 4508 texinfo-11 ¦ 5073 texinfo-12 ¦ 5019 texinfo-13 ¦ 4594 texinfo-2¦ 4956 texinfo-3¦ 5080 texinfo-4¦ 4980 texinfo-5¦ 5088 texinfo-6¦ 5058 texinfo-7¦ 5067 texinfo-8¦ 4937 texinfo-9¦ 4914 Ciao Volker
Packaging error in squid-2.4.STABLE6-1 ?
Hi There seems to be a packaging error in the newly released squid-2.4.STABLE6-1: There is the following empty directory structure under /usr ./doc - ./doc/Cygwin <-|Should these be empty ? ./doc/squid-2.4.STABLE6 - ./logs ./src - ./src/squid | ./src/squid/package | ./src/squid/package/squid-2.4.STABLE6 | ./src/squid/package/squid-2.4.STABLE6/.inst <-| Should these be there at all ? ./src/squid/package/squid-2.4.STABLE6/.inst/usr | ./src/squid/package/squid-2.4.STABLE6/.inst/usr/doc | ./src/squid/package/squid-2.4.STABLE6/.inst/usr/doc/Cygwin| ./src/squid/package/squid-2.4.STABLE6/.inst/usr/doc/squid-2.4.STABLE6 - Ciao Volker
Ghostscript with X support
Hi Now that we have XFree86 available via setup are there any plans to include X support in the current or maybe next version of ghostscript ? Ciao Volker
cannot install from local disk with latest setup.exe-2.249.2.2
Hi I usually install packages in two steps. First I download them and then I install from local disk. The latter does not work for me with setup.exe-2.249.2.2. setup just keeps my disk spinning when it comes to the Installing... screen. I cannot even press the Cancel button, it's not reacting anymore. Nothing is written to the logfiles. I have to use the taskvier to kill setup. My setup is NT4-SP5 The latest working setup in my scenario was setup.exe-2.218.2.9 Ciao Volker
Re: cannot install from local disk with latest setup.exe-2.249.2.2
>>>>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes: >> Hi >> >> I usually install packages in two steps. First I download >> them and then I install from local disk. >> The latter does not work for me with setup.exe-2.249.2.2. >> >> setup just keeps my disk spinning when it comes to the >> Installing... screen. >> I cannot even press the Cancel button, it's not reacting anymore. >> Nothing is written to the logfiles. >> >> I have to use the taskvier to kill setup. >> >> My setup is NT4-SP5 >> >> The latest working setup in my scenario was setup.exe-2.218.2.9 >> Ciao >> Volker Robert> I'll bet that you have a large amount of files in your cache dir. Setup Robert> is validating the MD5 for all those files. Yap, false alarm, I tried again and after a couple of minutes I was presented with the package dialog. Maybe I need a faster computer :-) Wasn't this feature of MD5 validation in setup-2.218.2.9.exe ? Robert> Rob Ciao Volker -- ___________ "Is a dream a lie if it don't come true or is it something worse ..." Dr. Volker Zell __ / _ / __ / ___/ /___/ -- Leitender Dozent -- / / /__/ /_ / / /__/ Geschäftsstelle Düsseldorf /__/ _|__/ __// // Hamborner Str. 51 D-40472 Düsseldorf e-Mail: mailto:[EMAIL PROTECTED] WWW:http://ciko.de.oracle.com/ (Intranet) Tel:(+49) 211-74839-414Mobil: (+49) 174-7409377 Fax:(+49) 211-74839-44 ___
mutt doesn't find it's manual.txt
Hi When inside mutt and pressing the manual should appear. Instead I get /usr/doc/mutt/manual.txt: No such file or directory Press any key to continue... This is because the manual is installed in: /usr/doc/mutt-1.2.5i/manual.txt Maybe this can be changed iin the next release. Ciao Volker
Re: Guile-1.5.6-4 available for review/upload
> "janneke" == janneke <[EMAIL PROTECTED]> writes: janneke> MIME-Version: 1.0 janneke> Content-Type: text/plain; charset=us-ascii janneke> This release brings a number of bugfixes for the hint files, and also janneke> guile-readline support. Most of this thanks to Charles Wilson. janneke> It's my first release built using mknetrel. janneke> Please upload [if you don't spot some stupid mistake]. There is a packaging bug in guile-1.5.6-4.tar.gz The directory name is just: usr/doc/-1.5.6-4 it's missing guile ... janneke> Greetings, janneke> Jan. Ciao Volker
Small typo inTAR:cygwin-cygwin-doc-1.1-1.tar/etc/preremovedoc-preremove.sh
Hi
There is a small typo in /etc/preremovedoc-preremove.sh:
for i in libc.info libc.info-1 libc.info-2 libc.info-3 libc.info-4 libc.info-5 l
^^^
ibm.info; do
install-info --delete --dir-file=${INFODIR}/dir --info-file=${i}
done
this should be
for i in libc.info libc.info-1 libc.info-2 libc.info-3 libc.info-4 libc.info-5
libm.info; do
install-info --delete --dir-file=${INFODIR}/dir --info-file=${i}
done
Ciao
Volker
gnupg-1.0.7-2: Message files are missing the base filename
Hi In gnupg-1.0.7-2 all the message files are missing the base filename: usr/share/locale/el/ usr/share/locale/el/LC_MESSAGES/ usr/share/locale/el/LC_MESSAGES/.mo Ciao Volker
[ITP] GV: A PostScript and PDF viewer for X using 3d Athena Widgets
Hi I would like to contribute and maintain gv * http://wwwthep.physik.uni-mainz.de/~plass/gv/ a PostScript and PDF viewer for X using 3d Athena Widgets. Here is the setup.hint file: sdesc: "A PostScript and PDF viewer for X using 3d Athena Widgets" ldesc: "`gs' is a comfortable viewer of PostScript and PDF files for the X Window System. It uses the `ghostscript' PostScript(tm) interpreter and is based on the classic X front-end for `gs', `ghostview'. It is more comfortable and more powerful than `ghostview'." category: XFree86 Text Graphics requires: cygwin Xfree86-base Xaw3d cygipc -- cut here #/bin/bash wget http://de.geocities.com/vzell1/cygwin/setup.zip mv setup.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/gv-3.5.8-1-src.tar.zip mv gv-3.5.8-1-src.tar.zip gv-3.5.8-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/gv-3.5.8-1.tar.zip mv gv-3.5.8-1.tar.zip gv-3.5.8-1.tar.bz2 -- cut here Ciao Volker
Re: [ITP] GV: A PostScript and PDF viewer for X using 3d Athena Widgets
> "Gerrit" == Gerrit P Haase <[EMAIL PROTECTED]> writes: Gerrit> I'm getting an error when trying to load a PDF: Gerrit> Unknown Device: x11 Which version of ghostscript do you use ? I use the x11 enabled one. GNU Ghostscript 7.05 (2002-04-22) Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. Usage: gs [switches] [file1.ps file2.ps ...] Most frequently used switches: (you can use # in place of =) -dNOPAUSE no pause after page | -q `quiet', fewer messages -gx page size in pixels | -r pixels/inch resolution -sDEVICE= select device | -dBATCH exit after last file -sOutputFile= select output file: - for stdout, |command for pipe, embed %d or %ld for page # Input formats: PostScript PostScriptLevel1 PostScriptLevel2 PDF Available devices: x11 x11alpha x11cmyk x11gray2 x11gray4 x11mono bmpmono bmpgray bmpsep1 bmpsep8 bmp16 bmp256 bmp16m bmp32b deskjet djet500 laserjet ljetplus ljet2p ljet3 ljet3d ljet4 ljet4d lj5mono lj5gray cdeskjet cdjcolor cdjmono cdj550 pj pjxl pjxl300 uniprint ijs bj10e bj200 bjc600 bjc800 faxg3 faxg32d faxg4 pcxmono pcxgray pcx16 pcx256 pcx24b pcxcmyk pbm pbmraw pgm pgmraw pgnm pgnmraw pnm pnmraw ppm ppmraw pkm pkmraw pksm pksmraw tiffcrle tiffg3 tiffg32d tiffg4 tifflzw tiffpack tiff12nc tiff24nc psmono psgray psrgb bit bitrgb bitcmyk pngmono pnggray png16 png256 png16m jpeg jpeggray pdfwrite pswrite epswrite pxlmono pxlcolor bbox cljet5 cljet5c nullpage Search path: . : /usr/share/ghostscript/7.05/lib : /usr/share/ghostscript/fonts Initialization files are compiled into the executable. For more information, see /usr/doc/ghostscript-7.05/Use.htm. Report bugs to [EMAIL PROTECTED], using the form in Bug-form.htm. Gerrit> Gerrit Ciao Volker
Re: [ITP] GV: A PostScript and PDF viewer for X using 3d Athena Widgets
> "Harold" == Harold L Hunt, writes:
Harold> I vote pro inclusion. I guess that seals the deal :)
Thanks
Harold> Problems
Harold>
Harold> 1) Fails to 'conf'. See attached log output.
Yeah, but that's just warnings. I changed the script and I think it works now.
Harold> 2) Did you see my note about moving the lndir step from 'prep' to
Harold> 'conf'? I would advise doing that. I would also advise doing an 'rm
Harold> -rf .build .inst .sinst' in ${objdir}, as I do in my other
Harold> scripts. This prevents confusion about where the .build directory is.
OK I'll do ...
Harold> 3) Any reason for the stripped down postinstall script for X11 /etc
Harold> link fixup? Why would you not use the version that is included with
Harold> xfig? I thought that we arrived at that solution because the simple
Harold> solution failed. I could be wrong, but please explain or use the
Harold> other script.
OK I'll do
Harold> I will review again when it 'conf's.
Harold> Harold
Please download in a couple of minutes again.
sdesc: "A PostScript and PDF viewer for X using 3d Athena Widgets"
ldesc: "`gv' is a comfortable viewer of PostScript and PDF files for the X Window
System.
It uses the `ghostscript' PostScript(tm) interpreter and is based on the classic X
front-end
for `gs', `ghostview'. It is more comfortable and more powerful than `ghostview'."
category: XFree86 Text Graphics
requires: cygwin XFree86-base Xaw3d cygipc ghostscript-x11
- cut here ---
#!/bin/bash
wget http://de.geocities.com/vzell1/cygwin/setup.zip
mv setup.zip setup.hint
wget http://de.geocities.com/vzell1/cygwin/gv-3.5.8-1-src.tar.zip
mv gv-3.5.8-1-src.tar.zip gv-3.5.8-1-src.tar.bz2
wget http://de.geocities.com/vzell1/cygwin/gv-3.5.8-1.tar.zip
mv gv-3.5.8-1.tar.zip gv-3.5.8-1.tar.bz2
- cut here ---
Ciao
Volker
Re: [ITP] GV: A PostScript and PDF viewer for X using 3d Athena Widgets
> "Harold" == Harold L Hunt, writes: Harold> Volker, Harold> Okay, the build completes, but one final step fails: Harold> make[1]: *** No rule to make target `gv.man', needed by `gv._man'. Stop. Harold> make[1]: Leaving directory Harold> `/home/harold/x-devel/4.3/ports/gv/gv-3.5.8/.build/source' Harold> make: *** [all] Error 2 Harold> Let me know when I can review it again. OK, it should work now. Harold> Harold Ciao Volker
New package: gv-3.5.8-1
The gv-3.5.8-1 package has been added to the Cygwin distribution. o http://wwwthep.physik.uni-mainz.de/~plass/gv/ Description: `gv' is a comfortable viewer of PostScript and PDF files for the X Window System. It uses the `ghostscript' PostScript(tm) interpreter and is based on the classic X front-end for `gs', `ghostview'. It is more comfortable and more powerful than `ghostview'. -- Volker Zell To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html 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/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
[ITP] tzcode: The time zone package
Hi I would like to contribute and maintain the timezone package: * http://www.twinsun.com/tz/tz-link.htm a public-domain time zone database which contains code and data that represent the history of local time for many representative locations around the globe. This package contains the zic time zone compiler, the zdump timezone dump routine, and various timezone library routines. These functions deal with variations in the time zone rules in the world. Here is the setup.hint file: sdesc: "The time zone package." ldesc: "The public-domain time zone database contains code and data that represent the history of local time for many representative locations around the globe. It is updated periodically to reflect changes made by political bodies to UTC offsets and daylight-saving rules. Each location in the database represents a national region where all clocks keeping local time have agreed since 1970. Locations are identified by continent or ocean and then by the name of the location, which is typically the largest city within the region. For example, America/New_York represents most of the US eastern time zone; America/Indianapolis represents most of Indiana, which uses eastern time without daylight saving time (DST); America/Detroit represents most of Michigan, which uses eastern time but with different DST rules in 1975; and other entries represent smaller regions like Starke County, Kentucky, which switched from central to eastern time in 1991. To use the database, set the TZ environment variable to the location's full name, e.g., TZ=America/New_York." category: Libs System requires: cygwin -- cut here #!/bin/bash wget http://de.geocities.com/vzell1/cygwin/setup.hint.tzcode-2003d-1.zip mv setup.hint.tzcode-2003d-1.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/tzcode-2003d-1-src.tar.zip mv tzcode-2003d-1-src.tar.zip tzcode-2003d-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/tzcode-2003d-1.tar.zip mv tzcode-2003d-1.tar.zip tzcode-2003d-1.tar.bz2 -- cut here Ciao Volker
Re: Pending Packages List, 2003-11-07
> "Daniel" == Daniel Reed <[EMAIL PROTECTED]> writes: Daniel> Package: sgrep 1.99.1-1 Daniel> Description: Search indexed text regions like SGML, XML and HTML files Daniel>Proposer: Jari Aalto Daniel>Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html Daniel> http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 Daniel> http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 Daniel> http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint Daniel>Problems: ./cygbuild-1.92.1-1.sh: line 408: [: -eq: unary operator expected (cygwin-apps-thread.11855) Daniel> --- sgrep-1.92.1-orig/Makefile 1970-01-01 00:00:00.0 + (cygwin-apps-thread.11855) Daniel> Aye votes: Lapo Luchini (cygwin-apps-thread.11774) [1/3] Daniel> Status: Package available. Daniel>HOLD-UPS: Not enough votes (need 2 more). Unresolved problems. No "good to go" review. I vote pro. * Shouldn't the /usr/share/sample.sgreprc go to /etc/defaults/etc/sample.sgreprc and be copied to /usr/share/sgreprc by a postinstall script ? * The man page is still in /usr/man/man1 instead of in /usr/share/man/man1 Ciao Volker
Re: Pending Packages List, 2003-11-07
> "Corinna" == Corinna Vinschen <[EMAIL PROTECTED]> writes: Corinna> Wait, I thought we're talking about a system-wide sgreprc file which is Corinna> expected in /usr/share. Did I get that wrong? No, you're right. 04:31 PM [529]> strings /tmp/src/sgrep-1.92.1/.inst/usr/bin/sgrep.exe | grep sgreprc don't read $HOME/.sgreprc or /usr/share/sgreprc .sgreprc /usr/share/sgreprc Corinna> Corinna Ciao Volker
Re: Pending Packages List, 2003-11-11
> "Daniel" == Daniel Reed <[EMAIL PROTECTED]> writes: Daniel> Package: otcl 1.0.13-1 Daniel> Description: OTcl, short for MIT Object Tcl. (main package) Daniel>Proposer: Harold L Hunt II Daniel>Proposal: mailto:[EMAIL PROTECTED] Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1-src.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint Daniel>Also: libotcl0 [OTcl, short for MIT Object Tcl. (runtime)] Daniel> http://www.msu.edu/~huntharo/cygwin/otcl/libotcl0/libotcl0-1.0.9-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/otcl/libotcl0/setup.hint Daniel>Also: libotcl-devel [OTcl, short for MIT Object Tcl. (development)] Daniel> http://www.msu.edu/~huntharo/cygwin/otcl/libotcl-devel/libotcl-devel-1.0.9-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/otcl/libotcl-devel/setup.hint Daniel> Status: Vote-exempt. Package available. Daniel>HOLD-UPS: No "good to go" review. Daniel> Package: tclcl 1.0.13-1 Daniel> Description: TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, ... Daniel>Proposer: Harold L Hunt II Daniel>Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-11/msg5.html Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/tclcl-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/tclcl-1.0.13-1-src.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint Daniel>Also: libtclcl0 [TclCL (Tcl with classes). (runtime)] Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl0/libtclcl0-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl0/setup.hint Daniel>Also: libtclcl-devel [TclCL (Tcl with classes). (development)] Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl-devel/libtclcl-devel-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl-devel/setup.hint Daniel> Status: Vote-exempt. Package available. Daniel>HOLD-UPS: No "good to go" review. I get a Web Page Not Found when trying to download and review this packages. Otherwise I vote YES. Ciao Volker
[ITP] gd: A graphics library for fast image creation
Hi I would like to contribute and maintain the gd package: * http://www.boutell.com/gd/ (Homepage) * http://www.boutell.com/gd/http/ (Download location) My goal is to contribute the gnuplot package * http://gnuplot.info/ which uses the gd library. Ciao Volker -- Here are the setup.hint files: * gd-2.0.15-1.tar.bz2 sdesc: "A graphics library for fast image creation - documentation and applications" ldesc: "gd is a graphics library. It allows your code to quickly draw images complete with lines, arcs, text, multiple colors, cut and paste from other images, and flood fills, and write out the result as a PNG or JPEG file. This is particularly useful in World Wide Web applications, where PNG and JPEG are two of the formats accepted for inline images by most browsers. gd is not a paint program. If you are looking for a paint program, you are looking in the wrong place. If you are not a programmer, you are looking in the wrong place, unless you are installing a required library in order to run an application. gd does not provide for every possible desirable graphics operation. It is not necessary or desirable for gd to become a kitchen-sink graphics package, but version 2.0 does include most frequently requested features, including both truecolor and palette images, resampling (smooth resizing of truecolor images) and so forth. " category: Libs Graphics requires: cygwin libgd2 libpng12 libjpeg62 libiconv2 zlib libfreetype26 cygipc XFree86-bin * libgd2-devel-2.0.15-1.tar.bz2 sdesc: "A graphics library for fast image creation - 2.0.x development libraries and headers" ldesc: "gd is a graphics library. It allows your code to quickly draw images complete with lines, arcs, text, multiple colors, cut and paste from other images, and flood fills, and write out the result as a PNG or JPEG file. This is particularly useful in World Wide Web applications, where PNG and JPEG are two of the formats accepted for inline images by most browsers. gd is not a paint program. If you are looking for a paint program, you are looking in the wrong place. If you are not a programmer, you are looking in the wrong place, unless you are installing a required library in order to run an application. gd does not provide for every possible desirable graphics operation. It is not necessary or desirable for gd to become a kitchen-sink graphics package, but version 2.0 does include most frequently requested features, including both truecolor and palette images, resampling (smooth resizing of truecolor images) and so forth. " category: Libs Graphics requires: cygwin libgd2 libpng12 libjpeg62 libiconv2 zlib libfreetype26 cygipc XFree86-bin external-source: gd * libgd2-2.0.15-1.tar.bz2 sdesc: "A graphics library for fast image creation - 2.0.x runtime" ldesc: "gd is a graphics library. It allows your code to quickly draw images complete with lines, arcs, text, multiple colors, cut and paste from other images, and flood fills, and write out the result as a PNG or JPEG file. This is particularly useful in World Wide Web applications, where PNG and JPEG are two of the formats accepted for inline images by most browsers. gd is not a paint program. If you are looking for a paint program, you are looking in the wrong place. If you are not a programmer, you are looking in the wrong place, unless you are installing a required library in order to run an application. gd does not provide for every possible desirable graphics operation. It is not necessary or desirable for gd to become a kitchen-sink graphics package, but version 2.0 does include most frequently requested features, including both truecolor and palette images, resampling (smooth resizing of truecolor images) and so forth. " category: Libs Graphics requires: cygwin libpng12 libjpeg62 libiconv2 zlib libfreetype26 cygipc XFree86-bin external-source: gd cut here #!/bin/bash mkdir -p gd gd/libgd2 gd/libgd2-devel cd gd wget http://de.geocities.com/vzell1/cygwin/gd.hint.zip mv gd.hint.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/libgd2.hint.zip mv libgd2.hint.zip libgd2/setup.hint wget http://de.geocities.com/vzell1/cygwin/libgd2-devel.hint.zip mv libgd2-devel.hint.zip libgd2-devel/setup.hint wget http://de.geocities.com/vzell1/cygwin/gd-2.0.15-1-src.tar.zip mv gd-2.0.15-1-src.tar.zip gd-2.0.15-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/gd-2.0.15-1.tar.zip mv gd-2.0.15-1.tar.zip gd-2.0.15-1.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/libgd2-devel-2.0.15-1.tar.zip mv libgd2-devel-2.0.15-1.tar.zip libgd2-devel/libgd2-devel-2.0.15-1.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/libgd2-2.0.15-1.tar.zip mv libgd2-2.0.15-1.tar.zip libgd2/libgd2-2.0.15-1.tar.bz2 cut here
Re: [Review 1 - No pass] gd: A graphics library for fast image creation
> "Harold" == Harold L Hunt, writes: Harold> Volker, Harold> I tried to build the package and got the following from the "prep" step: Harold> aclocal: configure.ac: 46: macro `AM_ICONV' not found in library Harold> I have updated all of my packages to the latest "curr" releases. Were Me too... Harold> you setting a non-default PKG_CONFIG_PATH before running the script? Yes Harold> Here is what my env var has: Harold> PKG_CONFIG_PATH=:/usr/X11R6/lib/pkgconfig PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/X11R6/lib/pkgconfig:/usr/local/lib/pkgconfig:/opt/gnome/lib/pkgconfig:/opt/kde3/lib/pkgconfig Harold> Err... PKG_CONFIG_PATH probably has nothing to do with this. I think so. Harold> In any case, please advise as to why the build script fails. I have no idea. Can anybody else conirm ? Here is my verbose output of the aclocal run: aclocal: found macro AM_AUTOMAKE_VERSION in /usr/autotool/devel/share/aclocal-1.7/amversion.m4: 21 aclocal: found macro AM_SET_CURRENT_AUTOMAKE_VERSION in /usr/autotool/devel/share/aclocal-1.7/amversion.m4: 27 aclocal: found macro AM_PROG_AS in /usr/autotool/devel/share/aclocal-1.7/as.m4: 24 aclocal: found macro AM_AUX_DIR_EXPAND in /usr/autotool/devel/share/aclocal-1.7/auxdir.m4: 61 aclocal: found macro AM_PROG_CC_STDC in /usr/autotool/devel/share/aclocal-1.7/ccstdc.m4: 40 aclocal: found macro fp_PROG_CC_STDC in /usr/autotool/devel/share/aclocal-1.7/ccstdc.m4: 111 aclocal: found macro AM_CONDITIONAL in /usr/autotool/devel/share/aclocal-1.7/cond.m4: 27 aclocal: found macro _AM_DEPENDENCIES in /usr/autotool/devel/share/aclocal-1.7/depend.m4: 39 aclocal: found macro AM_SET_DEPDIR in /usr/autotool/devel/share/aclocal-1.7/depend.m4: 141 aclocal: found macro AM_DEP_TRACK in /usr/autotool/devel/share/aclocal-1.7/depend.m4: 149 aclocal: found macro _AM_OUTPUT_DEPENDENCY_COMMANDS in /usr/autotool/devel/share/aclocal-1.7/depout.m4: 24 aclocal: found macro AM_OUTPUT_DEPENDENCY_COMMANDS in /usr/autotool/devel/share/aclocal-1.7/depout.m4: 79 aclocal: found macro AM_WITH_DMALLOC in /usr/autotool/devel/share/aclocal-1.7/dmalloc.m4: 25 aclocal: found macro fp_WITH_DMALLOC in /usr/autotool/devel/share/aclocal-1.7/dmalloc.m4: 41 aclocal: found macro AM_PROG_GCJ in /usr/autotool/devel/share/aclocal-1.7/gcj.m4: 21 aclocal: found macro AM_CONFIG_HEADER in /usr/autotool/devel/share/aclocal-1.7/header.m4: 25 aclocal: found macro AM_INIT_AUTOMAKE in /usr/autotool/devel/share/aclocal-1.7/init.m4: 43 aclocal: found macro _AC_AM_CONFIG_HEADER_HOOK in /usr/autotool/devel/share/aclocal-1.7/init.m4: 113 aclocal: found macro AM_PROG_INSTALL_SH in /usr/autotool/devel/share/aclocal-1.7/install-sh.m4: 22 aclocal: found macro AM_SET_LEADING_DOT in /usr/autotool/devel/share/aclocal-1.7/lead-dot.m4: 23 aclocal: found macro AM_PROG_LEX in /usr/autotool/devel/share/aclocal-1.7/lex.m4: 29 aclocal: found macro AM_PATH_LISPDIR in /usr/autotool/devel/share/aclocal-1.7/lispdir.m4: 29 aclocal: found macro ud_PATH_LISPDIR in /usr/autotool/devel/share/aclocal-1.7/lispdir.m4: 66 aclocal: found macro AM_MAINTAINER_MODE in /usr/autotool/devel/share/aclocal-1.7/maintainer.m4: 23 aclocal: found macro jm_MAINTAINER_MODE in /usr/autotool/devel/share/aclocal-1.7/maintainer.m4: 38 aclocal: found macro AM_MAKE_INCLUDE in /usr/autotool/devel/share/aclocal-1.7/make.m4: 25 aclocal: found macro AM_PROG_CC_C_O in /usr/autotool/devel/share/aclocal-1.7/minuso.m4: 24 aclocal: found macro AM_MISSING_PROG in /usr/autotool/devel/share/aclocal-1.7/missing.m4: 28 aclocal: found macro AM_MISSING_HAS_RUN in /usr/autotool/devel/share/aclocal-1.7/missing.m4: 38 aclocal: found macro AM_ENABLE_MULTILIB in /usr/autotool/devel/share/aclocal-1.7/multi.m4: 23 aclocal: found macro ud_GNU_GETTEXT in /usr/autotool/devel/share/aclocal-1.7/obsol-gt.m4: 23 aclocal: found macro gm_PROG_LIBTOOL in /usr/autotool/devel/share/aclocal-1.7/obsol-lt.m4: 23 aclocal: found macro AC_FEATURE_CTYPE in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 30 aclocal: found macro AC_FEATURE_ERRNO in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 31 aclocal: found macro AM_CYGWIN32 in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 32 aclocal: found macro AM_EXEEXT in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 33 aclocal: found macro AM_FUNC_MKTIME in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 34 aclocal: found macro AM_HEADER_TIOCGWINSZ_NEEDS_SYS_IOCTL in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 35 aclocal: found macro AM_MINGW32 in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 37 aclocal: found macro AM_PROG_INSTALL in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 38 aclocal: found macro AM_SANITY_CHECK_CC in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 39 aclocal: found macro AM_SYS_POSIX_TERMIOS in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4: 40 aclocal: found macro fp_FUNC_FNMATCH in /usr/autotool/devel/share/aclocal-1.7/obsolete.m4:
Re: [Review 1 - No pass] gd: A graphics library for fast image creation
> "Harold" == Harold L Hunt, writes: Harold> checking how to run the C++ preprocessor... /lib/cpp Harold> configure: error: C++ preprocessor "/lib/cpp" fails sanity check Harold> See `config.log' for more details. What are the details in config.log ? Try running configure with set -x I think this has nothing to with my package shell script. Harold> [EMAIL PROTECTED] ~/x-devel/4.3/ports/gd Harold> $ /lib/cpp --help Harold> bash: /lib/cpp: No such file or directory Harold> [EMAIL PROTECTED] ~/x-devel/4.3/ports/gd Harold> $ which cpp Harold> /usr/bin/cpp Same here Ciao Volker
Re: [Review 1 - No pass] gd: A graphics library for fast image creation
>>>>> "Harold" == Harold L Hunt, writes:
Harold> Dr. Volker Zell wrote:
>>>>>>> "Harold" == Harold L Hunt, writes:
Harold> checking how to run the C++ preprocessor... /lib/cpp
Harold> configure: error: C++ preprocessor "/lib/cpp" fails sanity check
Harold> See `config.log' for more details.
>> What are the details in config.log ?
>> Try running configure with set -x
>> I think this has nothing to with my package shell script.
Harold> How could if have nothing to do with the package shell script? I ran
Harold> the "conf" command and it borked. It should not bork. You should be
Harold> passing any necessary options and declaring/setting any necessary
Harold> environment variables in the shell script. There should not be any
Harold> additional knowledge of how to build this package that is not in the
Harold> script.
Harold> Granted, this could be a problem with my system, but I've not seen a
Harold> configure script have trouble finding cpp before...
Here is the diff between my script and the generic-build-script from the cygwin
site. I don't see a place where I made drastic changes to the script in the conf
stage. Can anybody else confirming Harolds observations ?
--- generic-build-script2003-11-11 19:39:57.022836800 +0100
+++ D:\usr\local\objs\gd\cygwin\gd-2.0.15-1.sh 2003-11-12 08:13:27.565236000 +0100
@@ -21,9 +21,13 @@
tscriptname=`basename $0 .sh`
export PKG=`echo $tscriptname | sed -e 's/\-[^\-]*\-[^\-]*$//'`
+export PKG2=libgd2
+export PKG3=libgd2-devel
export VER=`echo $tscriptname | sed -e "s/${PKG}\-//" -e 's/\-[^\-]*$//'`
export REL=`echo $tscriptname | sed -e "s/${PKG}\-${VER}\-//"`
export FULLPKG=${PKG}-${VER}-${REL}
+export FULLPKG2=${PKG2}-${VER}-${REL}
+export FULLPKG3=${PKG3}-${VER}-${REL}
# determine correct decompression option and tarball filename
if [ -e ${PKG}-${VER}.tar.gz ] ; then
@@ -38,11 +42,15 @@
export src_pkg_name=${FULLPKG}-src.tar.bz2
export src_patch_name=${FULLPKG}.patch
export bin_pkg_name=${FULLPKG}.tar.bz2
+export bin_pkg_name2=${FULLPKG2}.tar.bz2
+export bin_pkg_name3=${FULLPKG3}.tar.bz2
export src_orig_pkg=${topdir}/${src_orig_pkg_name}
export src_pkg=${topdir}/${src_pkg_name}
export src_patch=${topdir}/${src_patch_name}
export bin_pkg=${topdir}/${bin_pkg_name}
+export bin_pkg2=${topdir}/${bin_pkg_name2}
+export bin_pkg3=${topdir}/${bin_pkg_name3}
export srcdir=${topdir}/${PKG}-${VER}
export objdir=${srcdir}/.build
export instdir=${srcdir}/.inst
@@ -53,9 +61,13 @@
# if this package creates binaries, they run on
target=i686-pc-cygwin
prefix=/usr
+pnoslash=`echo $prefix | sed -e 's#^/##'`
sysconfdir=/etc
+snoslash=`echo $sysconfdir | sed -e 's#^/##'`
+
MY_CFLAGS="-O2"
MY_LDFLAGS=
+MY_LIBS="-liconv"
mkdirs() {
(cd ${topdir} && \
@@ -69,11 +81,25 @@
tar xv${opt_decomp}f ${src_orig_pkg} ; \
cd ${topdir} && \
patch -p0 < ${src_patch}
- && mkdirs )
+ && mkdirs
+ mkpatch
+ bootstrap
+ )
+}
+bootstrap() {
+ (cd ${srcdir}&& \
+ libtoolize --automake --copy --force && \
+ aclocal && \
+ automake --gnu --add-missing --force-missing --copy && \
+ autoconf && \
+ autoheader
+ )
}
conf() {
(cd ${objdir} && \
- CFLAGS="${MY_CFLAGS}" LDFLAGS="${MY_LDFLAGS}" \
+ lndir ../ && \
+ rm -rf .build .inst .sinst CYGWIN-PATCHES && \
+ CFLAGS="${MY_CFLAGS}" LDFLAGS="${MY_LDFLAGS}" LIBS="${MY_LIBS}" \
${srcdir}/configure \
--srcdir=${srcdir} --prefix=${prefix} \
--exec-prefix=${prefix} --sysconfdir=${sysconfdir} \
@@ -103,16 +129,57 @@
rm -f ${instdir}${f} ; \
fi ;\
done &&\
- for d in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/Cygwin \
- ${sysconfdir}/postinstall ; do
-if [ ! -d ${instdir}${d} ] ; then
- mkdir -p ${instdir}${d} ;\
+ for dirn in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/${PKG3}-${VER} \
+${prefix}/share/doc/Cygwin ${sysconfdir}/postinstall ; do \
+if [ ! -d ${instdir}${dirn} ]; then \
+ mkdir -p ${instdir}${dirn} ; \
fi ;\
- done &&\
+ done && \
templist=""; \
- for f in ${srcdir}/ANNOUNCE ${srcdir}/CHANGES ${srcdir}/INSTALL \
- ${srcdir}/KNOWNBUG ${srcdir}/LICENSE ${srcdir}/README \
- ${srcdir}/TODO ${srcdir}/COPYING ; do \
+ for f in \
+${srcdir}/ABOUT* \
+${srcdir}/ANNOUNCE*\
+${srcdir}/AUTHOR* \
+${srcdir}/BUG* \
+
Re: Pending Packages List, 2003-11-14
> "Daniel" == Daniel Reed <[EMAIL PROTECTED]> writes: Daniel> Package: otcl 1.0.13-1 Daniel> Description: OTcl, short for MIT Object Tcl. (main package) Daniel>Proposer: Harold L Hunt II Daniel>Proposal: mailto:[EMAIL PROTECTED] Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1-src.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint Daniel>Also: libotcl0 [OTcl, short for MIT Object Tcl. (runtime)] Daniel> http://www.msu.edu/~huntharo/cygwin/otcl/libotcl0/libotcl0-1.0.9-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/otcl/libotcl0/setup.hint Daniel>Also: libotcl-devel [OTcl, short for MIT Object Tcl. (development)] Daniel> http://www.msu.edu/~huntharo/cygwin/otcl/libotcl-devel/libotcl-devel-1.0.9-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/otcl/libotcl-devel/setup.hint Daniel> Status: Vote-exempt. Package available. Daniel>HOLD-UPS: No "good to go" review. Builds and installs fine. test.tcl passes all tests. When starting owish from a bash shell I do not get the prompt back. /bin/wish has the same problem. So it seems the problem is in /bin/tk84.dll. I vote pro. Daniel> Package: tclcl 1.0.13-1 Daniel> Description: TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, ... Daniel>Proposer: Harold L Hunt II Daniel>Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-11/msg5.html Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/tclcl-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/tclcl-1.0.13-1-src.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint Daniel>Also: libtclcl0 [TclCL (Tcl with classes). (runtime)] Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl0/libtclcl0-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl0/setup.hint Daniel>Also: libtclcl-devel [TclCL (Tcl with classes). (development)] Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl-devel/libtclcl-devel-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl-devel/setup.hint Daniel> Status: Vote-exempt. Package available. Daniel>HOLD-UPS: No "good to go" review. Builds and installs fine. I vote pro. Daniel> Package: rdesktop 1.3.0-1 Daniel> Description: client for Windows terminal server. Remote desktop display Daniel>Proposer: Jari Aalto Daniel>Proposal: mailto:[EMAIL PROTECTED] Daniel> http://tierra.dyndns.org:81/cygwin/rdesktop/rdesktop-1.3.0-1.tar.bz2 Daniel> http://tierra.dyndns.org:81/cygwin/rdesktop/rdesktop-1.3.0-1-src.tar.bz2 Daniel> [no hint] Daniel> Aye votes: Harold L Hunt II (cygwin-apps-thread.12044) [1/3] Daniel> Abe Backus (cygwin-apps-thread.12051) [2/3] Daniel> Status: Package available. Daniel>HOLD-UPS: Not enough votes (need 1 more). No "good to go" review. ./cygbuild-1.3.0-1.sh: line 438: [: -eq: unary operator expected -- Installing docs to /tmp/rdesktop/rdesktop-1.3.0/.inst/usr/share/doc/rdesktop-1.3.0 find: /tmp/rdesktop/rdesktop-1.3.0/.inst/usr/share/doc/rdesktop-1.3.0: Permission denied The permissions on the rdesktop-1.3.0 are wrong [EMAIL PROTECTED] /tmp/rdesktop/rdesktop-1.3.0/.inst/usr/share/doc 04:50 PM [521]> ls -lt /tmp/rdesktop/rdesktop-1.3.0/.inst/usr/share/doc total 0 drwxr-xr-x+ 2 vzelladmin 0 Nov 16 16:48 Cygwin/ drw-r--r--+ 2 vzelladmin4096 Nov 16 16:48 rdesktop-1.3.0/ I vote pro Ciao Volker
Re: [Review 2 - Good to go] gd: A graphics library for fast image creation
> "Gareth" == Gareth Pearce <[EMAIL PROTECTED]> writes: >> Hmm... just noticed that you have libgd2 and libgd2-devel... I was under >> the impression that you should stick the DLL version in the libgd >> package name, which you did, but I thought that the DLL version number >> was *not* included in the -devel package name. >> >> It seems to me that the devel package should be called: >> >> libgd-devel >> >> >> Anyone care to comment on this? Gareth> It would be nice to say that versioned devels are never necessary, but Gareth> unless the internals of the package are designed so as to be able to coexist Gareth> with future version devels (like libgd2 would be), there isn't any point Gareth> versioning them, and hence should not be so. I'll change it to not include the version number. Ciao Volker
Re: [Review 2 - Good to go] gd: A graphics library for fast image creation
> "Nicholas" == Nicholas Wourms <[EMAIL PROTECTED]> writes: Nicholas> Volker, Nicholas> I think the best way to determine this is whether or not the package Nicholas> installs versioned includes and static/import libs. Also, the naming Nicholas> of the libraries & include dirs is important. In the case of Nicholas> freetype, freetype-1 is libttf whereas freetype2 is libfreetype. Even Nicholas> if it doesn't, it pays to check out the Mandrake/RedHat/Debian Nicholas> packages to see how they are doing it. Sometimes it may be necessary Nicholas> to make a package have co-existing versions, especially in the case of Nicholas> databases where src API's can change, causing some existing sources Nicholas> not to compile/work. Also, it is pretty much a given that most GNOME Nicholas> libraries are going to need to be versioned. The key is to plan ahead Nicholas> now, before you are stuck providing kludges or empty-package Nicholas> work-arounds. It looks like the devel package is not versioned. I uploaded my packages again. See below for download script. Nicholas> Cheers, Nicholas> Nicholas Ciao Volker -- cut here - #!/bin/bash mkdir -p gd gd/libgd2 gd/libgd-devel cd gd wget http://de.geocities.com/vzell1/cygwin/gd.hint.zip mv gd.hint.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/libgd2.hint.zip mv libgd2.hint.zip libgd2/setup.hint wget http://de.geocities.com/vzell1/cygwin/libgd-devel.hint.zip mv libgd-devel.hint.zip libgd-devel/setup.hint wget http://de.geocities.com/vzell1/cygwin/gd-2.0.15-1-src.tar.zip mv gd-2.0.15-1-src.tar.zip gd-2.0.15-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/gd-2.0.15-1.tar.zip mv gd-2.0.15-1.tar.zip gd-2.0.15-1.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/libgd-devel-2.0.15-1.tar.zip mv libgd-devel-2.0.15-1.tar.zip libgd-devel/libgd-devel-2.0.15-1.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/libgd2-2.0.15-1.tar.zip mv libgd2-2.0.15-1.tar.zip libgd2/libgd2-2.0.15-1.tar.bz2 -- cut here -
[ITP] man: Man, apropos and whatis
Hi I would like to contribute and maintain the man package: * ftp://ftp.win.tue.nl/pub/linux-local/utils/man/ (Download location) Ciao Volker Here is the setup.hint file: sdesc: "Man, apropos and whatis" ldesc: " The man page suite, including man, apropos, and whatis consists of programs that are used to read most of the documentation available on a Cygwin system. The whatis and apropos programs can be used to find documentation related to a particular subject." category: Base Doc System requires: ash cygwin fileutils less groff gawk cut here #!/bin/bash mkdir man cd man wget http://de.geocities.com/vzell1/cygwin/setup.hint.man-1.5m2-1.zip mv setup.hint.man-1.5m2-1.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/man-1.5m2-1-src.tar.zip mv man-1.5m2-1-src.tar.zip man-1.5m2-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/man-1.5m2-1.tar.zip mv man-1.5m2-1.tar.zip man-1.5m2-1.tar.bz2 cut here
Re: [ITP] man: Man, apropos and whatis
> "Christopher" == Christopher Faylor <[EMAIL PROTECTED]> writes: Christopher> Btw, it probably goes without saying but you don't have to necessarily Christopher> use this version of man. I think there may be other versions out there Christopher> which are less linux specific. Or, maybe they've cleaned up some of the Christopher> code in this version... >From where did you donwload your last version ? Christopher> cgf Ciao Volker
Re: [ITP] man: Man, apropos and whatis
> "Nicholas" == Nicholas Wourms <[EMAIL PROTECTED]> writes: Nicholas> IMHO, Redhat's `man' SRPM has some excellent patches which serve to Nicholas> make it more i18n friendly, fix a few things here and there, and Nicholas> resolves a few FHS issues. I think it would be well worth Nicholas> investigating. I'd suggest picking up the latest SRPM from Nicholas> http://download.fedora.redhat.com/pub/fedora/linux/core/development/. Thanks, I'll check it out. Nicholas> Cheers, Nicholas> Nicholas Ciao Volker
[ITP] gnuplot: A command-line driven interactive function plotting utility
Hi I would like to contribute and maintain the gnuplot package: * http://gnuplot.info/ (Homepage) * http://sourceforge.net/projects/gnuplot/ (Download location) Ciao Volker Here is the setup.hint file: sdesc: "A command-line driven interactive function plotting utility." ldesc: "Gnuplot is a command-line driven interactive function plotting utility for UNIX, MSDOS, VMS, and many other platforms. The software is copyrighted but freely distributed (i.e., you don't have to pay for it). It was originally intended as graphical program which would allow scientists and students to visualize mathematical functions and data. Gnuplot supports many different types of terminals, plotters, and printers (including many color devices, and pseudo-devices like LaTeX) and is easily extensible to include new devices. [ The 'GNU' in gnuplot is NOT related to the Free Software Foundation, the naming is just a coincidence (and a long story; see the gnuplot FAQ for details). Thus gnuplot is not covered by the Gnu copyleft, but rather by its own copyright statement, included in all source code files.] Gnuplot handles both curves (2 dimensions) and surfaces (3 dimensions). Surfaces can be plotted as a mesh fitting the specified function, floating in the 3-d coordinate space, or as a contour plot on the x-y plane. For 2-d plots, there are also many plot styles, including lines, points, lines with points, error bars, and impulses (crude bar graphs). Graphs may be labeled with arbitrary labels and arrows, axes labels, a title, date and time, and a key. The interface includes command-line editing and history on most platforms." category: Graphics Math requires: cygwin libpng12 libjpeg62 libiconv2 zlib libfreetype26 cygipc XFree86-bin libgd2 _update-info-dir cut here #!/bin/bash mkdir gnuplot cd gnuplot wget http://de.geocities.com/vzell1/cygwin/setup.hint.gnuplot-3.8j.0-1.zip mv setup.hint.gnuplot-3.8j.0-1.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/gnuplot-3.8j.0-1-src.tar.zip mv gnuplot-3.8j.0-1-src.tar.zip gnuplot-3.8j.0-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/gnuplot-3.8j.0-1.tar.zip mv gnuplot-3.8j.0-1.tar.zip gnuplot-3.8j.0-1.tar.bz2 cut here
Re: [ITP] gnuplot: A command-line driven interactive function plotting utility
> "Harold" == Harold L Hunt, writes: Harold> I downloaded the setup.hint and most of the -src package, then Harold> geocities started complaining in German that I can't translate. It Harold> seems to be saying that the files are momentarily unavailable... but Harold> it could also be saying that you have exceeded your daily download Harold> limit. Could you confirm which of these it is? I says: The web-site has reached its maximum download count. Access to this site will be possible in the next hour. Please try again. :-(( Harold> Harold Ciao Volker
Re: Problem about man-1.5m2
> "Barry" == Barry Buchbinder writes: Barry> I found the same thing and 2 other problems Barry> (1) If the environmental variable LESS is set, it overrides the PAGER Barry> setting in man.conf. Barry> (2) Large chunks of text can be incorrectly made bold. Barry> Not wanting to have to choose between less working the way I want and man Barry> working properly, I I've rolled back to ver 1.5j-2. I'll take a look into this. Ciao Volker
Ready for upload: man-1.5k-1
Hi Please upload: --- cut here - #!/bin/bash mkdir man cd man wget http://de.geocities.com/vzell1/cygwin/setup.hint.man-1.5k-1.zip mv setup.hint.man-1.5k-1.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/man-1.5k-1-src.tar.zip mv man-1.5k-1-src.tar.zip man-1.5k-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/man-1.5k-1.tar.zip mv man-1.5k-1.tar.zip man-1.5k-1.tar.bz2 --- cut here - Can somebody please remove my previous version man-1.5m2-1 from the distribution. Some users posted problems with ESC output sequences. Although this version is not the latest version available on the net it incorporates a couple of patches from the Red Hat people (see below). I would also mark this version as test release and let Christophers version be the latest stable version for a while. The following is from the package README: -- Upgrade to the latest version man-1.5k-12.src.rpm found at o http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/ This version includes almost all of the fixes found in the above rpm archive. Some of them are not relevant for cygwin. More details about the individuell bugs can be found under the URL o http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=X where X represents the numeric bug id. Changelog: == * Thu Oct 09 2003 Adrian Havill <[EMAIL PROTECTED]> 1.5k-12 - force utf locale with jnroff (#105764) - don't let awk in makewhatis scan files that aren't man pages (#105594) * Wed Oct 01 2003 Adrian Havill <[EMAIL PROTECTED]> 1.5k-11 - Use UTF-8 in makewhatis when searching for non-English versions of the phrase "NAME" in man pages - add "-o" option to makewhatis to specify an alternate whatis db location * Fri Aug 08 2003 Adrian Havill <[EMAIL PROTECTED]> 1.5k-9 - cleaned up apropos script bugs (#97006) - merged all apropos changes into one cleaner patch * Thu May 22 2003 Jeremy Katz <[EMAIL PROTECTED]> 1.5k-7 - fix build with gcc 3.3 * Mon Feb 10 2003 Adrian Havill <[EMAIL PROTECTED]> 1.5k-6 - added patch for korean (#83934) * Thu Feb 06 2003 Adrian Havill <[EMAIL PROTECTED]> 1.5k-5 - removed bad argcat patch which made bogus grep queries (#82684) * Mon Jan 13 2003 Adrian Havill <[EMAIL PROTECTED]> 1.5k-2 - bump version from j to k - adjust patches to reflect upstream integration Cygwin specific changes: o added m and 8c to the default man sections list, cygwin has man pages in directories /usr/share/man/man8c and /usr/X11R6/man/manm o fixed italian man page o added /usr/X11R6/man:/usr/local/share/man:/usr/local/man to the default manpath in makewhatis o postinstall script adds symlinks from man to manpath for binary and manpage Additionally the following things have been changed since the interim version man-1.5m2-1: o The following two lines in man.conf NROFF/usr/bin/nroff -c -mandoc PAGER/usr/bin/less -isrR seem to fix the output of ESC sequences !! Certain versions of the FHS recommend putting formatted versions of /usr/.../share/man/[locale/]manx/page.x into /var/cache/man/.../[locale/]catx/page.x. The keyword FHS in man.conf will cause this behaviour and is now the default. Explicitly given catdirs override. See comments in the man.conf file. I would like to ask other package maintainers to remove /usr/.../share/catx directories from their packages, as man.conf can be edited by the user and will not be overwritten by the next version of the man package. !! Ciao Volker
Re: [ITP] gnuplot: A command-line driven interactive function plotting utility
> "Harold" == Harold L Hunt, writes: Harold> Volker, Harold> Okay, I got it, but it fails to build still (I thought my first Harold> download was incomplete): Harold> Making all in tutorial Harold> make[2]: Entering directory Harold> `/home/harold/x-devel/4.3/ports/gnuplot/gnuplot-3.8j.0/.build/tutorial' Harold> gnuplot: not found Harold> make[2]: *** [eg1.tex] Error 127 Harold> make[2]: Leaving directory Harold> `/home/harold/x-devel/4.3/ports/gnuplot/gnuplot-3.8j.0/.build/tutorial' Harold> make[1]: *** [all-recursive] Error 1 Harold> make[1]: Leaving directory Harold> `/home/harold/x-devel/4.3/ports/gnuplot/gnuplot-3.8j.0/.build' Harold> make: *** [all] Error 2 Harold> Looks like it is a doing a test for "gnuplot" when the file is Harold> actually called "gnuplot.exe" ? The problem was it's doing the test in the source directory and not in the build directory. Also in my case it worked because if it cannot find gnuplot in that directory it just calls gnuplot along the path and I already had gnuplot installed under /usr/local/bin. Maybe it's a good idea when building packages to not include /usr/local/bin and friends in the path. Please fetch new versions as usual. cut here #!/bin/bash mkdir gnuplot cd gnuplot wget http://de.geocities.com/vzell1/cygwin/setup.hint.gnuplot-3.8j.0-1.zip mv setup.hint.gnuplot-3.8j.0-1.zip setup.hint wget http://de.geocities.com/vzell1/cygwin/gnuplot-3.8j.0-1-src.tar.zip mv gnuplot-3.8j.0-1-src.tar.zip gnuplot-3.8j.0-1-src.tar.bz2 wget http://de.geocities.com/vzell1/cygwin/gnuplot-3.8j.0-1.tar.zip mv gnuplot-3.8j.0-1.tar.zip gnuplot-3.8j.0-1.tar.bz2 cut here Harold> Harold Ciao Volker
Re: [ITP] gnuplot: A command-line driven interactive function plotting utility
> "Harold" == Harold L Hunt, writes: Harold> Okay, I am trying again now. I just noticed that your readme says to Harold> change texmf.cnf/pool_size from 125,000 to 250,000, but Harold> texmf.cnf/pool_size seems to be 1,250,000 by default. I assume you Harold> lost a zero on both of those? Please advise and fix if needed. No, I had 125000 in my texmf.cnf. I changed it to 25 and the build worked fine. So it should work for you anyway. Harold> Harold Ciao Volker
Re: Pending Packages List, 2003-11-26
> "Christopher" == Christopher Faylor <[EMAIL PROTECTED]> writes: Christopher> On Wed, Nov 26, 2003 at 07:17:55PM +0100, Benjamin Weber wrote: >> >>> Package: joe 2.9.8-1 [2003-11-11] >>> Description: Fast and simple editor which emulates 5 other editors >>> Proposer: Jari Aalto >>> Proposal: mailto:[EMAIL PROTECTED] >>> http://tierra.dyndns.org:81/cygwin/joe/joe-2.9.8-1.tar.bz2 >>> http://tierra.dyndns.org:81/cygwin/joe/joe-2.9.8-1-src.tar.bz2 >>> http://tierra.dyndns.org:81/cygwin/joe/setup.hint >>> Aye votes: Christopher Faylor (cygwin-apps-thread.12071) [1/3] >>> Status: Package available. >>> HOLD-UPS: Not enough votes (need 2 more). No "good to go" review. >>> >>> >> >> If it is possible to vote for me, I would like to vote for joe... Christopher> Only package maintainers get to vote. Christopher> Doesn't anyone else want to give this an "aye", even on general Christopher> principle? Vote pro, it emulates emacs :-) Christopher> cgf Ciao Volker
Re: Pending Packages List, 2003-11-26
> "Daniel" == Daniel Reed <[EMAIL PROTECTED]> writes: Daniel> Maintainers of existing packages are eligible to vote on ITPs and new package Daniel> proposals. Once a package has been proposed, a cygwin-apps subscriber must I already voted for the ones below and reviewed them: o http://cygwin.com/ml/cygwin-apps/2003-11/msg00202.html Daniel> Package: otcl 1.0.9-1 [2003-10-29] Daniel> Description: OTcl, short for MIT Object Tcl. (main package) Daniel>Proposer: Harold L Hunt II Daniel>Proposal: mailto:[EMAIL PROTECTED] Daniel> http://www.msu.edu/~huntharo/cygwin/release/otcl/otcl-1.0.9-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/release/otcl/otcl-1.0.9-1-src.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/release/otcl/setup.hint Daniel>Also: libotcl0 [OTcl, short for MIT Object Tcl. (runtime)] Daniel> http://www.msu.edu/~huntharo/cygwin/release/otcl/libotcl0/libotcl0-1.0.9-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/release/otcl/libotcl0/setup.hint Daniel>Also: libotcl-devel [OTcl, short for MIT Object Tcl. (development)] Daniel> http://www.msu.edu/~huntharo/cygwin/release/otcl/libotcl-devel/libotcl-devel-1.0.9-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/release/otcl/libotcl-devel/setup.hint Daniel> Status: Vote-exempt. Package available. Daniel>HOLD-UPS: No "good to go" review. Daniel> Package: tclcl 1.0.13-1 [2003-11-01] Daniel> Description: TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, ... Daniel>Proposer: Harold L Hunt II Daniel>Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-11/msg5.html Daniel> http://www.msu.edu/~huntharo/cygwin/release/tclcl/tclcl-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/release/tclcl/tclcl-1.0.13-1-src.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/release/tclcl/setup.hint Daniel>Also: libtclcl0 [TclCL (Tcl with classes). (runtime)] Daniel> http://www.msu.edu/~huntharo/cygwin/release/tclcl/libtclcl0/libtclcl0-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/release/tclcl/libtclcl0/setup.hint Daniel>Also: libtclcl-devel [TclCL (Tcl with classes). (development)] Daniel> http://www.msu.edu/~huntharo/cygwin/release/tclcl/libtclcl-devel/libtclcl-devel-1.0.13-1.tar.bz2 Daniel> http://www.msu.edu/~huntharo/cygwin/release/tclcl/libtclcl-devel/setup.hint Daniel> Status: Vote-exempt. Package available. Daniel>HOLD-UPS: No "good to go" review. Daniel> Package: rdesktop 1.3.0-1 [2003-11-08] Daniel> Description: client for Windows terminal server. Remote desktop display Daniel>Proposer: Jari Aalto Daniel>Proposal: mailto:[EMAIL PROTECTED] Daniel> http://tierra.dyndns.org:81/cygwin/rdesktop/rdesktop-1.3.0-1.tar.bz2 Daniel> http://tierra.dyndns.org:81/cygwin/rdesktop/rdesktop-1.3.0-1-src.tar.bz2 Daniel> [no hint] Daniel> Aye votes: Harold L Hunt II (cygwin-apps-thread.12044) [1/3] Daniel> Abe Backus (cygwin-apps-thread.12051) [2/3] Daniel> Status: Package available. Daniel>HOLD-UPS: Not enough votes (need 1 more). No "good to go" review. Ciao Volker
Re: [Review - Good to go] tzcode: The time zone package
> "Harold" == Harold L Hunt, writes: Harold> Volker, Harold> I just reviewed your tzcode package: Thanks Harold> Minor issue: The "install" process complains repeatedly about not Harold> being able to create directories in the .inst tree that already exist. I know ... Harold> See the attached install.log for details. It might be a good idea to Harold> squelch this if possible, otherwise it doesn't really matter. I'll do the next time. Harold> Good to go! Thanks Harold> Harold Ciao Volker
Re: New package: tzcode-2003d-1
> "Nicholas" == Nicholas Wourms <[EMAIL PROTECTED]> writes: Nicholas> [EMAIL PROTECTED] wrote: >> The package 'tzcode' is now available with the Cygwin distribution. >> o http://www.twinsun.com/tz/tz-link.htm (Homepage) >> o ftp://elsie.nci.nih.gov/pub/ (Download location) Nicholas> I know the train has already left the station, but I do have a few Nicholas> nitpicks about the package (other then my earlier ones). I have also the following changes which will get fixed in the next version. * man pages are now in /usr/share/man * fixed some mkdir warnings during installation * added missing requires for tzselect: gawk pdksh Nicholas> Aren't zoneinfo data alternatives supposed to go in Nicholas> /usr/share/zoneinfo/? Having three zoneinfo dirs in Nicholas> Top-Level /usr/share doesn't seem right and is definitely not FHS Nicholas> compliant. Look at the comments from the Makefile below. It seems there have been configuration errors with that directory structure. The /usr/share/zoneinfo-posix directory is actually the same as /usr/share/zoneinfo. Maybe we should skip the creation of the posix subdir in the other_two makefile rule. # If you always want time values interpreted as "seconds since the epoch # (not counting leap seconds)", use # REDO= posix_only # below. If you always want right time values interpreted as "seconds since # the epoch" (counting leap seconds)", use # REDO= right_only # below. If you want both sets of data available, with leap seconds not # counted normally, use # REDO= posix_right # below. If you want both sets of data available, with leap seconds counted # normally, use # REDO= right_posix # below. # POSIX mandates that leap seconds not be counted; for compatibility with it, # use either "posix_only" or "posix_right". REDO= posix_right posix_only: zic $(TDATA) $(ZIC) -y $(YEARISTYPE) -d $(DESTDIR)$(TZDIR) -L /dev/null $(TDATA) right_only: zic leapseconds $(TDATA) $(ZIC) -y $(YEARISTYPE) -d $(DESTDIR)$(TZDIR) -L leapseconds $(TDATA) # In earlier versions of this makefile, the other two directories were # subdirectories of $(TZDIR). However, this led to configuration errors. # For example, with posix_right under the earlier scheme, # TZ='right/Australia/Adelaide' got you localtime with leap seconds, # but gmtime without leap seconds, which led to problems with applications # like sendmail that subtract gmtime from localtime. # Therefore, the other two directories are now siblings of $(TZDIR). # You must replace all of $(TZDIR) to switch from not using leap seconds # to using them, or vice versa. other_two: zic leapseconds $(TDATA) $(ZIC) -y $(YEARISTYPE) -d $(DESTDIR)$(TZDIR)-posix -L /dev/null $(TDATA) $(ZIC) -y $(YEARISTYPE) \ -d $(DESTDIR)$(TZDIR)-leaps -L leapseconds $(TDATA) posix_right:posix_only other_two right_posix:right_only other_two zones: $(REDO) Nicholas> I don't know if this is relevant, but I also noticed that glibc has no Nicholas> "leaps" dir but it does have a "right" dir. Is this going to be a Nicholas> problem? I don't think so. This version just calls the 'right' directory 'timezone-leaps'. Nicholas> I would like to resolve this so that I can submit a patch for Nicholas> zoneinfo.cc and tzfile.h so that they correctly locate the zoneinfo Nicholas> tree and various other files (currently they look in Nicholas> /usr/local/etc/zoneinfo by default). While I'm at it, I also plan to Which zoneinfo.cc and tzfile.h do you mean ? From the cygwin source ? I don't find a zoneinfo.cc file in the cygwin source. There is a localtime.cc so. Nicholas> update the code to the latest source provided by this package (since Nicholas> it appears DJ just copied the source from there in the first place). Nicholas> This way, it will save you the trouble of maintaining an additional, Nicholas> unneeded static lib. Plus, it will cut down on the size of the Nicholas> binaries since that static lib contains duplicate code already Nicholas> contained in the dll. Your're right. When I delete all references to localtime.o strftime.o asctime.o and difftime.c from the Makefile everything still compiles fine and even works when creating a symbolic link /usr/local/etc/zoneinfo to /usr/share/zoneinfo. As you stated the current cygwin dll looks in /usr/local/etc/zoneinfo for it's zoneinfo files. If we change the following in /winsup/cygwin/localtime.cc it should work without the symlink. --- localtime.cc.orig 2002-12-20 04:43:50.0 +0100 +++ localtime.cc2003-11-29 18:19:45.934009600 +0100 @@ -303,7 +303,7 @@ static char tzfilehid[] = "@(#)tzfile.h */ #ifndef TZDIR -#define TZDIR "/usr/local/etc/zoneinfo" /* Time zone object file directory */ +#d
Re: New package: tzcode-2003d-1
> "Igor" == Igor Pechtchanski <[EMAIL PROTECTED]> writes: Igor> Some systems actually use the TZDEFAULT and TZDIR environment variables to Igor> find the zoneinfo database. Perhaps the right solution would be to take Igor> those variables into account? On the other hand, there is no Igor> /usr/local/etc/zoneinfo directory under Cygwin, so we might as well change Igor> TZDIR to point to one that does exist. Does this make Cygwin depend on Igor> the tzcode package now? A first step would be to point TZDIR to /usr/share/zoneinfo. And no, cygwin doesn't depend on the tzcode package now. It's just that the above TZDIR would make more sense than a nonexistent directory. Igor> Igor Ciao Volker
Re: [ITP] ImageMagick
> "Harold" == Harold L Hunt, writes: Harold> I would like to contribute and maintain ImageMagick: Harold> http://www.imagemagick.org/ Vote pro Ciao Volker
[ITP] WordNet: An online lexical reference system
Hi I would like to contribute and maintain the WordNet package: * http://www.cogsci.princeton.edu/~wn/ (Homepage) * ftp://ftp.cogsci.princeton.edu/pub/wordnet/2.0/ (Download location) Ciao Volker Here is the setup.hint file: sdesc: "An online lexical reference system" ldesc: "WordNet is an online lexical reference system. Word forms in WordNet are represented in their familiar orthography; word meanings are represented by synonym sets (synsets) - lists of synonymous word forms that are interchangeable in some context. Two kinds of relations are recognized: lexical and semantic. Lexical relations hold between word forms; semantic relations hold between word meanings." category: Text Utils requires: cygwin tcltk cut here #!/bin/bash mkdir WordNet cd WordNet wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/WordNet/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/WordNet/WordNet-2.0-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/WordNet/WordNet-2.0-1.tar.bz2 cut here
[New Package] WordNet-2.0-1: An online lexical reference system
Hi The package WordNet is now available with the Cygwin distribution: * http://www.cogsci.princeton.edu/~wn/ (Homepage) * ftp://ftp.cogsci.princeton.edu/pub/wordnet/2.0/ (Download location) DESCRIPTION: WordNet is an online lexical reference system. Word forms in WordNet are represented in their familiar orthography; word meanings are represented by synonym sets (synsets) - lists of synonymous word forms that are interchangeable in some context. Two kinds of relations are recognized: lexical and semantic. Lexical relations hold between word forms; semantic relations hold between word meanings. This package has a command-line and a Tcl/Tk interface included. Enjoy Volker -- To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "Text" and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] If you want to subscribe go to: http://cygwin.com/ml/cygwin/ 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.
Re: [New Package] WordNet-2.0-1: An online lexical reference system
> "Corinna" == Corinna Vinschen <[EMAIL PROTECTED]> writes: Corinna> No, that's not correct. You should send this message to Corinna> cygwin-announce, not to cygwin-apps. Opps sorry I used an old template, it's fixed now, shall I resend it ? Corinna> Also, you should use a subject of "New package: WorldNet-2.0-1", as Corinna> usual for new packages. Ok. Corinna> And don't use a reply-to for the message, that's added automagically. ok Corinna> Corinna Ciao Volker
[Review] dx-4.3.2 (a.k.a. opendx) and dxsamples-4.3.2
> "Harold" == Harold L Hunt, writes: Harold> I would like to contribute and maintain dx and dxsamples for Cygwin: Harold> http://www.opendx.org/ I vote pro. Compiles and installs fine on my system. Packaging looks good. Ciao Volker
[Review] ddd-3.3.8
> "Harold" == Harold L Hunt, writes: Harold> Ronald, Harold> Did you point setup.exe to the address given, install it, and run it? Harold> If so, that would be enough of a review for me. I just want to make Harold> sure it works on someone else's installation. I just downloaded the source. It configures, compiles, installs and runs fine. In the cygwin readme file the filelist is missing. Harold> Harold Ciao Volker
[Vote pro]: libsmi-0.4.2
see subject Ciao Volker
[ITP] xemacs: A powerful, highly customizable open source text editor and application development system
Hi I would like to contribute and maintain the xemacs package: * http://xemacs.org/ (Homepage) * http://ftp.us.xemacs.org/ftp/pub/ (Download location) and also the accompanying packages xemacs-sumo/xemacs-mule-sumo: * http://xemacs.org/Develop/packages.html(Homepage) * ftp://ftp.xemacs.org/pub/xemacs/packages/ (Download location) I haven't uploaded the packages yet because there are 3 minor problems which I would like to discuss. o In the xemacs package there are two files in common with the standard emacs package /usr/bin/b2m.exe /usr/bin/rcs-checkin How should I deal with them ? o Also xemacs ships with a copy of etags/ctags which collide with the following files from the ctags package (they also have different command-line options) /usr/bin/ctags.exe /usr/bin/etags.exe and if ctags gets updated to the FHS also the following man pages will collide /usr/share/man/man1/ctags.1 /usr/share/man/man1/etags.1 How to deal with this issues ? o The two sumo packages are just the complete prepackaged elisp infrastructure for running xemacs. xemacs-sumo is about 22MB and xemacs-mule-sumo about 5MB in size !! Everybody could just download them from the original download location (see above) and untar them in the right lisp load path. The only advantages of having them as cygwin packages are: setup compatible and the right location for unpacking is in place. The size is what worries me. What do you think ? Ciao Volker -- Here is the setup.hint file: sdesc: "A powerful, highly customizable open source text editor and application development system" ldesc: "XEmacs is a powerful, highly customizable open source text editor and application development system, with full GUI support. It is protected under the GNU Public License and related to other versions of Emacs, in particular GNU Emacs. Its emphasis is on modern graphical user interface support and an open software development model, similar to Linux. XEmacs has an active development community numbering in the hundreds (and thousands of active beta testers on top of this), and runs on all versions of MS Windows, on Linux, and on nearly every other version of Unix in existence. Support for XEmacs has been supplied by Sun Microsystems, University of Illinois, Lucid, ETL/Electrotechnical Laboratory, Amdahl Corporation, BeOpen, and others, as well as the unpaid time of a great number of individual developers." category: Editors Interpreters requires: cygipc cygwin expat lesstif libdb4.1 libfontconfig1 libfreetype26 libiconv2 libintl2 libjpeg62 libncurses7 libpng12 libtiff4 openssl postgresql XFree86-bin zlib -- Here is the setup.hint file for xemacs-sumo: sdesc: "XEmacs standard packages" ldesc: "XEmacs standard packages" category: Editors requires: cygwin xemacs -- Here is the setup.hint file for xemacs-mule-sumo: sdesc: "XEmacs MULE (MUlti Lingual Emacs) packages" ldesc: "XEmacs MULE (MUlti Lingual Emacs) packages" category: Editors requires: cygwin xemacs
Remove the test status of man-1.5k package
Hi I think we can remove the test status of man-1.5k and make it current. Ciao Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
>>>>> "Nicholas" == Nicholas Wourms writes:
Nicholas> Dr Volker Zell wrote:
>> Hi
>> I would like to contribute and maintain the xemacs package:
>> * http://xemacs.org/ (Homepage)
>> * http://ftp.us.xemacs.org/ftp/pub/ (Download location)
Nicholas> Hi Dr Zell,
Hi
Nicholas> FYI, the emacs provided via setup is Xemacs, not GNU emacs. So this
Sorry, but the one provided by Joe Buehler is GNU Emacs in two variants, one tty and
one X
variant but it's not the same as XEmacs.
Nicholas> is already provided by the emacs-* packages and is maintained by Joe
Nicholas> Buehler. I'm not sure if the elisp packages it provides is as
Nicholas> all-inclusive as the sumo version, so he'd be the guy to talk to
Nicholas> regarding that.
Nicholas> Cheers,
Nicholas> Nicholas
Ciao
Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
> "Charles" == Charles Wilson writes: Charles> So +1 from me. Thanks Charles> My concern is this: Charles> The XEmacs people have their own distribution of XEmacs for cygwin -- Charles> they even adapted our setup.exe for the purpose. I'd really hate to Charles> tick them off by "stepping on their turf" by providing a redundant, Charles> competing, package. Charles> Volker, have you contacted the maintainer of the cygwin-XEmacs distro Charles> on the xemacs-nt mailing list, and discussed your intentions with him? Okidoki, I'll talk to Andy Charles> Chuck Ciao Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
>>>>> "Charles" == Charles Wilson writes:
Charles> Dr. Volker Zell wrote:
Charles> Which windowing mode are you proposing?
>>
>> X.
Charles> Well, then there's probably no conflict between your propsed version and
Charles> the mswindowing one distributed by Andy.
Normally not, but I'll talk to Andy.
>> Here is my configure line:
>>
>> snipp
>> ${srcdir}/configure \
>> --pdump\
>> --srcdir=${srcdir} \
>> --prefix=${prefix} \
>> --with-mule\
>>
--package-path=/usr/local/lib/xemacs/site-packages:/usr/lib/xemacs/site-packages:/usr/lib/xemacs/xemacs-packages:/usr/lib/xemacs/mule-packages
>> \
>> --with_file_coding=yes \
>> --with_msw=no \
>> --with-modules=no
Charles> Hmm...I like the athena xaw3d stuff, personally (and it's lighter-wieght
Charles> than lesstif). I'll see if I can't find my old build recipe.
I'll try if it works.
Charles> --with-scrollbars=lucid \
Charles> --with-menubars=lucid \
Charles> --with-dialogs=athena \
Charles> --with-widgets=athena \
Charles> --with-athena=3d \
Charles>
Charles> Also, if this is an X build, then it ought to have --prefix=/usr/X11R6
Charles> -- but perhaps you might want the following package-path instead, so
Charles> that native and X versions of XEmacs can share the same packages? And
Charles> shouldn't they go into the share heirarchy, instead of lib?
Yes we can put them under share. It's only because I have them under lib for years now
and it's the default for an xemacs installation.
Charles>
--package-path=~/.xemacs::/usr/local/share/xemacs/site-packages:/usr/share/xemacs/site-packages:/usr/share/xemacs/xemacs-packages:/usr/share/xemacs/mule-packages
You don't have to specify ~/.xemacs explicitely in the --package-path variable it gets
searched
automatically as soon as you have one.
Charles> Now, many of the files under /usr/lib/xemacs-21.4.14 are cross-platform,
Charles> and REALLY should be in the /usr/share heirarchy. Infact, I believe
Charles> that EVERYTHING under /usr/lib/xemacs-21.4.14/ EXCEPT for
Charles> /usr/lib/xemacs-21.4.14/i686-pc-cygwin/ should be moved to
Charles> /usr/share/xemacs-21.4.14/. To do this, I think you need to specify
Charles>--datadir=/usr/share
Charles> (note, NOT ${prefix}/share, since ${prefix} is /usr/X11R6. This way a
Charles> later xemacs-native-bin package could use the same xemacs-??? stuff as
Charles> xemacs-X-bin)
Charles> I think you also need to apply this patch taken from the Mandrake RPM
Charles> (sorry for the linewrapping)
Charles> --- xemacs-21.4.9/lisp/find-paths.el.warly 2002-09-07
Charles> 20:30:28.0 +0200
Charles> +++ xemacs-21.4.9/lisp/find-paths.el2002-09-09 12:23:30.0
+0200
Charles> @@ -103,7 +103,7 @@
Charles> (or
Charles> ;; installed
Charles> (paths-file-readable-directory-p (paths-construct-path (list
directory
Charles> - "lib"
Charles> + "share"
Charles> emacs-program-name)))
Charles> ;; in-place or windows-nt
Charles> (and
I'll try moving to share...
Charles> Now, --with-site-lisp is deprecated, so I wouldn't recommend copying
That's why I'm not using it.
Charles> that. I also suspect that --with-dragndrop won't work with an X-based
Charles> build of XEmacs on cygwin (at least, not in the way we Windows denizens
Charles> would expect...an X-only drag-n-drop wouldn't be that helpful.
Right
Charles> FWIW, on my Mandrake system, the following files are in an
Charles> "xemacs-extras" package:
Charles> /usr/bin/b2m
Charles> /usr/bin/ctags
Charles> /usr/bin/etags
Charles> /usr/bin/ootags
Charles> /usr/bin/rcs-checkin
Charles> /usr/share/doc/xemacs-extras-21.4.12
Charles> /usr/share/doc/xemacs-extras-21.4.12/README
Charles> /usr/share/man/man1/ctags.1.bz2
Charles> /usr/share/man/man1/etags.1.bz2
We can make an xemacs-extra package, but there's still the conflict with the ctags
package.
Charles> Th
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
> "Charles" == Charles Wilson < writes: Charles> My concern is this: Charles> The XEmacs people have their own distribution of XEmacs for cygwin -- Charles> they even adapted our setup.exe for the purpose. I'd really hate to Charles> tick them off by "stepping on their turf" by providing a redundant, Charles> competing, package. Charles> Volker, have you contacted the maintainer of the cygwin-XEmacs distro Charles> on the xemacs-nt mailing list, and discussed your intentions with him? I talked to Andy and he has no problems. He even suggested to also include windows suppport in the build. Charles> Chuck Ciao Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
> "Christopher" == Christopher Faylor writes: Christopher> On Mon, Dec 15, 2003 at 12:19:38PM -0500, Joe Buehler wrote: >> Christopher Faylor wrote: >> This was noted during the emacs package development. I moved the tags stuff to a separate package, which I believe is not currently part of the Cygwin mirrors. >>> >>> ? Could you rephrase this? What does this mean? Did you ask someone >>> to upload something and it didn't get done? >> >> Sorry -- I'm often too brief. Christopher> I know the feeling. :-) >> The emacs tags files were moved to a separate emacs sub-package because >> they conflicted with the ctags package which was already part of >> Cygwin. I never submitted that additional package for upload because >> it was not clear that it was of any use, given the existence of >> "ctags". What I did instead was add a dependency -- emacs depends on >> the ctags package. So I will also move the tags stuff in an extra package called xemacs-tags and the files identical with emacs (b2m and rcs-checkin) in a package xemacs-emacs-common. What do you think ? Christopher> Thanks for the clarification. Does that help Volker? Yes sir. Christopher> cgf Ciao Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
>>>>> "Charles" == Charles Wilson writes:
Charles> Dr. Volker Zell wrote:
Charles> Which windowing mode are you proposing?
>>
>> X.
Charles> Well, then there's probably no conflict between your propsed version and
Charles> the mswindowing one distributed by Andy.
No, Andy even suggested to provide support for windows in the build too.
Charles> Hmm...I like the athena xaw3d stuff, personally (and it's lighter-wieght
Charles> than lesstif). I'll see if I can't find my old build recipe.
Charles> --with-scrollbars=lucid \
Charles> --with-menubars=lucid \
Charles> --with-dialogs=athena \
Charles> --with-widgets=athena \
Charles> --with-athena=3d \
I tried it but I don't like it, the Motif stuff looks much nicer.
Charles> Also, if this is an X build, then it ought to have --prefix=/usr/X11R6
other distros seem to put in under /usr/bin ...
Charles> -- but perhaps you might want the following package-path instead, so
Charles> that native and X versions of XEmacs can share the same packages? And
Charles> shouldn't they go into the share heirarchy, instead of lib?
Charles>
--package-path=~/.xemacs::/usr/local/share/xemacs/site-packages:/usr/share/xemacs/site-packages:/usr/share/xemacs/xemacs-packages:/usr/share/xemacs/mule-packages
Done.
But as I told you, you don't have to specify ~/.xemacs it's prepended automatically
when it
exists.
Charles> Now, many of the files under /usr/lib/xemacs-21.4.14 are cross-platform,
Charles> and REALLY should be in the /usr/share heirarchy. Infact, I believe
Charles> that EVERYTHING under /usr/lib/xemacs-21.4.14/ EXCEPT for
Charles> /usr/lib/xemacs-21.4.14/i686-pc-cygwin/ should be moved to
Charles> /usr/share/xemacs-21.4.14/. To do this, I think you need to specify
Done
Charles> I think you also need to apply this patch taken from the Mandrake RPM
Charles> (sorry for the linewrapping)
and a little more :-)
Charles> --- xemacs-21.4.9/lisp/find-paths.el.warly 2002-09-07
Charles> 20:30:28.0 +0200
Charles> +++ xemacs-21.4.9/lisp/find-paths.el2002-09-09 12:23:30.0
+0200
Charles> @@ -103,7 +103,7 @@
Charles> (or
Charles> ;; installed
Charles> (paths-file-readable-directory-p (paths-construct-path (list
directory
Charles> - "lib"
Charles> + "share"
Charles> emacs-program-name)))
Charles> ;; in-place or windows-nt
Charles> (and
Charles> Now, --with-site-lisp is deprecated, so I wouldn't recommend copying
ok
Charles> that. I also suspect that --with-dragndrop won't work with an X-based
Charles> build of XEmacs on cygwin (at least, not in the way we Windows denizens
Charles> would expect...an X-only drag-n-drop wouldn't be that helpful.
I enabled it anyway.
Charles> FWIW, on my Mandrake system, the following files are in an
Charles> "xemacs-extras" package:
Charles> /usr/bin/b2m
Charles> /usr/bin/ctags
Charles> /usr/bin/etags
Charles> /usr/bin/ootags
Charles> /usr/bin/rcs-checkin
Charles> /usr/share/doc/xemacs-extras-21.4.12
Charles> /usr/share/doc/xemacs-extras-21.4.12/README
Charles> /usr/share/man/man1/ctags.1.bz2
Charles> /usr/share/man/man1/etags.1.bz2
I'll create two extra packages, xemacs-tags (all the tags stuff) and
xemacs-emacs-common
(b2m and rcs-checkin)
Charles> There's a problem with your proposed distribution: you *MUST* distribute
Charles> all relevant source code, including libraries. It's not acceptable for
Charles> us to provide an xemacs binary which is linked against a static LDAP
Charles> library yet not also provide the source for that LDAP library.
Charles> I'm afraid you'll either need to turn off LDAP support, or ITP an LDAP
Charles> package.
See upcoming ITP announcement.
Charles> Chuck
Ciao
Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
> "Nicholas" == Nicholas Wourms writes: Nicholas> Are the source code differences mutually exclusive or is one a subset Nicholas> of the other. Perhaps merging the changes into the other packages Don't know Nicholas> might be the way to go? AFAIK, ctags and friends don't depend on any Nicholas> emacs-specific share libs, right? Right Nicholas> Cheers, Nicholas> Nicholas Ciao Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
> "Charles" == Charles Wilson writes: Charles> Nicholas Wourms wrote: Charles> would expect...an X-only drag-n-drop wouldn't be that >>> helpful. >>> >> Why not? We have other X11 packages which could utilize this. >> Plus, Harold's on a mission to knock the number of X11 packages >> sky-high, so undoubtly we'll see many more applications which will >> utilize this. Charles> XEmacs speaks the following two dragndrop dialects: CDE, and Offix. Charles> Not the opendesktop one, nor the KDE one, nor the Gnome one. So, of Charles> Harold's new packages, which ones support CDE or Offix style dragndrop? Don't know, but I enabled the Offix style dragndrop now. CDE seems to need tooltalk according to the configure script which I haven't installed. Charles> Chuck Ciao Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
> "Nicholas" == Nicholas Wourms writes: Nicholas> As I'm sure you know, RPM handles conflicts gracefully while setup Nicholas> mostly does not. Therefore, this makes things more complicated on Nicholas> Cygwin, since conflicting packages can actually lead to conflicting Nicholas> files not being installed at all. I would *strongly* urge that we not Nicholas> intentionally allow any conflicts at all (at least not at this point), Nicholas> as it can lead to all sorts of problems. IIRC from the last Nicholas> ctags/emacs fiasco, Corinna made her stance on conflicting ctags Nicholas> known: she would have none of that. However, since these conflicts Nicholas> all share a similar, albeit forked, codebase, wouldn't it be better, Nicholas> in the long run, if we just merged them into a single package? Since Nicholas> I'm the one asking, I'll check out the sources later on and see if Nicholas> this is possible. If nothing else, I'm pretty good at merging code Nicholas> from forks :-). So, is it possible ? Nicholas> Cheers, Nicholas> Nicholas Ciao Volker
Re: [ITP] xemacs: A powerful, highly customizable open source text editor and application development system
> "Brian" == Brian E Gallew <[EMAIL PROTECTED]> writes: Brian> I'm curious: why not build a dual-mode XEmacs? I've been running a Because I never used it. Brian> such an XEmacs on my laptop for more than two years now. I use the Brian> MSWindows GUI while playing with lilypond code, but fire up the X11 Brian> GUI (well, actually I use gnuserv) when I'm doing serious work. Both Brian> work fine, and the build isn't particularly painful. I know, I already tried it. OK, I can enable a dual-mode build (actually it was suggested even by And Piper who maintains the real windows build), but I'm not willing to support the windows part. Ciao Volker
[ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
Hi I would like to contribute and maintain the static LDAP libraries and clients from the openldap package: * http://www.openldap.org/(Homepage) * http://www.openldap.org/software/download/ (Download location) The libraries are needed for example to LDAP enable xemacs. Ciao Volker -- Here is the setup.hint file: sdesc: "Lightweight Directory Access Protocol clients and libraries" ldesc: "Lightweight Directory Access Protocol clients and libraries" category: Libs Net requires: cygwin openssl cut here #!/bin/bash mkdir -p openldap/openldap-devel cd openldap/openldap-devel wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-devel/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-devel/openldap-devel-2.1.25-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-devel/openldap-devel-2.1.25-1.tar.bz2 cut here
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
> "Corinna" == Corinna Vinschen writes:
Corinna> What about the shared libs? I once built openldap with shared libs
Corinna> using a really ugly trick, but probably there's a more "official"
Corinna> way to get the same result.
Corinna> What I did:
Corinna> $ ./configure \
Corinna> --prefix=/usr \
Corinna> --sysconfdir=/etc \
Corinna> --libexecdir='$(prefix)/sbin' \
Corinna> --localstatedir=/var \
Corinna> --datadir='$(prefix)/share' \
Corinna> --mandir='$(prefix)/share/man' \
Corinna> --infodir='$(prefix)/share/info' \
Corinna> --enable-dynamic \
Corinna> --enable-shared=yes \
Corinna> --with-gnu-ld \
Corinna> --without-pic \
Corinna> --enable-modules \
Corinna> --enable-crypt \
Corinna> --enable-wrappers \
Corinna> --disable-ipv6
Corinna> $ make depend
Corinna> Then I replaced libtool in the toplevel directory with the one from
Corinna> the libtool-devel-1.5-3 package. Next I applied the following patch:
Corinna> --- /usr/autotool/devel/bin/libtool 2003-08-18 07:36:04.00100
+0200
Corinna> +++ libtool 2003-09-25 22:35:13.892495700 +0200
Corinna> @@ -1180,7 +1180,11 @@ EOF
Corinna># even a static library is built. For now, we need to specify
Corinna># -no-undefined on the libtool link line when we can be certain
Corinna># that all symbols are satisfied, otherwise we get a static
library.
Corinna> - allow_undefined=yes
Corinna> + # allow_undefined=yes
Corinna> +
Corinna> + # CV: Hack to build shared libs for Cygwin 1.5.x
Corinna> + allow_undefined=no
Corinna> + avoid_version=yes
Corinna>;;
Corinna> *)
Corinna>allow_undefined=yes
Corinna> Then I called `make' and openldap has been built with shared libs.
I did almost the same, but without the patch.
What I did:
LDFLAGS=-no-undefined\
${srcdir}/configure \
--build=${host}\
--target=${target} \
--srcdir=${srcdir} \
--prefix=${prefix} \
--exec-prefix=${exec_prefix} \
--bindir=${bindir} \
--sbindir=${sbindir} \
--libexecdir=${libexecdir} \
--datadir=${datadir} \
--sysconfdir=${sysconfdir} \
--sharedstatedir=${sharedstatedir} \
--localstatedir=${localstatedir} \
--libdir=${libdir} \
--includedir=${includedir} \
--infodir=${infodir} \
--mandir=${mandir} \
--with-cyrus-sasl=no \
--enable-dynamic \
--enable-aci \
--enable-cleartext \
--enable-crypt \
--enable-lmpasswd \
--enable-spasswd=no\
--enable-phonetic \
--enable-rewrite \
--enable-rlookups \
--disable-slp \
--disable-wrappers \
--enable-bdb \
--enable-dnssrv\
--enable-ldap \
--enable-ldbm \
--enable-meta \
--enable-monitor \
--enable-null \
--enable-passwd\
--disable-perl \
--enable-shell \
--enable-sql=no\
--enable-static=no \
--enable-shared=yes\
Then I replaced libtool in my .build directory (not the toplevel dir) with the
latest libtool from libtool-devel-1.5.3 then
make devel
make
all where fine and I had shared libs and the servers. Even the make check run
was fine except one test script (which I renamed).
The
make install DESTDIR=${instdir}
run somehow messed everything up. The libraries got relinked during this step
and the resulting executables could not initialize properly anmore. At least
that's what the w
[ITP - with packages] xemacs: A powerful, highly customizable open source text editor and application development system
Hi I would like to contribute and maintain the xemacs package: * http://xemacs.org/ (Homepage) * http://ftp.us.xemacs.org/ftp/pub/ (Download location) and also the accompanying packages xemacs-sumo/xemacs-mule-sumo: * http://xemacs.org/Develop/packages.html(Homepage) * ftp://ftp.xemacs.org/pub/xemacs/packages/ (Download location) This build uses the openldap-devel package just ITP'd. So you have to download that one first before trying to build this beast. * ATTENTION The xemacs-sumo* packages are about 22 MB each xemacs-mule-sumo* about 4.8 MB each Actually it would be enough to download the xemacs-[mule]-sumo-src* packages as the packages without -src are the same without the cygwin readme. xemacs-21.4.14about 15 MB both * ATTENTION Please give it a try. See the following for included features: uname -a: CYGWIN_NT-5.0 vzell-de 1.5.6s(0.94/3/2) 20030923 00:06:32 i686 unknown unknown Cygwin /usr/src/xemacs-21.4.14/configure '--pdump' '--srcdir=/usr/src/xemacs-21.4.14' '--prefix=/usr' '--datadir=/usr/share' '--statedir=/var' '--libdir=/usr/lib' '--infodir=/usr/share/xemacs-21.4.14/info' '--mandir=/usr/share/man/man1' '--package-path=/usr/local/share/xemacs/site-packages:/usr/share/xemacs/site-packages:/usr/share/xemacs/xemacs-packages:/usr/share/xemacs/mule-packages' '--with-mule' '--with_file_coding=yes' '--with_msw=yes' '--with-modules=no' '--with-dragndrop' '--with-offix' XEmacs 21.4.14 "Reasonable Discussion" configured for `i686-pc-cygwin'. Compilation / Installation: Source code location: /usr/src/xemacs-21.4.14 Installation prefix: /usr Operating system description file: `s/cygwin32.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow -Wpointer-arith Relocating allocator for buffers: no GNU version of malloc: yes Window System: Compiling in support for the Microsoft window system. Compiling in support for the X window system: - X Windows headers location: /usr/X11/include - X Windows libraries location: /usr/X11R6/lib - Handling WM_COMMAND properly. Compiling in support for Motif. *WARNING* Many versions of Motif are buggy, requiring workarounds. You are likely to experience slow redisplay. You may need to install vendor patches to Motif. See PROBLEMS for more information. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Compiling in support for Drag'n'Drop (EXPERIMENTAL). - Drag'n'Drop prototype: msw OffiX. TTY: Compiling in support for ncurses. Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for TIFF images. Compiling in support for X-Face message headers. Sound: Compiling in support for sound (native). Databases: Compiling in support for Berkeley database. Compiling in support for LDAP. Compiling in support for PostgreSQL. - Using PostgreSQL header file: libpq-fe.h - Using PostgreSQL V7 bindings. Internationalization: Compiling in support for Mule (multi-lingual Emacs). Compiling in support for file coding. Compiling in support for XIM (X11R5+ I18N input method). - Using raw Xlib to provide XIM support. Mail: Compiling in support for POP mail retrieval. Other Features: Inhibiting IPv6 canonicalization at startup. Using the new portable dumper. * Here is the setup.hint file for xemacs: sdesc: "A powerful, highly customizable open source text editor and application development system" ldesc: "XEmacs is a powerful, highly customizable open source text editor and application development system, with full GUI support. It is protected under the GNU Public License and related to other versions of Emacs, in particular GNU Emacs. Its emphasis is on modern graphical user interface support and an open software development model, similar to Linux. XEmacs has an active development community numbering in the hundreds (and thousands of active beta testers on top of this), and runs on all versions of MS Windows, on Linux, and on nearly every other version of Unix in existence. Support for XEmacs has been supplied by Sun Microsystems, University of Illinois, Lucid, ETL/Electrotechnical Laboratory, Amdahl Corporation, BeOpen, and others, as well as the unpaid time of a great number of individual developers." category: Editors Interpreters requires: cygipc
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
> "Daniel" == Daniel Reed writes: Daniel> There does not seem to be much precedent for having a "package" that only Daniel> has a -devel; the closest appears to be "db", which looks to be more of a Daniel> grouping of similar packages (but feel free to look for yourself in case I Daniel> missed another example). Daniel> Typically -devel packages are subordinate to [and built from] some other Daniel> package. There are .exe files in this -devel, so it might make sense to move Daniel> at least those (and usr/share/*) into an actual "openldap" package, and Daniel> leave the manual pages, headers, and static libraries in -devel. If I find time today I'll repackage ... Daniel> Daniel Reed Ciao Volkre
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
> "Stipe" == Stipe Tolj <[EMAIL PROTECTED]> writes: Stipe> Volker, Stipe> trying to reproduce your issue I run into: Stipe> ... Stipe> checking to see if -lrpcrt4 is needed for win32 UUID support... no Stipe> checking for res_query... no Stipe> checking for __res_query... no Stipe> checking for res_query in -lbind... no Stipe> checking for __res_query in -lbind... no Stipe> checking for res_query in -lresolv... no Stipe> checking for __res_query in -lresolv... no Stipe> configure: error: DNSSRV requires res_query() Do you have minires and minires-devel installed. The postinstall script of minires-devel sets up a symbolic link libresolv.a: #! /bin/sh set -e if [ ! -e /usr/lib/libresolv.a ] then if [ -L /usr/lib/libresolv.a ] then /bin/rm -f /usr/lib/libresolv.a fi ln -s /usr/lib/libminires.dll.a /usr/lib/libresolv.a fi Stipe> while configure runs. So I'm wondering which resolver lib you have Stipe> been using?! Stipe> Stipe Ciao Volker PS: By the way . apache .
Re: [ITP - with packages] xemacs: A powerful, highly customizable open source text editor and application development system
Hi Please redownload xemacs when you want to test as there was a packaging error and I forgot to include widget support. cut here #!/bin/bash mkdir -p xemacs cd xemacs wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.14-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.14-1.tar.bz2 cut here Ciao Volker
Re: [Review - not yet] Re: [ITP] tree
> "Stipe" == Stipe Tolj writes: Stipe> BTW, @Volker: you should have voted to the -apps list too ;) Sorry, I just hit the reply button... I vote pro Stipe> Stipe Ciao Volker
Re: Pending Packages List, 2003-12-19
>>>>> "Daniel" == Daniel Reed writes: Daniel> Package: ccrypt 1.6-1 [2003-12-14] Daniel> Description: A utility for encrypting and decrypting files and streams Daniel>Proposer: Andreas Seidl Daniel>Proposal: http://cygwin.com/ml/cygwin-apps/2003-12/msg00207.html Daniel>Release directory (for use with setup.exe): Daniel> http://alice.fmi.uni-passau.de/~seidl/cygwin/ Daniel> http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/ccrypt-1.6-1.tar.bz2 Daniel> http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/ccrypt-1.6-1-src.tar.bz2 Daniel> http://alice.fmi.uni-passau.de/~seidl/cygwin/release/ccrypt/setup.hint Daniel> Aye votes: Ronald Landheer-Cieslak [1/3] Daniel> Status: Package available. Daniel>HOLD-UPS: Not enough votes (need 2 more). No "good to go" review. Vote pro Daniel> ITP: xemacs [2003-12-12] Daniel> Description: A powerful, highly customizable open source text editor and application development system Daniel>Proposer: Dr. Volker Zell Daniel> ITP: http://cygwin.com/ml/cygwin-apps/2003-12/msg00165.txt Daniel>Also: xemacs-sumo [XEmacs standard packages] Daniel>Also: xemacs-mule-sumo [XEmacs MULE (MUlti Lingual Emacs) packages] Daniel> Status: ITP posted. Attained required 3 votes. Daniel>HOLD-UPS: No package, nothing to review! Did you miss it ? http://cygwin.com/ml/cygwin-apps/2003-12/msg00251.html Ciao Volker
Re: Pending Packages List, 2003-12-19
>>>>> "Charles" == Charles Wilson writes: Charles> Reini Urban wrote: >>> ITP: xemacs [2003-12-12] >>> Description: A powerful, highly customizable open source text >>> editor and application development system >>> Proposer: Dr. Volker Zell >>> ITP: http://cygwin.com/ml/cygwin-apps/2003-12/msg00165.txt >>> Also: xemacs-sumo [XEmacs standard packages] >>> Also: xemacs-mule-sumo [XEmacs MULE (MUlti Lingual Emacs) >>> packages] >>> Status: ITP posted. Attained required 3 votes. >>> HOLD-UPS: No package, nothing to review! >> maybe it should be stated, that this is the X Windows version, and >> not the Win32 version, which comes with the xemacs windows setup. Charles> No, I believe Dr. Zell built this with *both* --with-X and Charles> --with-mswindows, so it will work in "native" ms mode or in X11 Charles> mode. I'm not sure how you tell it, at runtime, which way to behave -- Charles> but I assume that will be explained in the package README. Just unset your DISPLAY variable before running XEmacs and you'll get the native mode. Charles> Chuck Ciao Volker
Re: [ITP] openldap-devel: Lightweight Directory Access Protocol clients and libraries
>>>>> "Charles" == Charles Wilson writes:
Charles> Dr. Volker Zell wrote:
>> It would be interesting to know why the make check run works but after
installation
>> the resulting shared libs don't work anymore. Charles ??
Charles> Shared libs get relinked on installation...so perhaps using the
Charles> "wrong" (e.g. not the one created by configure) libtool is causing
Charles> problems in the relink step but not in the initial build step?
Charles> Assuming that openldap uses libtool in the "normal" way -- that is, by
Charles> having AC_LIBTOOL or whatever in the configure.in file, I'd recommend
Charles> a complete reautotoolization --
Charles> 1. put AC_PREREQ([2.59]) in configure.in
Charles> 2. run autoupdate (or perhaps autoreconf --force --verbose
Charles> --install, or manually run the various autotools to get things
Charles> "right")
Charles> and try a build without post-configure butchery of the libtool script :-)
I tried all that with no success. Each time I call an installed version of one of the
ldap
command line tools I get a windows popup box saying
The application failed to initialize properly (0xc022). Click on OK to terminate
the application.
Running under gdb gives:
12:40 PM [539]> gdb ./ldapsearch.exe
GNU gdb 2003-09-20-cvs (cygwin-special)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) run
Starting program: /usr/local/src/openldap-2.1.25/.inst/usr/local/bin/ldapsearch.exe
Program received signal SIGSEGV, Segmentation fault.
Program received signal SIGSEGV, Segmentation fault.
Program exited with code 0200.
You can't do that without a process to debug.
(gdb) where
No stack.
But when running it under strace ALL works fine.
Charles> Chuck
Ciao
Volker
[ITP - shared libs] openldap: Lightweight Directory Access Protocol clients and libraries
Hi I would like to contribute and maintain the LDAP libraries and clients from the openldap package. Gerrit (thanks a lot for your tip) pointed out that the previous problem with my shared build could be a permission problem. He was right, the dlls had 644 after installation and couldn't be loaded. After changing it to 755 everything was ok. So this time we have a shared build and the distribution is also split up in different packages see below: * http://www.openldap.org/(Homepage) * http://www.openldap.org/software/download/ (Download location) The libraries are needed for example to LDAP enable xemacs. A happy new year Volker -- Here are the setup.hint files: * openldap-2.1.25-1.tar.bz2 sdesc: "Lightweight Directory Access Protocol clients" ldesc: "Lightweight Directory Access Protocol clients" category: Libs Net requires: cygwin libopenldap2 minires openssl * openldap-devel-2.1.25-1.tar.bz2 sdesc: "Lightweight Directory Access Protocol libraries and headers" ldesc: "Lightweight Directory Access Protocol libraries and headers" category: Libs Net requires: cygwin libopenldap2 minires openssl external-source: openldap * libopenldap2-2.1.25-1.tar.bz2 sdesc: "Lightweight Directory Access Protocol runtime" ldesc: "Lightweight Directory Access Protocol runtime" category: Libs Net requires: cygwin minires openssl external-source: openldap cut here #!/bin/bash mkdir -p openldap openldap/openldap-devel openldap/libopenldap2 cd openldap wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-2.1.25-1.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-2.1.25-1-src.tar.bz2 cd openldap-devel wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-devel/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-devel/openldap-devel-2.1.25-1.tar.bz2 cd ../libopenldap2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/libopenldap2/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/libopenldap2/libopenldap2-2.1.25-1.tar.bz2 cut here
Update: man-1.5k-2
Hi I've updated man to 1.5k-2. Please uploade at your earliest convenience. DESCRIPTION: Man, apropos and whatis. CYGWIN NEWS: - Fixed problem of makewhatis -s It couldn't take more than one parameter Thanks to Matthew Carter See also: o http://cygwin.com/ml/cygwin/2003-12/msg00394.html - Applied a patch from Rafael Kitover Man can now display man pages with :: in their filenames Usefull for displaying perl man pages See also: o http://cygwin.com/ml/cygwin-apps/2003-12/msg00348.html cut here #!/bin/bash mkdir man cd man wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/man-1.5k-2.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/man/man-1.5k-2-src.tar.bz2 cut here Ciao Volker
Re: ITP: sgml-base-1.1
> "Joshua" == Joshua Daniel Franklin writes: Joshua> This is a small package but one I hope will enable me (and perhaps Joshua> others) to contribute various SGML DTDs in a FHS-compliant way. Joshua> This is version 1.1-1 since there was a proposal about 2 years ago and Joshua> the 1.01-1 packages are floating around. Joshua> It is mainly a single perl script, update-sgml-catalog, which comes Joshua> from Debian's sgml-base package. It also includes text of the SGML/XML Joshua> location proposals for FHS and LSB in the /usr/share/doc/sgml-base/ Joshua> directory so maybe people can know why. I vote pro. Ciao Volker
[ITP - with shared openldap library support] xemacs: A powerful, highly customizable open source text editor
Hi I would like to contribute and maintain the xemacs package: * http://xemacs.org/ (Homepage) * http://ftp.us.xemacs.org/ftp/pub/ (Download location) and also the accompanying packages xemacs-sumo/xemacs-mule-sumo: * http://xemacs.org/Develop/packages.html(Homepage) * ftp://ftp.xemacs.org/pub/xemacs/packages/ (Download location) This build uses the SHARED build of the openldap package ITPed earlier * http://cygwin.com/ml/cygwin-apps/2004-01/msg3.html and additionally files in common with the emacs package and the ctags package are in their own packages now. !!! The whole download is about 70 MB ! Please review and test. Ciao Volker * Here is the setup.hint file for xemacs: sdesc: "A powerful, highly customizable open source text editor and application development system" ldesc: "XEmacs is a powerful, highly customizable open source text editor and application development system, with full GUI support. It is protected under the GNU Public License and related to other versions of Emacs, in particular GNU Emacs. Its emphasis is on modern graphical user interface support and an open software development model, similar to Linux. XEmacs has an active development community numbering in the hundreds (and thousands of active beta testers on top of this), and runs on all versions of MS Windows, on Linux, and on nearly every other version of Unix in existence. Support for XEmacs has been supplied by Sun Microsystems, University of Illinois, Lucid, ETL/Electrotechnical Laboratory, Amdahl Corporation, BeOpen, and others, as well as the unpaid time of a great number of individual developers." category: Editors Interpreters requires: cygipc cygwin expat lesstif libdb4.1 libfontconfig1 libfreetype26 libiconv2 libintl2 libjpeg62 libncurses7 libopenldap2 libpng12 libtiff4 openssl postgresql XFree86-bin zlib * Here is the setup.hint file for xemacs-tags: sdesc: "etags and ctags programs and man pages from the xemacs distribution" ldesc: "etags and ctags programs and man pages from the xemacs distribution" category: Editors requires: cygwin xemacs * Here is the setup.hint file for xemacs-emacs-common: sdesc: "Programs in common with the emacs package" ldesc: "Programs in common with the emacs package" category: Editors requires: cygwin xemacs * Here is the setup.hint file for xemacs-sumo: sdesc: "XEmacs standard packages" ldesc: "XEmacs standard packages" category: Editors requires: cygwin xemacs * Here is the setup.hint file for xemacs-mule-sumo: sdesc: "XEmacs MULE (MUlti Lingual Emacs) packages" ldesc: "XEmacs MULE (MUlti Lingual Emacs) packages" category: Editors requires: cygwin xemacs cut here #!/bin/bash mkdir -p xemacs/xemacs-sumo xemacs/xemacs-mule-sumo xemacs/xemacs-emacs-common xemacs/xemacs-tags cd xemacs wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.14-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.14-1.tar.bz2 cd xemacs/xemacs-tags wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-tags/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-tags/xemacs-tags-21.4.14-1.tar.bz2 cd ../xemacs-emacs-common wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-emacs-common/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-emacs-common/xemacs-emacs-common-21.4.14-1.tar.bz2 cd ../xemacs-mule-sumo wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/xemacs-mule-sumo-2003-11-13-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-mule-sumo/xemacs-mule-sumo-2003-11-13-1.tar.bz2 cd ../xemacs-sumo wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/xemacs-sumo-2003-11-13-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-sumo/xemacs-sumo-2003-11-13-1.tar.bz2 cut here
Re: New package: gv-3.5.8-1
> "Christopher" == Christopher Faylor writes: Christopher> Volker, Christopher> Did you see the bug reports in the cygwin mailing list? Christopher> Subject: "Xaw3d.dll" required for "gv" is missing in the current distribution Christopher> Is this a packaging error? No, gv depends on cygXaw3d-7.dll which is included in Xaw3d-1.5D-4. There used to be a package XFree86-Xaw3d-1.5 which had a dll named libXaw3d.dll. Christopher> cgf Ciao Volker
Re: Pending Packages List, 2004-01-09
> "Yaakov" == Yaakov Selkowitz writes:
Yaakov> Rafael Kitover wrote:
>>
>> Another example of a good Perl module to have packaged is Perl/Tk:
>> http://tinyurl.com/yppmv
>>
>> And Perl/GTK:
>> http://www.cygwin.com/ml/cygwin/2004-01/msg00230.html
Yaakov> How about Perl/Curses? I could use that (along with Tk), but it won't
Yaakov> build by me when I tried recently.
Try this:
diff -Naurp -x .build -x .inst -x .sinst Curses-1.06-orig/Curses.c Curses-1.06/Curses.c
--- Curses-1.06-orig/Curses.c 2001-07-25 10:10:38.0 -0700
+++ Curses-1.06/Curses.c2004-01-08 14:27:16.60412 -0800
@@ -23,10 +23,8 @@
# define ITEM int
#endif
-#ifndef C_FORMSUPPORT
-# define FORM int
-# define FIELD int
-#endif
+#define FORM int
+#define FIELD int
#ifdef __PDCURSES__
#undef SP
@@ -272,7 +270,7 @@ c_sv2window(sv, argnum)
SV *sv;
int argnum;
{
-if (Perl_sv_isa(sv, "Curses::Window")) {
+if (sv_isa(sv, "Curses::Window")) {
WINDOW *ret = (WINDOW *)SvIV((SV*)SvRV(sv));
return ret;
}
diff -Naurp -x .build -x .inst -x .sinst Curses-1.06-orig/hints/c-cygwin.h
Curses-1.06/hints/c-cygwin.h
--- Curses-1.06-orig/hints/c-cygwin.h 2001-07-24 06:52:29.0 -0700
+++ Curses-1.06/hints/c-cygwin.h2004-01-08 14:26:37.037225600 -0800
@@ -6,7 +6,7 @@
/* These hints thanks to Federico Spinazzi <[EMAIL PROTECTED]> */
-#include
+#include
#ifdef C_PANELSUPPORT
#include
@@ -20,6 +20,11 @@
#include
#endif
+/* */
+#undef bool
+#undef instr
+/* */
+
#undef C_LONGNAME
#undef C_LONG0ARGS
#undef C_LONG2ARGS
Yaakov> Yaakov
Ciao
Volker
[ITP] XmHTML: A widget capable of displaying HTML 3.2 conforming text
Hi I would like to contribute and maintain the XmHTML package: * http://www.xs4all.nl/~ripley/XmHTML/ (Homepage) * http://www.xs4all.nl/~ripley/XmHTML/dist/ (Download location) This package can be used for example by the *grace* package for displaying it's online documentation. Right now grace uses lynx in a console window to display it's documentation. There are also a couple of other (not yet cygwin) packages out there which could benefit from this widget (see the documentation for XmHTML). Ciao Volker -- Here is the setup.hint file: sdesc: "XmHTML provides a widget capable of displaying HTML 3.2 conforming text" ldesc: "XmHTML provides a widget capable of displaying HTML 3.2 conforming text." category: Libs Web XFree86 requires: cygwin cygipc expat lesstif libfontconfig1 libfreetype26 libjpeg62 libpng12 XFree86-bin zlib cut here #!/bin/bash mkdir XmHTML cd XmHTML wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/XmHTML/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/XmHTML/XmHTML-1.1.7-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/XmHTML/XmHTML-1.1.7-1.tar.bz2 cut here
Re: Pending Packages List, 2004-01-20
> "Daniel" == Daniel Reed writes: Daniel> Package: GraphicsMagick 1.0.4-1 [2003-12-07] Daniel> Description: GraphicsMagick Daniel>Proposer: Harold L Hunt II Daniel>Proposal: http://cygwin.com/ml/cygwin-apps/2003-12/msg00091.html Daniel> http://www.egr.msu.edu/~huntharo/cygwin/release/GraphicsMagick/GraphicsMagick-1.0.4-1.tar.bz2 Daniel> http://www.egr.msu.edu/~huntharo/cygwin/release/GraphicsMagick/GraphicsMagick-1.0.4-1-src.tar.bz2 Daniel> http://www.egr.msu.edu/~huntharo/cygwin/release/GraphicsMagick/setup.hint Daniel>Also: libGraphicsMagick0 [] Daniel> http://www.egr.msu.edu/~huntharo/cygwin/release/GraphicsMagick/libGraphicsMagick0/libGraphicsMagick0-1.0.4-1.tar.bz2 Daniel> http://www.egr.msu.edu/~huntharo/cygwin/release/GraphicsMagick/libGraphicsMagick0/setup.hint Daniel>Also: libGraphicsMagick-devel [] Daniel> http://www.egr.msu.edu/~huntharo/cygwin/release/GraphicsMagick/libGraphicsMagick-devel/libGraphicsMagick-devel-1.0.4-1.tar.bz2 Daniel> http://www.egr.msu.edu/~huntharo/cygwin/release/GraphicsMagick/libGraphicsMagick-devel/setup.hint Daniel> Aye votes: Ronald Landheer-Cieslak [1/3] Daniel> Yaakov Selkowitz [2/3] Daniel> Status: Package available. Daniel>HOLD-UPS: Not enough votes (need 1 more). No "good to go" review. Vote pro (+1) Ciao Volker
Re: Pending Packages List, 2004-01-23
> "Charles" == Charles Wilson writes:
Charles> 1) minor quibble (not a showstopper): I have a (very) new version of
libtool on my system, and "tag inference" support has been dropped --
Charles> this, coupled with some other esoterica means that libtool complains
Charles> when it tries to link the DLLs.
Charles> It really boils down to ldap defaults to using 'cc' as the compiler,
Charles> but libtool expects 'gcc'. By modifying the buildscript:
Charles> CFLAGS="${MY_CFLAGS}" \
Charles> LDFLAGS="${MY_LDFLAGS}" \
Charles> + CC=gcc CXX=g++ \
Charles> ${srcdir}/configure \
Charles> ...
Charles> everything works fine, because now ldap "thinks" that gcc is the
Charles> default, too. This is only a problem with very new libtools.
On my system I have a /usr/local/share/config.site file with the
following two entries:
CC=gcc
CXX=g++
That's why I didn't notice this. Thanks for review. Maybe now we can get
XEmacs going :-)
Ciao
Volker
Re: Pending Packages List, 2004-01-23
> "Charles" == Charles Wilson writes:
Charles> Good to go.
Thanks
Charles> =
Charles> 3) xemacs-emacs-common's setup.hint should be marked "conflicts: emacs"
Charles> 4) xemacs-tags' setup.hint should be marked "conflicts: ctags"
Did we agree on this ? I cannot find any mention on it on
o http://cygwin.com/setup.html
Charles> =
Charles> 5) NOT a showstopper: xemacs issues the following message on startup:
Charles> WARNING:
Charles> Couldn't find an obvious default for the root of the
Charles> XEmacs hierarchy.
Charles> But that's misleading -- because it DOES find the hierarchy: all of
Charles> the stuff I 'require in my .xemacs/init.el are successfully
Charles> loaded. Starting xemacs with '-debug-paths' shows that XEmacs
Charles> hierarchy.configure-package-path is
Charles> ("/usr/local/share/xeamcs/site-packages"
Charles> "/usr/share/xemacs/site-packages" "/usr/share/xemacs/xemacs-packages"
Charles> "/usr/share/xemacs/mule-packages")
Charles> And sure enough, that IS where xemacs-sumo put the packages!
Charles> I wonder if this is a case where the cygwin build is mistakenly using
Charles> windows-style path parsing (early) but then later (when it actually
Charles> loads the packages) it correctly uses cygwin's path-handling...
Charles> This is not a showstopper, because it really just issues a warning;
Charles> XEmacs still *works*.
I don't understand this either. The strange thing is when I start xemacs
from the temporary installation directory it works. Debugging paths gives:
/usr/local/src/xemacs-21.4.14/.inst/usr/bin/xemacs -debug-paths -q
emacs-roots:
("/usr/local/src/xemacs-21.4.14/.inst/usr/" "/usr/")
.. snip ..
Charles> =
Charles> 6) When running in X-mode ($DISPLAY is set, cygwin-xfree Xserver is
Charles> running), on exit I get
Charles> Warning: XtRemoveGrab asked to remove a widget not on the list
I noticed this too when starting from an xterm/rxvt window, but usually
I start XEmacs once a day or even days and then from ~/.xinitrc when starting up X so
the warnings don't show up in front my eyes :-)
Charles> serval times. This isn't so bad. BUT, when running as a normal user,
Charles> I ALSO get a coredump on exit. When running as Administrator, I get
Charles> the warning, but no coredump. Also, when running in MSW mode
I always run as Administrator so I didn't notice this.
Charles> =
Charles> 7) Address in a later release:
Charles> I'd really like for XEmacs to behave the same way rxvt does (since
Charles> both are X/MSW multiple-personality). Currently, XEmacs:
Charles>$DISPLAY unset -- native MSW mode
Charles>$DISPLAY set to anything at all -- X mode
Charles> RXVT does this:
Charles>$DISPLAY unset -- native MSW mode
Charles>$DISPLAY set to ":0" -- native MSW mode
Charles>$DISPLAY set to anything ELSE(*) -- X mode
Charles> (*) this includes "127.0.0.1:0"
Charles> Granted, it's a little wierd (why is 127.0.0.1:0.0 different from :0")
Charles> but it's been around for a while. My environment, in particular, uses
Charles> this distinction, and by default DISPLAY=:0 (which I associate with
Charles> "MSW mode" thanks to long history with rxvt. So I was surprised when
Charles> I tried to start XEmacs in "MSW" mode but got X mode, and had to unset
Charles> DISPLAY to get the right behavior -- even tho RXVT was giving me the
Charles> "right" behavior all along. ("right" as in "longstanding so I'm used
Charles> to it")
Charles> OTOH, perhaps that might interfere with people who run XEmacs
Charles> remotely? It would also probably screw up the way gnuclient and
Charles> gnuattach work. Blechnever mind
I would rather stick with the behaviour as it is. I think naturally if
you want MSW mode just unset DISPLAY.
Charles> =
Charles> 8) Address in a later release:
Charles> It would be nice if a postinstall script (modelled after
Charles> /usr/X11R6/bin/XFree86-bin-icons.sh) created shortcuts for xemacs
Charles> (with icons -- there's one in the xemacs source).
Will do this for the next release.
Charles> =
Charles> 9) Address in a later release:
Charles> perhaps a copy of sample.init.el should go into
Charles> /usr/share/doc/xemacs-${VER}/ ?
Yup.
Charles> =
Charles> IMO, good to go AS IS. (Note that I did not install or test the mule
Charles> package -- but that's pure lisp, and inspection shows that it's
Charles> packaged properly.)
I use it all day long.
Charles> Chuck
Thanks for the review Charles
(btw
Re: [Review] sgrep-1.92.1-1 - No good to go yet
> "Jari" == Jari Aalto writes: Jari> Based on comments for sgrep I've repackaged the project. Please review. Jari> http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint Jari> http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 Jari> http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 Hi Jari o From the cygwin specific README: Build instructions: unpack sgrep-1.92.1-1-src.tar.bz2 if you use setup to install this src package, it will be unpacked under /usr/src automatically cd /usr/src ./cygbuild*.sh all But the build script is sgrep-1.92.1-1.sh o The packaging list claims that the sample sgreprc file is located under /etc/defaults/etc/sample.sgreprc but it actually is under /etc/defaults/sgreprc Is this the right location anyway ? and shouldn't it get copied to /usr/share in a postinstall script ? o The man page says that sgreprc would be searched under /usr/lib/sgreprc Can we patch this to /usr/share o There is still an error in the build script: When I run bash ./sgrep*sh -v all I get -- cygbuild.sh 2004-01-26 1.230 http://cygbuild.sourceforge.net/ -- Wait, examining environment and preparing variables ./sgrep-1.92.1-1.sh: line 505: [: -eq: unary operator expected ./sgrep-1.92.1-1.sh: line 505: [: -eq: unary operator expected -- Extracting /tmp/sgrep/sgrep-1.92.1.tar.gz Other than that, it seems to work fine. Ciao Volker
Re: Pending Packages List, 2004-01-23
>>>>> "Charles" == Charles Wilson writes:
Charles> Dr. Volker Zell wrote:
Charles> =
Charles> 3) xemacs-emacs-common's setup.hint should be marked "conflicts: emacs"
Charles> 4) xemacs-tags' setup.hint should be marked "conflicts: ctags"
>> Did we agree on this ? I cannot find any mention on it on
>> o http://cygwin.com/setup.html
Charles> That web page was written before setup.exe supported 'conflicts:'
Maybe the emacs maintainer can unbundle the conflicting files from the
emacs package so we're done with that one. I'll talk to him if he isn't
reading this.
Charles> Chuck
Ciao
Volker
Re: [sources.redhat.com: Cron 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]
> "cgf" == Christopher Faylor writes: cgf> upset: *** warning package xemacs requires non-existent package libopenldap2 Yes, xemacs requires libopenldap2, so the openldap suite should be uploaded too. Charles already gave it a good to go review. Ciao Volker
Re: Pending Packages List, 2004-01-23
> "Reini" == Reini Urban <[EMAIL PROTECTED]> writes:
Reini> Charles Wilson schrieb:
>> But that's misleading -- because it DOES find the hierarchy: all of
>> the stuff I 'require in my .xemacs/init.el are successfully
>> loaded. Starting xemacs with '-debug-paths' shows that XEmacs
>> hierarchy.configure-package-path is
>> ("/usr/local/share/xeamcs/site-packages"
Reini> looks like a typo: xeamcs => xemacs
Saw that too
but I think it's only in Charles mail...
Ciao
Volker
Re: [sources.redhat.com: Cron 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]
>>>>> "Daniel" == Daniel Reed writes: Daniel> On 2004-01-28T11:50+0100, Dr. Volker Zell wrote: Daniel> ) >>>>> "cgf" == Christopher Faylor writes: Daniel> ) cgf> upset: *** warning package xemacs requires non-existent package libopenldap2 Daniel> ) Yes, xemacs requires libopenldap2, so the openldap suite should be uploaded Daniel> ) too. Charles already gave it a good to go review. Daniel> I do not have a copy of the GTG; I'll have to check for it in the archives Daniel> this evening. o http://cygwin.com/ml/cygwin-apps/2004-01/msg00200.html Ciao Volker
[ITP] aspell-pl-0.50.2: Polish dictionary files for aspell
Hi I would like to contribute and maintain the aspell-pl package: * http://aspell.net/ (Homepage) * http://ftp.gnu.org/gnu/aspell/dict/ (Download location) ! Download size 9 MB Ciao Volker -- Here is the setup.hint file: sdesc: "Polish dictionary files for aspell" ldesc: "Polish dictionary files for aspell" category: Text requires: cygwin aspell cut here #!/bin/bash mkdir aspell-pl cd aspell-pl wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-pl/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-pl/aspell-pl-0.50-2-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-pl/aspell-pl-0.50-2-1.tar.bz2 cut here
[ITP] aspell-de-0.50.2 - German dictionary files for aspell
Hi I would like to contribute and maintain the aspell-de package: * http://aspell.net/ (Homepage) * http://ftp.gnu.org/gnu/aspell/dict/ (Download location) ! downloadsize 5 MB ! Ciao Volker -- Here is the setup.hint file: sdesc: "German dictionary files for aspell" ldesc: "German dictionary files for aspell" category: Text requires: cygwin aspell cut here #!/bin/bash mkdir aspell-de cd aspell-de wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/aspell-de-0.50.2-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/aspell-de-0.50.2-1.tar.bz2 cut here
Re: [ITP] aspell-pl-0.50.2: Polish dictionary files for aspell
> "Rafael" == Rafael Kitover writes: Rafael> Good to go! Rafael> Builds, and tells me the proper glyph to use in KIE£BASA :) I like "Wurst" Rafael> I think you meant Rafael> http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell/aspell-pl/ Rafael> as the root of the URL. Yap Rafael> Rafael Ciao Volker
[Review - Almost GTG] TeXmacs: A scientific wysiwyg Editor and Interface for Computer Algebra Systems
Hi Andreas
The package is GOOD TO GO from my side if the following issues get
addressed. For your convinience I include a small patch at the end of
the mail which fixes the following
o remove empty /etc/postinstall directory
o Typos and missing/wrong requires in setup.hint/TeXmacs.README
I did a rebuild from source with gcc-3.3.1 and latest cygwin-1.5.7 and
it builds fine although your README states that gcc-3.3 doesn't work.
What errors do you get ?
I tried both your binary version and my gcc-3.3.1 build version with the
tutorial you mentionend in your announcement
o http://www.fmi.uni-passau.de/~seidl/texmacs/tmtour.html#3
and everything works fine except with both versions I get the following error on
the first startup. (Which doesn't seem to do any harm. The second time I
start texmacs it doesn't show up anymore)
.. snip
TeXmacs] loading ecss10 at 600 dpi
TeXmacs] loading cmsy10 at 600 dpi
TeXmacs] loading ectt10 at 600 dpi
TeXmacs] loading rtcxr10 at 600 dpi
TeXmacs] Executing mktextfm rtcxr10.tfm
/usr/share/texmf/web2c/mktexnam: Could not map source abbreviation for rtcxr10.
/usr/share/texmf/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input
rtcxr10
This is METAFONT, Version 2.7182 (Web2C 7.4.5)
kpathsea: Running mktexmf rtcxr10
! I can't find file `rtcxr10'.
<*> ...=ljfour; mag:=1; nonstopmode; input rtcxr10
Please type another input file name
! Emergency stop.
<*> ...=ljfour; mag:=1; nonstopmode; input rtcxr10
Transcript written on mfput.log.
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input rtcxr10'
failed.
TeXmacs] loading ecrm8 at 600 dpi
TeXmacs] Executing mktextfm ecrm8.tfm
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input ecrm8
This is METAFONT, Version 2.7182 (Web2C 7.4.5)
kpathsea: Running mktexmf ecrm8
mktexmf: /var/cache/fonts/source/jknappen/ec/ecrm8.mf: successfully
generated.
. snip ...
One last thing I noticed. Your version depends on cygiconv-2.dll but
when I configure from source iconv support doesn't get included:
checking for iconv.h... yes
checking for iconv... no
checking for iconv in -liconv... no
configure: warning: iconv was not found, HTML import may crash
excerpt from config.log:
configure:2535: checking for iconv in -liconv
configure:2552: gcc -o conftest -O2 conftest.c -liconv 1>&5
/tmp/cc0X42Ma.o(.text+0x35):conftest.c: undefined reference to `_iconv_open'
/tmp/cc0X42Ma.o(.text+0x5d):conftest.c: undefined reference to `_iconv'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2539 "configure"
#include "confdefs.h"
#include
#include
int main() {
iconv_t cd = iconv_open ("","");
iconv (cd, NULL, NULL, NULL, NULL);
; return 0; }
Grepping for iconv_open symbol
02:53 PM [534]> nm /usr/lib/libiconv.dll.a | grep iconv_open
I __imp__libiconv_open
T _libiconv_open
shows that configure *SHOULDN'T* find iconv support.
And finally the above mentioned patch:
--- cut here
--- TeXmacs-1.0.3.2-1.sh.orig 2004-02-02 12:54:07.607892800 +0100
+++ TeXmacs-1.0.3.2-1.sh2004-02-02 12:52:08.56672 +0100
@@ -150,8 +150,7 @@ install() {
rm -f ${instdir}${f} ; \
fi ;\
done &&\
- for d in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/Cygwin \
- ${sysconfdir}/postinstall ; do
+ for d in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/Cygwin ; do
if [ ! -d ${instdir}${d} ] ; then
mkdir -p ${instdir}${d} ;\
fi ;\
@@ -178,7 +177,10 @@ install() {
fi ;\
fi ;\
if [ -f ${srcdir}/CYGWIN-PATCHES/postinstall.sh ] ; then \
- /usr/bin/install -m 755 ${srcdir}/CYGWIN-PATCHES/postinstall.sh \
+if [ ! -d ${instdir}${cygsysconfdir}/postinstall ] ; then
+ mkdir -p ${instdir}${sysconfdir}/postinstall
+fi && \
+/usr/bin/install -m 755 ${srcdir}/CYGWIN-PATCHES/postinstall.sh \
${instdir}${sysconfdir}/postinstall/${PKG}.sh
fi )
}
--- TeXmacs-1.0.3.2\CYGWIN-PATCHES\setup.hint.orig 2004-02-02 11:16:57.835091200
+0100
+++ TeXmacs-1.0.3.2\CYGWIN-PATCHES\setup.hint 2004-02-02 12:43:12.746248000 +0100
@@ -17,6 +17,6 @@ Converters exist for TeX/LaTeX and they
Html/MathML/Xml. In the future, TeXmacs is planned to evolve towards a
complete scientific office suite."
category: Editors Math
-requires: ghostscript-base ghostscript-x11 guile guile-devel gile-doc tetex-bin
tetex-base tetex-extra tetex-devel xfree68-base xfree68-prog transfig
-#suggested: libiconv netpbm
+requires: ghostscript-base ghostscript-x11 guile guile-devel guile-doc libguile12
tetex-bin tetex-base tetex-extra tetex-devel XFree68-base XFree68-prog transfig
libfreetype26 libiconv2
+#suggested: netpbm
#build requires: gcc-3.2 make
--- T
Please upload: xemacs-21.4.14-2/xemacs-tags-21.4.14-2/xemacs-emacs-common-21.4.14-2
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir -p xemacs/xemacs-emacs-common xemacs/xemacs-tags cd xemacs wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.14-2-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.14-2.tar.bz2 cd xemacs-tags wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-tags/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-tags/xemacs-tags-21.4.14-2.tar.bz2 cd ../xemacs-emacs-common wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-emacs-common/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-emacs-common/xemacs-emacs-common-21.4.14-2.tar.bz2 cut here DESCRIPTION: A powerful, highly customizable open source text editor and application development system CYGWIN NEWS: * Build with cygwin-1.5.7 * Removed --with-dragndrop from configure line This option prevented some W32 processes (notibly Opera/IE/Netscape) from exiting when XEmacs was still running * Workaround for the warning message "Couldn't find an obvious default for the root of the XEmacs hierarchy." at Xemacs startup. Obviously it *finds* all of its files * Added a copy of sample.init.el,a sample XEmacs initialization script, to /usr/share/doc/xemacs-21.4.14 See the comments at the start of the file for more information * Removed empty /etc/postinstall directory from binary distribution * Added crypt and minires as dependencies in setup.hint * Removed cygipc from build dependencies in xemacs.README Thanks Volker
Re: [Review - Almost GTG] TeXmacs: A scientific wysiwyg Editor and Interface for Computer Algebra Systems
> "Andreas" == Andreas Seidl writes:
Andreas> Volker,
Andreas> first of all many thanks for this in-depth review and for pointing out
Andreas> the sore spots.
okidoki
Andreas> $ cygcheck -svr | grep gcc
Andreas> Found: C:\cygwin\bin\gcc.exe
Andreas> gcc 3.3.1-3
Andreas> gcc-mingw-core 20031020-1
As Igor already pointed out you haven't installed g++.
Try installing it and make a new release. I'll review that version.
>> One last thing I noticed. Your version depends on cygiconv-2.dll but
>> when I configure from source iconv support doesn't get included:
>> checking for iconv.h... yes checking for iconv... no checking for
>> iconv in -liconv... no configure: warning: iconv was not found, HTML
>> import may crash
>> excerpt from config.log:
>> configure:2535: checking for iconv in -liconv configure:2552: gcc -o
>> conftest -O2 conftest.c -liconv 1>&5
>> /tmp/cc0X42Ma.o(.text+0x35):conftest.c: undefined reference to
>> `_iconv_open' /tmp/cc0X42Ma.o(.text+0x5d):conftest.c: undefined
>> reference to `_iconv' collect2: ld returned 1 exit status configure:
>> failed program was: #line 2539 "configure" #include "confdefs.h"
>> #include #include
>> int main() {
>> iconv_t cd = iconv_open ("",""); iconv (cd, NULL, NULL, NULL, NULL);
>> ; return 0; }
>> Grepping for iconv_open symbol
>> 02:53 PM [534]> nm /usr/lib/libiconv.dll.a | grep iconv_open
>> I __imp__libiconv_open T _libiconv_open
>> shows that configure *SHOULDN'T* find iconv support.
Andreas> I can confirm this data, the conclusion, however, is not clear to me.
Andreas> Does this mean there is a portability issue and the configure script
Andreas> should be changed from iconv_open to libiconv_open?
I'm not sure, but my question is how your version includes iconv support
as you can see from the cygcheck output. Doesn' t your configure step
fails with the same error messages as mine ?
>> - xfree68-base - xfree68-prog + XFree68-base + XFree68-prog
Andreas> There is an additional typo: 68 instead of 86! This means X
Andreas> got
OOPS. Because I hand edited it and just uppercased your old version.
Andreas> installed due to a dependency from ghostscript-x11 ... argh! Which means
Andreas> that maybe XFree86-prog is not necessary.
Yap, XFree86-prog is not a runtime requirement.
Andreas> find $tmp/$PKG-$VER/.inst -name '*.exe' | xargs cygcheck | sed -e
Andreas> '/\.exe/d' -e 's,\\,/,g' | sort -bu | xargs -n1 cygpath -u | xargs
Andreas> cygcheck -f
Andreas> but this doesn't work anymore (and only worked for ccrypt, not for
texmacs).
Try the following the texmacs executable has a bin extension:
find $tmp/$PKG-$VER/.inst -name '*.exe' -o -name '*.dll' \
-o -name '*.bin' | \xargs cygcheck | \
sed -e '/\.exe/d' -e 's,\\,/,g' | sort -bu | \
xargs -n1 cygpath -u | xargs cygcheck -f | uniq
Andreas> Ciao,
Andreas> Andreas.
Ciao
Volker
Re: [Cron 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]
> "Robert" == Robert Collins writes: Robert> FWIW it's a valid setup.ini key. And has been for quite some time. That was my understanding after the discussion with Charles. But I still don't know what it's doing when present. Robert> Rob Ciao Volker
Re: [Review - Almost GTG] TeXmacs: A scientific wysiwyg Editor and Interface for Computer Algebra Systems
> "cgf" == Christopher Faylor writes: cgf> I haven't been paying close attention but perhaps this discussion should cgf> be moved to the cygwin mailing list. This topic has been rehashed many cgf> times there. If we haven't reached the point where we can actually *build* cgf> the package then it clearly shouldn't even be a candidate for an ITP. Well the package builds fine OOTB when having installed all the necessary packages. The problem is only that iconv support isn't properly detected by configure. But I moved this discussion to the main list. cgf> cgf Ciao Volker
Re: [Review - Good to Go!] XmHTML 3.2-1: widget capable of displaying HTML 3.2
> "Rafael" == Rafael Kitover <[EMAIL PROTECTED]> writes: Rafael> I haven't tried building anything that uses XmHTML, but I'm making the Rafael> assumption that since the testhtml program builds and works, that should not be Rafael> an issue. I build this especially for grace, which right now shows it's help with lynx in an xterm window. It looks quite nice with XmHTML. >From the grace-5.1.12.README: * Use lynx instead of netscape to view the on-line documentation. This is necessary because neither XmHTML nor libhelp are available as official cygwin package and one of those libraries is needed to use the internal helpviewer. Rafael> Source package builds without a hitch, but with a few warnings. Rafael> Suggestions/questions (non-holdup, use or not at your own discretion): Rafael> The /usr/X11R6/share/doc thing is going to confuse a lot of people (huh? Rafael> where'd the package readme go?) I'd just put it into /usr/share/doc, even if a Rafael> precedent has been set for X11R6/share/doc, it's still ugly. And there's still Rafael> a bunch of stuff in /usr/doc/Cygwin to boot. I will move the docu to /usr/share/doc. Rafael> I don't like seeing binaries in share/doc, partly because share/ is supposed to Rafael> be able to be shared between incompatible binary platforms, not that this is Rafael> much of a concern on Windows systems. Although I very much appreciate actually Rafael> having a way to test the library. Maybe it would make sense to install Rafael> /usr/X11R6/share/doc/XmHTML-1.1.7/examples/testhtml.exe as Rafael> /usr/X11R6/bin/xmhtml.exe or xmhtmlview or something along those lines, and Rafael> make testhtml a script that calls it. Will do that too. Rafael> What exactly is the HTML.h.new header? It's in the source package, but looks Rafael> strange. Will be removed. Thanks for the review. Ciao Volker
Re: Xemacs -- Exp. Version?
> "David" == David A Cobb writes: David> To all, especially Volker, Hi David David> Would it be feasible to build an Xemacs-21.5 version and include David> it as the "Experimental" package? I have an 21.5.16 ready. Will upload it on moday it's not fun over a modem line. It works nice but crahses on exit (at least for me). Ciao Volker
Please upload: gd-2.0.21-1/libgd2-2.0.21-1/libgd-devel-2.0.21-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir -p gd gd/libgd2 gd/libgd-devel cd gd wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/gd-2.0.21-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/gd-2.0.21-1.tar.bz2 cd libgd2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd2/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd2/libgd2-2.0.21-1.tar.bz2 cd ../libgd-devel wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd-devel/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/libgd-devel/libgd-devel-2.0.21-1.tar.bz2 cut here DESCRIPTION: A graphics library for fast image creation CYGWIN NEWS: * Build with cygwin-1.5.7 * Routine upgrade to 2.0.21 gd NEWS === What's new in version 2.0.21? * Version 2.0.21 adds a gdImageCreateFrom*Ptr family of functions which make it convenient to load an image in any GD-supported format directly from memory. * The new gdNewDynamicCtxEx function was added to support the easy implementation of the above functions and to correct a design problem which made life unpleasant for those passing in memory not originally allocated by gd to the gdNewDynamicCtx function by provoding a way to specify that gd should never free or reallocate a particular block of memory. The gdNewDynamicCtx function and its relatives, although still exported for ABI compatibility, are now deprecated except for internal use, in favor of gdImageCreateFromPngPtr and its relatives. * Version 2.0.21 includes a new patch from Ethan A. Merritt to correct a bug in the conditional compilation of support for symbol fonts in gdft.c. Symbol fonts should now work correctly. Thanks to Mr. Merritt. * Version 2.0.20 restores the gdFreeFontCache function, an undocumented function added in an earlier release which now simply calls gdFontCacheShutdown for backwards compatibility. This repairs build problems when compiling PHP against the latest gd. * Documentation improvements. What's new in version 2.0.20? * Version 2.0.20 restores the gdFreeFontCache function, an undocumented function added in an earlier release which now simply calls gdFontCacheShutdown for backwards compatibility. This repairs build problems when compiling PHP against the latest gd. What's new in version 2.0.19? * Version 2.0.19 restored extern declarations for the gd font pointers inadvertently removed in 2.0.18. What's new in version 2.0.18? * A Win32 binary distribution of "bgd.dll," built with mingw32 and tested with win32 versions of the demo programs as console applications, is now available. * Semicolon rather than space used as the default separator of alternative font file paths in gdImageStringFT, for better compatibility with Windows and other environments where spaces are common in paths. * The circletexttest demo no longer fails to compile when JPEG support happens to be absent. What's new in version 2.0.17? Minor compilation and packaging problems with 2.0.16 were corrected. If 2.0.16 compiled without errors for you, then you don't need to upgrade to 2.0.17. What's new in version 2.0.16? * Thread safety for freetype text output. Background: all gd functions were already thread safe, as long as only one thread manipulates each image -- except for gdImageStringFT and gdImageStringFTEx. This is because of a shared freetype font cache. Sharing the cache between images is worthwhile, so "configure" now detects pthreads and uses it to wrap freetype text output in a critical section if available. There is also critical section support under WIN32. Those who wish to be strictly thread-safe should call the new function gdFontCacheSetup before allowing any thread to use freetype text calls. Otherwise this function is automatically invoked on the first use of freetype, with a very small but real chance of a race condition. * gdImageSquareToCircle performs a "polar coordinate transform," returning a new image in which the X axis of the original has been remapped to theta (angle) and the Y axis of the original has been remapped to rho (distance from center). * gdImageStringFTCircle wraps text in a circle around a specified center point. This function takes advantage of gdImageSquareToCircle. The result is very smooth, although it takes some time to compute. Thanks to Steve Bassi for sponsoring this work. * gdImageSharpen, contributed by Paul Troughton. Thank you. * Christophe Thomas corrected gdft.c to include freetype header files in the way that is now mandatory in freetype 2.1.6 and above. * Gustavo Scotti fixed a mem
Re: [ITP] aspell-de-0.50.2 - German dictionary files for aspell
>>>>> "Daniel" == Daniel Reed writes: Daniel> On 2004-01-30T14:12+0100, Dr. Volker Zell wrote: Daniel> ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/setup.hint Daniel> ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/aspell-de-0.50.2-1-src.tar.bz2 Daniel> ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell-de/aspell-de-0.50.2-1.tar.bz2 Daniel> When I extract this, I have .README and doc files for aspell-de-0.50-2 Daniel> (instead of 0.50.2-1). If that is correct, I can renumber it to 0.50-2 in Daniel> apps.xml and upload, otherwise just let me know when to re-download. It's ok, it's modelled after the aspell-en files. You'll find the reason in the README file for the package. Ciao Volker
Please upload: tzcode-2003e-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir tzcode cd tzcode wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2003e-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2003e-1.tar.bz2 cut here DESCRIPTION: The time zone package CYGWIN NEWS: * compiled with cygwin-1.5.7 * man pages are now in /usr/share/man * fixed some mkdir warnings during installation * added missing requires: gawk pdksh * removed tz-date.exe and tz-date.1 as /usr/bin/date now (since cygwin-1.5.7) handles the new timezone format (e.g.: TZ=Europe/Berlin) There is a script tzselect in /usr/sbin which asks the user about the time zone, and output the resulting TZ value to stdout. * removed libtz.a since the functionality is included in cygwin * moved /usr/share/zoneinfo-leaps to /usr/share/zoneinfo/right and /usr/share/zoneinfo-posix to /usr/share/zoneinfo/posix as on Linux tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. Thanks Volker
Re: [UPDATE] apache-1.3.29-2 repackaged (incl. security fix)
> "Stipe" == Stipe Tolj writes: Stipe> Stipe Tolj wrote: Stipe> ok, anyone having a chance to look into this? ... or is this now the Stipe> Stipe boycotting fraction out there? ;) ... come on guys, I want to Stipe> roll the mod_foobar packages too. The binary seems to work fine. I just checked with static and cgi-stuff. Hadn't have to time build from source yet. But I'm trying this evening Stipe> Stipe Ciao Volker
