Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1

2004-09-23 Thread Andrew Schulman
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

Re: Generic build script instructions

2004-09-23 Thread Bas van Gompel
Op Sun, 20 Jun 2004 10:38:57 -0400 (EDT) schreef Igor Pechtchanski in [EMAIL PROTECTED]: : On Sun, 20 Jun 2004, Bas van Gompel wrote: [...] : ChangeLog entry: : : 2004-06-20 Bas van Gompel [EMAIL PROTECTED] : : * templates/generic-build-script (acceptpatch): New function to copy :

Re: libglade2-2.4.0-1

2004-09-23 Thread Corinna Vinschen
On Sep 22 22:01, Yaakov Selkowitz wrote: Gerrit P. Haase wrote: Hallo Yaakov, Uploaded. Thanks, but you put these into a dir called libglade, and the package is called libglade2. Could you fix this, please? Done. Corinna -- Corinna Vinschen Please, send mails

Re: libglade2-2.4.0-1

2004-09-23 Thread Gerrit P. Haase
Hallo Yaakov, Am Donnerstag, 23. September 2004 um 04:01 schriebst du: Gerrit P. Haase wrote: Hallo Yaakov, Uploaded. Thanks, but you put these into a dir called libglade, and the package is called libglade2. Could you fix this, please? Oh, Mist;) It was really too late yesterday,

Re: libglade2-2.4.0-1

2004-09-23 Thread Corinna Vinschen
On Sep 23 13:31, Gerrit P. Haase wrote: Well, we could start now with all packages that have GNOME / gnome in their name and put these below a GNOME directory, anyway, I think this is ok (unless there are objections). One argument against this is that all mirrors will delete the files and pull

Re: Generic build script instructions

2004-09-23 Thread Igor Pechtchanski
On Thu, 23 Sep 2004, Bas van Gompel wrote: Op Sun, 20 Jun 2004 10:38:57 -0400 (EDT) schreef Igor Pechtchanski: : On Sun, 20 Jun 2004, Bas van Gompel wrote: [...] : ChangeLog entry: : : 2004-06-20 Bas van Gompel g-b-s-patch.buzzatbavag.tmfweb.nl : : *

Re: unison-2.10.2-1 and unison-gtk2-2.10.2-1

2004-09-23 Thread Igor Pechtchanski
On Thu, 23 Sep 2004, Andrew Schulman wrote: 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

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Gerrit P. Haase
Hello Brian, B) Compiled in cygphp4.dll (bundled libs) / won't work shared: bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase, dbx, dio, exif, filepro, ftp, mysql, pcre, xml Why don't these work shared? [...] Anyway, I'm getting pretty close to being able to ITP a

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Gerrit P. Haase
Hallo Brian, Am Donnerstag, 23. September 2004 um 15:17 schriebst du: A) Internal / Built-In: ctype, mime_magic, overload, posix, session, sockets, standard, tokenizer B) Compiled in cygphp4.dll (bundled libs) / won't work shared: bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile,

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Igor Pechtchanski
On Thu, 23 Sep 2004, Brian Dessent wrote: I think I have finally worked out the kinks in the crappy PHP build system. I managed to banish that awful mkdll.sh business. The results after make are simply cygphp4.dll and the php4_*.dll ready to be used. Oh, and none of that rebasing hassle

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Reini Urban
Brian Dessent schrieb: I think I have finally worked out the kinks in the crappy PHP build system. I managed to banish that awful mkdll.sh business. The results after make are simply cygphp4.dll and the php4_*.dll ready to be used. Oh, and none of that rebasing hassle seems to be required.

Re: ocaml-3.08.1-2

2004-09-23 Thread Gerrit P. Haase
Hello Igor, The packaging hasn't changed, but it would be nice if someone who uses ocaml (Max? Gerrit?) gave it a look-over before it's uploaded. The files are available at the following URLs: http://cs.nyu.edu/~pechtcha/cygwin/ocaml/setup.hint

Re: ocaml-3.08.1-2

2004-09-23 Thread Gerrit P. Haase
Hello Igor, I've updated my version: http://194.95.224.180/cygwin/lablgtk/ Actually the URL is http://194.95.224.180/cygwin/lablgtk/test/ Gerrit -- =^..^=

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Reini Urban
Gerrit P. Haase schrieb: It is the same problem with ldap (for me), the configure test fails because probably there is a serious bug somewhere: This is what configure tests: $ gcc -o conftest.exe -g -O2 -lldap -llber conftest.c -lresolv -lm -lxml2 -lz -liconv /tmp/ccw7ffQY.o(.text+0x1d): In

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Gerrit P. Haase
Hello Reini, Since the test fails configure thinks that db or ldap libraries are not available. AARGH! incorrect c and lib order. a typical php configure problem. before I had this with gd also. some versions even were dependent on the order of the --with-module statements. but it can

