Re: [PACKAGE UPDATE]: grace-5.1.17-1
On Sep 20 18:29, Volker Quetschke wrote: Ping!? Pong! I also removed 5.1.12-1. http://www.scytek.de/cygwin/release/grace/setup.hint http://www.scytek.de/cygwin/release/grace/grace-5.1.17-1.tar.bz2 http://www.scytek.de/cygwin/release/grace/grace-5.1.17-1-src.tar.bz2 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Please upload: openldap-2.2.17-1/libopenldap2_2_7-2.2.17-1/openldap-devel-2.2.17-1
On Sep 20 18:24, Dr. Volker Zell wrote: Please upload at your earliest convinience. cut here #!/bin/bash mkdir -p openldap openldap/openldap-devel openldap/libopenldap2_2_7 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.2.17-1.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/openldap-2.2.17-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.2.17-1.tar.bz2 cd ../libopenldap2_2_7 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/libopenldap2_2_7/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/openldap/libopenldap2_2_7/libopenldap2_2_7-2.2.17-1.tar.bz2 cut here Done. Can 2.1.25-1 get removed? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Please upload: openldap-2.2.17-1/libopenldap2_2_7-2.2.17-1/openldap-devel-2.2.17-1
Corinna Vinschen writes: Done. Can 2.1.25-1 get removed? Thanks and YES Corinna Ciao Volker
Re: Please upload: openldap-2.2.17-1/libopenldap2_2_7-2.2.17-1/openldap-devel-2.2.17-1
On Sep 21 12:06, Dr. Volker Zell wrote: Corinna Vinschen writes: Done. Can 2.1.25-1 get removed? Thanks and YES Done. I've kept libopenldap2/libopenldap2-2.1.25-1.tar.bz2 for backward compatibility. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
upset errors for libopenldap2
Gerrit please fix this ASAP: upset: *** warning package libopenldap2 refers to non-existent external-source: openldap
Re: upset errors for libopenldap2
On Sep 21 10:06, Christopher Faylor wrote: Gerrit please fix this ASAP: upset: *** warning package libopenldap2 refers to non-existent external-source: openldap Sorry, my bad. I removed version 2.1.whatever of openldap but I didn't know that libopenldap2 has this external-source ref. Fixed. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Please upload: gnuplot-4.0.0-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir gnuplot cd gnuplot wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gnuplot/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gnuplot/gnuplot-4.0.0-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gnuplot/gnuplot-4.0.0-1.tar.bz2 cut here DESCRIPTION: 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. CYGWIN NEWS: * Update to latest upstream release gnuplot NEWS: = Below you find list of news, changes and fixes in gnuplot version 4.0 and older. Please see also section What is New in Version 4.0 in gnuplot documentation (files gnuplot.gih, gnuplot.hlp, gnuplot.inf, etc.) available by the command gnuplot help new from gnuplot 4.0. You may find it also in files gnuplot.pdf, gnuplot.html or gnuplot.info optionally available in your distribution, or online at http://www.gnuplot.info/docs/gnuplot.html#What_is_New_in_Version_4.0 Mouse and hotkey support in screen terminals The pm, x11, ggi and windows terminals support interactive work with mouse and hotkeys. The usage of the mouse is mainly self-explanatory. Just type 'h' in the graph window (hereafter we mean either PM, X11, ... terminal window) and a short overview of commands will pop up. The mouse is turned on and off with the hotkey 'm'. See 'help mouse' and 'help bind' for more details. The coordinates of mouse clicks are exported to variables MOUSE_X, MOUSE_Y, MOUSE_X2, MOUSE_Y2, and MOUSE_BUTTON accessible from the gnuplot command line. This allows gnuplot scripts to alter their behaviour based on interactive mouse input. See 'help mouse variables' and 'help pause mouse', and the example script demo/mousevariables.dem. Further it allows interaction of a gnuplot mouseable terminal and external programs in C, Python, Octave, etc. using gnuplot as their graph engine. This is demonstrated on gnuplot web page in section Programming interfaces - bidirectional interaction. Brief list of news in gnuplot 4.0: * CHANGE sample calculated smooth csplines only in actual xrange * CHANGE 'set term gif' compile-time option to write PNG format instead * CHANGE pattern fill styles are uniform across all supporting terminals * CHANGE X-window plot and font size is used to adjust plot layout * CHANGE 'set key {on|off|default}' is preferred method for controlling key * CHANGE mouse position is tracked in all X windows (not just current one) * NEW enhanced text mode for additional terminal types * NEW built-in function 'defined(variablename)' * NEW mouse input information is exported to user-accessible variables * NEW 'set term png' and 'set term jpeg' using modern GD library * NEW set size ratio now works for splots, too * NEW grid options: {layerdefault | front | back} * NEW plot option smooth frequency * NEW terminal names now sorted alphabetically * NEW with palette also for points * NEW plotstyle with filledcurves * NEW 'set style fill' applies to boxes, boxxyerror, boxerror, candlesticks * NEW set boxwidth number relative * NEW options to FIG terminal driver * NEW parse errors in datafile reading now show the culprit * NEW labels can be printed attached to a point * FIXED interaction of set xtics incr with time/date axes * FIXED candlesticks now ignore order of high/low entries * FIXED keeping old arrow options if new set command modifies it * FIXED undoing a mouse zoom that started from autoscaled axis * FIXED contour line
Please upload: tzcode-2004d-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-2004d-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2004d-1.tar.bz2 cut here DESCRIPTION: The time zone package CYGWIN NEWS: * Update to latest upstream release tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. Thanks Volker
Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-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.28-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/gd-2.0.28-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.28-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.28-1.tar.bz2 cut here DESCRIPTION: A graphics library for fast image creation CYGWIN NEWS: * Update to latest upstream release. gd NEWS === What's new in version 2.0.28? * GIF support has been restored. See gdImageGif, gdImageGifCtx, gdImageGifPtr, gdImageCreateFromGif, gdImageCreateFromGifCtx, and gdImageCreateFromGifPtr. These functions are now thread-safe, similar to the PNG and JPEG manipulation functions. * The new gdImageCreatePaletteFromTrueColor function is identical to gdImageTrueColorToPalette, except that it returns a new image rather than permanently modifying the original. What's new in version 2.0.27? * In gd 2.0.26, there was potential for out of bounds fills, and therefore crashes, in the horizontalLine function used by gdImageFilledPolygon. Fixed by John Ellson. * The order of the points returned in the bounding rectangle by gdImageStringFT was incorrect in version 2.0.26. This has been corrected in version 2.0.27. Thanks to Riccardo Cohen for pointing this out, and to John Ellson for verifying and fixing it. What's new in version 2.0.26? The following enhancements and fixes: * Drastically faster, less memory-intensive antialiased drawing, thanks to Pierre-Alain Joye. This code was imported from the PHP fork of gd. The API for antialiased drawing has not changed, however the implementation has been completely replaced. Antialiased line drawing does not support widths other than 1, however this did not work properly with the other implementation of antialiasing either. Support has been included for the non-blending color option introduced by the previous implementation of antialiased drawing. * gdlib-config, which has been installed by make install for some time now, has gained a --features option. This option produces a space-separated list of optional features with which the gd library was compiled. Typical usage looks like this: % gdlib-config --features GD_XPM GD_JPEG GD_FREETYPE GD_PNG GD_GIF Other configure scripts can conveniently define preprocessor symbols based on this list in order to conditionally compile code. For instance, if GD_PNG is not reported by --features, then gdImagePng is not included in the library. Thanks to Lars Hecking and Lincoln Stein for their advice on implementing this feature. Any blame for the actual implementation is entirely due to me (TBB). * Fixes to the behavior of the bounding rectangle returned by gdImageStringFT and relatives when the string is rotated. See fontwheeltest.c. Thanks to John Ellson. * Previously, gdImageStringFT and friends accepted either a full path to a font file, or the name of a font with no extension, in which case the GDFONTPATH environment variable and then the compiled-in DEFAULT_FONTPATH was searched. In addition, a font filename with an extension but no full path can now be automatically searched for in the same fashion. Thanks to John Ellson. * Fixes to freetype antialiased text against a transparent background. See testtr.c. Thanks to John Ellson. * Support for named entities like amp; and hex-coded entities such as #x6C34; in text strings passed to gdImageStringFT and relatives, adding to the previous support for decimal-coded entities like #197;. These were extracted from entities.html (from the W3C) via the script entities.tcl, which is included for the curious and those with other entities they need support for. Thanks to John Ellson. * Optimization: gdImageSetPixel no longer calls gdImageAlphaBlend when either the source or the destination pixel is 100% transparent. Thanks to John Ellson. * Optimization: gdImageLine is potentially faster now in the most common cases. Thanks to John Ellson. * Documentation of the entities feature of gdImageStringFT. * autoconf/configure fixes. Thanks to many who pointed out an oversight in handling libpng flags. What's new in version 2.0.25? Owing to an oversight while making changes to better accommodate the use of
Please upload: tzcode-2004d-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-2004d-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2004d-1.tar.bz2 cut here DESCRIPTION: The time zone package CYGWIN NEWS: * Update to latest upstream release tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. Thanks Volker
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
I have done a Cygwin package of LablGtk now, just add the Cygwin specific README and sign it with your name, if there are no objections it will be included in the netrelease and unison-gtk2 is GTG, once we found the reason why I needed to apply the beloow changes. Fetch the LablGtk package here: http://194.95.224.180/lablgtk/ I decided to go ahead and build a lablgtk2 package myself, so I can reasonably maintain it in the future. I've built the package, but now I have a problem: if I strip /usr/lib/ocaml/lablgtk2/lablgtktop.exe, then when I run /usr/bin/lablgtk2, I get Unknown option -w: $ lablgtk2 -verbose /usr/lib/ocaml/lablgtk2/lablgtktop -w s -I /usr/local/stow/lablgtk-2.4.0 /usr/lib/ocaml/lablgtk2 -I gtkInit.cmo Unknown option -w. If I don't strip lablgtktop.exe, then I don't get this error. I can't find any documentation about what the '-w s' option does, but I believe it's supposed to be passed on to the OCaml compiler. Questions: should I just give up on stripping the executable? Or is there a workaround? Do I need the -w option at all? Sorry, but I know almost nothing about OCaml or LablGTK. Thanks, Andrew.
Please upload: gd-2.0.28-1/libgd2-2.0.28-1/libgd-devel-2.0.28-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.28-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/gd/gd-2.0.28-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.28-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.28-1.tar.bz2 cut here DESCRIPTION: A graphics library for fast image creation CYGWIN NEWS: * Update to latest upstream release. gd NEWS === What's new in version 2.0.28? * GIF support has been restored. See gdImageGif, gdImageGifCtx, gdImageGifPtr, gdImageCreateFromGif, gdImageCreateFromGifCtx, and gdImageCreateFromGifPtr. These functions are now thread-safe, similar to the PNG and JPEG manipulation functions. * The new gdImageCreatePaletteFromTrueColor function is identical to gdImageTrueColorToPalette, except that it returns a new image rather than permanently modifying the original. What's new in version 2.0.27? * In gd 2.0.26, there was potential for out of bounds fills, and therefore crashes, in the horizontalLine function used by gdImageFilledPolygon. Fixed by John Ellson. * The order of the points returned in the bounding rectangle by gdImageStringFT was incorrect in version 2.0.26. This has been corrected in version 2.0.27. Thanks to Riccardo Cohen for pointing this out, and to John Ellson for verifying and fixing it. What's new in version 2.0.26? The following enhancements and fixes: * Drastically faster, less memory-intensive antialiased drawing, thanks to Pierre-Alain Joye. This code was imported from the PHP fork of gd. The API for antialiased drawing has not changed, however the implementation has been completely replaced. Antialiased line drawing does not support widths other than 1, however this did not work properly with the other implementation of antialiasing either. Support has been included for the non-blending color option introduced by the previous implementation of antialiased drawing. * gdlib-config, which has been installed by make install for some time now, has gained a --features option. This option produces a space-separated list of optional features with which the gd library was compiled. Typical usage looks like this: % gdlib-config --features GD_XPM GD_JPEG GD_FREETYPE GD_PNG GD_GIF Other configure scripts can conveniently define preprocessor symbols based on this list in order to conditionally compile code. For instance, if GD_PNG is not reported by --features, then gdImagePng is not included in the library. Thanks to Lars Hecking and Lincoln Stein for their advice on implementing this feature. Any blame for the actual implementation is entirely due to me (TBB). * Fixes to the behavior of the bounding rectangle returned by gdImageStringFT and relatives when the string is rotated. See fontwheeltest.c. Thanks to John Ellson. * Previously, gdImageStringFT and friends accepted either a full path to a font file, or the name of a font with no extension, in which case the GDFONTPATH environment variable and then the compiled-in DEFAULT_FONTPATH was searched. In addition, a font filename with an extension but no full path can now be automatically searched for in the same fashion. Thanks to John Ellson. * Fixes to freetype antialiased text against a transparent background. See testtr.c. Thanks to John Ellson. * Support for named entities like amp; and hex-coded entities such as #x6C34; in text strings passed to gdImageStringFT and relatives, adding to the previous support for decimal-coded entities like #197;. These were extracted from entities.html (from the W3C) via the script entities.tcl, which is included for the curious and those with other entities they need support for. Thanks to John Ellson. * Optimization: gdImageSetPixel no longer calls gdImageAlphaBlend when either the source or the destination pixel is 100% transparent. Thanks to John Ellson. * Optimization: gdImageLine is potentially faster now in the most common cases. Thanks to John Ellson. * Documentation of the entities feature of gdImageStringFT. * autoconf/configure fixes. Thanks to many who pointed out an oversight in handling libpng flags. What's new in version 2.0.25? Owing to an oversight while making changes to better accommodate the use of
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
On Tue, 21 Sep 2004, Schulman.Andrew wrote: I have done a Cygwin package of LablGtk now, just add the Cygwin specific README and sign it with your name, if there are no objections it will be included in the netrelease and unison-gtk2 is GTG, once we found the reason why I needed to apply the beloow changes. Fetch the LablGtk package here: http://194.95.224.180/lablgtk/ I decided to go ahead and build a lablgtk2 package myself, so I can reasonably maintain it in the future. I've built the package, but now I have a problem: if I strip /usr/lib/ocaml/lablgtk2/lablgtktop.exe, then when I run /usr/bin/lablgtk2, I get Unknown option -w: $ lablgtk2 -verbose /usr/lib/ocaml/lablgtk2/lablgtktop -w s -I /usr/local/stow/lablgtk-2.4.0 /usr/lib/ocaml/lablgtk2 -I gtkInit.cmo Unknown option -w. If I don't strip lablgtktop.exe, then I don't get this error. I can't find any documentation about what the '-w s' option does, but I believe it's supposed to be passed on to the OCaml compiler. Questions: should I just give up on stripping the executable? Or is there a workaround? Do I need the -w option at all? Sorry, but I know almost nothing about OCaml or LablGTK. Yes, don't strip ocaml executables -- they have embedded bytecode, and stripping screws them up (as I've learned the hard way). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
Hallo Schulman, Am Dienstag, 21. September 2004 um 18:33 schriebst du: I have done a Cygwin package of LablGtk now, just add the Cygwin specific README and sign it with your name, if there are no objections it will be included in the netrelease and unison-gtk2 is GTG, once we found the reason why I needed to apply the beloow changes. Fetch the LablGtk package here: http://194.95.224.180/lablgtk/ I decided to go ahead and build a lablgtk2 package myself, so I can reasonably maintain it in the future. I've built the package, but now I have a problem: if I strip /usr/lib/ocaml/lablgtk2/lablgtktop.exe, then when I run /usr/bin/lablgtk2, I get Unknown option -w: Don't do that! Ocaml binaries cannot be stripped since these are mixed mode binaries. $ lablgtk2 -verbose /usr/lib/ocaml/lablgtk2/lablgtktop -w s -I /usr/local/stow/lablgtk-2.4.0 /usr/lib/ocaml/lablgtk2 -I gtkInit.cmo Unknown option -w. If I don't strip lablgtktop.exe, then I don't get this error. I can't find any documentation about what the '-w s' option does, but I believe it's supposed to be passed on to the OCaml compiler. See above. Questions: should I just give up on stripping the executable? Or is there a workaround? Do I need the -w option at all? Sorry, but I know almost nothing about OCaml or LablGTK. Yes and no, no workaround, well there are always two possibilities to compile ocaml code, build the slow pure binary or the faster native ocaml binary. Since I'm not an OCaml expert, maybe the Cygwin OCaml maintainer or the upstream LablGTK maintainer can tell us more? Gerrit -- =^..^=
[ITP] lablgtk2-2.4.0-1
I want to package and maintain LablGTK2 for Cygwin. LablGTK2 is an OCaml interface to GTK2. Homepage: http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html License: Specified separately for three parts of the supplied source code. Here is what the file COPYING from the source distribution says: src/ directory: This library is made available under the LGPL, with the same exception as specified in the Objective Caml distribution, to allow freely static linking. You should have got a copy of the LGPL and this exception with Objective Caml. Since OCaml is now part of the Cygwin distribution, I assume that these terms are acceptable. examples/ directory: you may freely take inspiration from the code, and copy parts of it in your application. This is a vague but apparently free license. applications/ directory: free for personal use; redistribution only as is; Binary distribution and bug fixes are allowed, but you cannot extensively modify the code without asking the authors. Clearly non-free; but see below. I am not building anything in either the examples or applications directories, so I don't think these licenses should present a problem. However if it would be preferable, I can simply remove either or both of them from the source package, and add an explanatory note for users. URLs: http://home.comcast.net/~andrex/cygwin/lablgtk2/setup.hint http://home.comcast.net/~andrex/cygwin/lablgtk2/lablgtk2-2.4.0-1.tar.bz2 http://home.comcast.net/~andrex/cygwin/lablgtk2/lablgtk2-2.4.0-1-src.tar.bz2 setup.hint: sdesc: OCaml interface to GTK2 ldesc: LablGTK2 is an Objective Caml interface to GTK2. It uses the rich type system of Objective Caml 3 to provide a strongly typed yet comfortable object-oriented interface to GTK2. All widgets but one are available, with almost all their methods. Objective Caml threads are supported, including for the top level, which allows for interactive use of the library. category: Devel requires: cygwin ocaml atk-runtime gtk2-x11-runtime glib2-runtime pango Andrew Schulman.
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
Okay, thank you Gerritt for your careful review of the unison-gtk2 package. unison-gtk2: This is difficult to test without having a ready to run LablGtk package. Agreed. I posted the ITP for lablgtk2 earlier today. I've now revised the build instructions, which are much simpler on the assumption that the user can just install the lablgtk2 package. Basically it all boils down now to installing the source package and required dependencies (including lablgtk2), and then running make OSCOMP=cygwingnuc UISTYLE=gtk2 Then, accoprding to your README, there are needed for the build: gmodule-2.0.lib glib-2.0.lib gdk-win32-2.0.lib gtk-win32-2.0.lib I'm not sure if this is a good idea to depend on third party libraries. Rebuilding is really difficult with this prerequisites. Agreed. Thanks for your patch to Makefile.OCaml, which removes the need to fetch these files separately. What else to mention is that my unison-gtk2 executable is linked also against libncurses. Strange; I wonder why. Can you tell me, what is a command to list all of the dependencies of an executable? I assume there is one, and I probably knew it once... I've corrected and reuploaded my unison-gtk2 package files. Except for possibly correcting setup.hint to add a dependency on libncurses, I believe they're now ready for upload: http://home.comcast.net/~andrex/cygwin/unison-gtk2/setup.hint http://home.comcast.net/~andrex/cygwin/unison-gtk2/unison-gtk2-2.10.2-1.tar.bz2 http://home.comcast.net/~andrex/cygwin/unison-gtk2/unison-gtk2-2.10.2-1-src.tar.bz2 Andrew.
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
On Tue, 21 Sep 2004, Schulman.Andrew wrote: I have done a Cygwin package of LablGtk now, just add the Cygwin specific README and sign it with your name, if there are no objections it will be included in the netrelease and unison-gtk2 is GTG, once we found the reason why I needed to apply the beloow changes. Fetch the LablGtk package here: http://194.95.224.180/lablgtk/ I decided to go ahead and build a lablgtk2 package myself, so I can reasonably maintain it in the future. One thing to note (and I haven't noticed it before myself) is that my build of ocaml contains labltk -- will they conflict? Also, you will probably need to include bits of the ocaml sources in your lablgtk2 source package -- do we want to replicate this? I've built the package, but now I have a problem: if I strip /usr/lib/ocaml/lablgtk2/lablgtktop.exe, then when I run /usr/bin/lablgtk2, I get Unknown option -w: $ lablgtk2 -verbose /usr/lib/ocaml/lablgtk2/lablgtktop -w s -I /usr/local/stow/lablgtk-2.4.0 /usr/lib/ocaml/lablgtk2 -I gtkInit.cmo Unknown option -w. If I don't strip lablgtktop.exe, then I don't get this error. I can't find any documentation about what the '-w s' option does, but I believe it's supposed to be passed on to the OCaml compiler. Here's a (reformatted) excerpt from driver/main_args.ml in the ocaml sources: -w, Arg.String F._w, flags Enable or disable warnings according to flags: A/a enable/disable all warnings C/c enable/disable suspicious comment D/d enable/disable deprecated features E/e enable/disable fragile match F/f enable/disable partially applied function L/l enable/disable labels omitted in application M/m enable/disable overriden method P/p enable/disable partial match S/s enable/disable non-unit statement U/u enable/disable unused match case V/v enable/disable hidden instance variable X/x enable/disable all other warnings default setting is Ale (all warnings but labels and fragile match enabled) So it looks like -w s disables non-unit statement warnings. Questions: should I just give up on stripping the executable? Or is there a workaround? Do I need the -w option at all? Sorry, but I know almost nothing about OCaml or LablGTK. It's up to you. I'm guessing this is supposed to enable clean execution of lablgtk2 (i.e., no extraneous messages), so you probably do need it. One last note is that the current release of ocaml doesn't support dynamic library loads, so a lot of examples don't work (details upon request). I'm working on fixing this, but if anyone has suggestions on how to enable shared library support, I'd be interested in hearing them. Thanks, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
On Tue, 21 Sep 2004, Schulman.Andrew wrote: Strange; I wonder why. Can you tell me, what is a command to list all of the dependencies of an executable? I assume there is one, and I probably knew it once... cygcheck filename.exe HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: apache updates
Hello Reini, unsolved problems: * mod_auth_dbm fails to build I vaguely remember any dirty hacks on linux with the find-dbm helper. I have most berkeley db's and gdbm installed, but it refuses to build, which sense from a quick glance, because it tries to #include ndbm.h and not the found dbm lib include file (here gdbm.h. It was already included somewhere by Stipe, however it failed because the used script was buggy, I always hardcode the dependency in some other config file, cannot remember the actual name right now. * mod_digest fails to load (probably a dependent dll not found) Hmmm. otherwise it builds and runs just fine. [...] Apache Server Status for localhost Server Version: Apache/1.3.29 (Cygwin) Is there still no newer version available? Server Built: Feb 9 2004 19:14:10 Current Time: Thursday, 09-Sep-2004 16:32:47 GMT Restart Time: Thursday, 09-Sep-2004 16:32:46 GMT Parent Server Generation: 2 Server uptime: 1 second 4 requests currently being processed, 0 idle servers http://anfaenger.de/server-status Apache Server Status for anfaenger.de Server Version: Apache/1.3.29 (Cygwin) Server Built: Jan 22 2004 14:42:00 Current Time: Tuesday, 21-Sep-2004 23:38:56 Restart Time: Sunday, 22-Aug-2004 18:06:49 Parent Server Generation: 0 Server uptime: 30 days 5 hours 32 minutes 7 seconds Total accesses: 136795 - Total Traffic: 3.2 GB CPU Usage: u2.517 s5.717 cu0 cs0 - .000315% CPU load .0524 requests/sec - 1326 B/second - 24.7 kB/request 1 requests currently being processed, 5 idle servers -- =^..^=
[ITP] clamav-0.75.1-3 - A GPL virus scanner
Dr. Volker Zell schrieb: Reini Urban writes: good catches. rel-2 which fixes these issues is on my server. But instead of using the RedHat init.d script I made a better one. http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/clamav/clamav-0.75.1-2.tar.bz2 http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/clamav/clamav-0.75.1-2-src.tar.bz2 http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/clamav/README http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/clamav/setup.hint Builds fine again but the install step is not working: mv: cannot stat `/usr/src/clamav-0.75.1/.inst/etc/clamav.conf': No such file or directory If this is fixed the package is GTG. I fixed this and more. I added a preremove script which stops and uninstalls the service. http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/clamav/clamav-0.75.1-3.tar.bz2 http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/clamav/clamav-0.75.1-3-src.tar.bz2 http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/clamav/README http://xarch.tu-graz.ac.at/home/rurban/software/cygwin/clamav/setup.hint Unfortunately the current 0.80rc2 doesn't work so far. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: apache updates
Gerrit P. Haase schrieb: Apache Server Status for localhost Server Version: Apache/1.3.29 (Cygwin) Is there still no newer version available? In my first post I posted the wrong status. See my reply with the php configure line and the 1.3.31 status at the very end. http://www.cygwin.com/ml/cygwin-apps/2004-09/msg00073.html -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: apache updates
Hallo Reini, Am Mittwoch, 22. September 2004 um 00:52 schriebst du: Gerrit P. Haase schrieb: Apache Server Status for localhost Server Version: Apache/1.3.29 (Cygwin) Is there still no newer version available? In my first post I posted the wrong status. See my reply with the php configure line and the 1.3.31 status at the very end. http://www.cygwin.com/ml/cygwin-apps/2004-09/msg00073.html Thanks, I see, just didn't scrolled through the first time I read it. I'll try now what happens when a huge package like PHP refuses to use Automake and other standard autotool techniques and I try to build it with shared libs, will inform about progress soon. Gerrit -- =^..^=
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
I decided to go ahead and build a lablgtk2 package myself, so I can reasonably maintain it in the future. One thing to note (and I haven't noticed it before myself) is that my build of ocaml contains labltk -- will they conflict? No, I don't think so. lablgtk2 goes entirely into /usr/lib/ocaml/lablgtk2 and /usr/lib/ocaml/stublibs, plus one file /usr/bin/lablgtk2. Also, you will probably need to include bits of the ocaml sources in your lablgtk2 source package -- do we want to replicate this? I'm not sure what you mean. The user will have to install ocaml first in order to build from source. Is anything more required? Here's a (reformatted) excerpt from driver/main_args.ml in the ocaml sources: -w, Arg.String F._w, flags Enable or disable warnings according to flags: A/a enable/disable all warnings C/c enable/disable suspicious comment D/d enable/disable deprecated features E/e enable/disable fragile match F/f enable/disable partially applied function L/l enable/disable labels omitted in application M/m enable/disable overriden method P/p enable/disable partial match S/s enable/disable non-unit statement U/u enable/disable unused match case V/v enable/disable hidden instance variable X/x enable/disable all other warnings default setting is Ale (all warnings but labels and fragile match enabled) So it looks like -w s disables non-unit statement warnings. OK, thanks. I couldn't find this. Questions: should I just give up on stripping the executable? Or is there a workaround? Do I need the -w option at all? Sorry, but I know almost nothing about OCaml or LablGTK. It's up to you. I'm guessing this is supposed to enable clean execution of lablgtk2 (i.e., no extraneous messages), so you probably do need it. OK. I may fool around with it to see how many errors I get if I strip the exe and remove '-w s', but I'm inclined to leave it alone. One last note is that the current release of ocaml doesn't support dynamic library loads, so a lot of examples don't work (details upon request). I'm working on fixing this, but if anyone has suggestions on how to enable shared library support, I'd be interested in hearing them. OK. No obvious problem there for my package, since I'm not building the examples. Thanks, Andrew.
Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1
On Tue, 21 Sep 2004, Andrew Schulman wrote: I decided to go ahead and build a lablgtk2 package myself, so I can reasonably maintain it in the future. One thing to note (and I haven't noticed it before myself) is that my build of ocaml contains labltk -- will they conflict? No, I don't think so. lablgtk2 goes entirely into /usr/lib/ocaml/lablgtk2 and /usr/lib/ocaml/stublibs, plus one file /usr/bin/lablgtk2. Good. I haven't had a chance to look at your packaging, sorry. Also, you will probably need to include bits of the ocaml sources in your lablgtk2 source package -- do we want to replicate this? I'm not sure what you mean. The user will have to install ocaml first in order to build from source. Is anything more required? Is that ocaml source, or ocaml binary package? The tradition for Cygwin packages is to either have self-contained sources, or to share the sources for some packages (via the external-source: directives). It's unusual for one source package to depend on another. Although... The cygwin source package depends on the mingw and w32api sources, so I guess it would be ok. Here's a (reformatted) excerpt from driver/main_args.ml in the ocaml sources: -w, Arg.String F._w, flags Enable or disable warnings according to flags: [snip] S/s enable/disable non-unit statement [snip] So it looks like -w s disables non-unit statement warnings. OK, thanks. I couldn't find this. FWIW, you can get the same output from ocamlmktop -help or ocaml -help. Questions: should I just give up on stripping the executable? Or is there a workaround? Do I need the -w option at all? Sorry, but I know almost nothing about OCaml or LablGTK. It's up to you. I'm guessing this is supposed to enable clean execution of lablgtk2 (i.e., no extraneous messages), so you probably do need it. Oops. This was too vague. The it's up to you part was for the -w option -- I think you can't really strip ocaml executables and expect them to work. Don't strip. OK. I may fool around with it to see how many errors I get if I strip the exe and remove '-w s', but I'm inclined to leave it alone. Wise decision. One last note is that the current release of ocaml doesn't support dynamic library loads, so a lot of examples don't work (details upon request). I'm working on fixing this, but if anyone has suggestions on how to enable shared library support, I'd be interested in hearing them. OK. No obvious problem there for my package, since I'm not building the examples. Great. No objections from me, then. As soon as it's reviewed... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw