On Wed, Aug 04, 2004, Michael Schloh von Bennewitz wrote: >On Wed, Aug 04, 2004, Alexander Belck wrote: >> Citando Michael Schloh von Bennewitz <[EMAIL PROTECTED]>: >>> Bill CAMPBELL graciously offered you the Courier IMAP package before, >>> and you'll even find a OpenPKG 2.1 version if you look around a little. >>> >> Yes, but at that time it allready was a bit outdated and I couldn't >> reuse/convert his .spec to a recent version of courier.src >> I searched under ftp://ftp.openpkg.org/release/2.1/SRC/[PLUS] and couldn't >> identify a package for courier. Is it renamed ? >> Is there an other place to search ? >> >There is no courier IMAP at all on the OpenPKG FTP server, so no that is not >what I meant. I was referring to Bill's server, although I don't know just >how public he wishes it to be.
I don't have a problem making packages available from our site. Just don't expect them to work elsewhere as my development environment isn't OpenPKG clean. I'm working to get it that way, but one doesn't convert 22 years of *nix development tools overnight. >>> I believe that the reason before that we didn't integrate this version is >>> that it didn't meet all the OpenPKG package standards. I'll check to see >>> if this is still the case. >>> >> I don't remember issues about this, but I hope if there where problems that they >> could be resolved yet. >> >After looking at his .spec file again, I see that the 2.1 courier IMAP >package heavily diverges from OpenPKG packaging standards. > .... >A typical OpenPKG .spec is one or two hundred lines long with the longest at >about four hundred lines. Just judging from the courier-imap.spec at almost >six hundred lines indicates to me that it's a hefty package, probably hard >to meet OpenPKG standards. The original courier-imap tools are nasty, and the .spec file I did isn't much better. There are some ugly dependencies that cause problems when the WHOSON patches I wrote get applied as they change the time stamps on various Makefile* and configure* files which cause the automake generated Makefiles to rebuild everthing after they're changed requiring a second build against the rebuilt files. One thing I've thought of doing to work around that would be to add some complexity by writing a perl script that gets the modification times of the files to be patched prior applying the patch, then another that restores the modification times after the patch is complete. This is ugly, but then automake, autoconf, and libtool aren't the prettiest things in the world either (anybody ever look closely at the AMD am-utils automake construction :-). Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ DOS: n., A small annoying boot virus that causes random spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS. ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List [EMAIL PROTECTED]