Re: ocaml-3.08.1-2

2004-09-23 Thread Igor Pechtchanski
On Thu, 23 Sep 2004, Gerrit P. Haase wrote: Hello Igor, The packaging hasn't changed, but it would be nice if someone who uses ocaml (Max? Gerrit?) gave it a look-over before it's uploaded. The files are available at the following URLs:

Re: ocaml-3.08.1-2

2004-09-23 Thread Gerrit P. Haase
Hello Igor, S.th. weird is going on there. 1. I would like OCaml to produce .dll files, not .so files. Does it matter? It didn't for me on WinXP, but may on other systems. I will work, I have no problems with it as long as we are talking about modules, but IMHO for libraries in /usr/bin we

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Reini Urban
Gerrit P. Haase schrieb: Hello Reini, Since the test fails configure thinks that db or ldap libraries are not available. AARGH! incorrect c and lib order. a typical php configure problem. before I had this with gd also. some versions even were dependent on the order of the --with-module

Re: ocaml-3.08.1-2

2004-09-23 Thread Igor Pechtchanski
On Thu, 23 Sep 2004, Gerrit P. Haase wrote: Hello Igor, S.th. weird is going on there. 1. I would like OCaml to produce .dll files, not .so files. Does it matter? It didn't for me on WinXP, but may on other systems. I will work, I have no problems with it as long as we are talking

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Gerrit P. Haase
Hello Reini, but it can easily be patched on our side. Yes? How? I removed ldap from the build list. By the gbs, which patches/fixes the Makefile after the configure run :) a sed or perl line maybe. The Makefile is dynamically created by configure as is Makefile.objects? I'm just too

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Brian Dessent
Gerrit P. Haase wrote: B) Compiled in cygphp4.dll (bundled libs) / won't work shared: bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase, dbx, dio, exif, filepro, ftp, mysql, pcre, xml Why don't these work shared? I'm not sure. They build to .dlls fine, but when

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Gerrit P. Haase
Hello, What is the general rule of thumb with the shared lib and CLI CGI executables? Put all global objects in the library, put the sapi objects into the CGI exe and the CLI objects in the CLI exe? before some time the cli and cgi exe have been the same. they just seperated it lately,

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Reini Urban
Gerrit P. Haase schrieb: but it can easily be patched on our side. Yes? How? I removed ldap from the build list. By the gbs, which patches/fixes the Makefile after the configure run :) a sed or perl line maybe. The Makefile is dynamically created by configure as is Makefile.objects? sure.

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Gerrit P. Haase
Hello Brian, Am Donnerstag, 23. September 2004 um 23:48 schriebst du: Gerrit P. Haase wrote: B) Compiled in cygphp4.dll (bundled libs) / won't work shared: bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase, dbx, dio, exif, filepro, ftp, mysql, pcre, xml Why don't

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Brian Dessent
Igor Pechtchanski wrote: B) Compiled in cygphp4.dll (bundled libs) / won't work shared: bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase, dbx, dio, exif, filepro, ftp, mysql, pcre, xml This may be a naive question, but why can't they work as shared libs? I've found

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Gerrit P. Haase
Hello Brian, Note also: Currently gd is picking up the X11 libXpm, but with some work it could be told to find the noX version (and add dependency on that package instead.) That would at least eliminate a dependency on libX11 for the -gd package, which could save considerable hassle if

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Reini Urban
Brian Dessent schrieb: Igor Pechtchanski wrote: B) Compiled in cygphp4.dll (bundled libs) / won't work shared: bcmath, calendar, dba (gdbm, cdb, cdb_make, inifile, flatfile), dbase, dbx, dio, exif, filepro, ftp, mysql, pcre, xml This may be a naive question, but why can't they work as shared libs?

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Brian Dessent
Reini Urban wrote: BTW, brian: /usr/lib/php4 is really not a very good idea, unless you fix phpize and the other scripts also. all of them expect ${prefix}/lib/php/... even in the .in files. please stay with the standards. Okay, that's good to know. I can go back to using /usr/lib/php for

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Brian Dessent
Reini Urban wrote: no please, this will not work. cygphp4.dll must be in /usr/bin/ that must be the reason why some of your extensions didn't work. Ugh. Well that's not the reason for the modules failing, as I said I tried adding /usr/lib/apache to $PATH with no change. However, if the CLI

Re: Pre-ITP: apache/mod_php

2004-09-23 Thread Gerrit P. Haase
Hello Brian, I can now cleanly build PHP 4.3.8 as an Apache DSO with the following modules/extensions: A) Internal / Built-In: ctype, mime_magic, overload, posix, session, sockets, standard, tokenizer B) Compiled in cygphp4.dll (bundled libs) / won't work shared: bcmath, calendar,