X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <47B52D87.8010209@cwilson.fastmail.fm> Date: Fri, 15 Feb 2008 01:13:27 -0500 From: Charles Wilson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: gettext 0.16.1 References: <643594189 DOT 20080214191901 AT gswot DOT org> <47B48D8D DOT 6090404 AT cygwin DOT com> In-Reply-To: <47B48D8D.6090404@cygwin.com> Content-Type: multipart/mixed; boundary="------------040305020302020200000701" Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com --------------040305020302020200000701 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Larry Hall (Cygwin) wrote: > Looks like for now you need to build your own 0.16.1 if you need it > and can't wait for the maintainer to update it. The maintainer of gettext would be a lot more willing to update gettext if he wasn't still -- after 1 year, 3 months, and 23 days -- futilely trying to get just the *preliminary* set of required patches accepted into the cygport packaging tool. [*] Then, the gettext maintainer could see about updating the now sadly bit-rotted cygport patch for "relocatable" packages -- like gettext and libiconv. THEN, maybe the gettext maintainer would look into updating gettext. But right now, the gettext maintainer is pretty d*** pissed off that he ever adopted the cygport tool in the first place. The gettext maintainer, in fits of momentary insanity, sometimes considers /officially/ forking cygport -- as opposed to the unofficial fork sitting on his hard drive for the last year+. Because that'd be a lot easier -- and a lot less demeaning -- than begging for crumbs for months and months and months. But then he realizes he's doing a poor-to-awful job of maintaining the packages he has NOW, and has no business taking on any more. But then, the gettext maintainer is used to open-source development where project leads actually like receiving honest-to-god patches instead of the normal litany of PIBKAC bug reports and gimmee-gimmee feature demands. The cygport development "process" is...different than that. Here endeth the rant -- which I realize is not likely to win friends or influence people -- especially the cygport maintainer. But sometimes you just gotta vent. I'm a fairly patient guy, but even I have my limit; after more than a year, I'm getting close to mine. -- Chuck [*] To be sure, a few of my patches -- or usually, just *parts* of a few of them -- have been incorporated. But it's very very very very very very very very slow going. Plus, patches are never accepted as they are; they are invariably re-coded completely according to some hidden higher design -- which means I have to re-code the ignored bits following these "hints" after every new release: the contents of these directories are all substantially different: old-patch-cygport-0.2.5/ old-patch-cygport-0.2.6/ patch-cygport-0.2.7/ patch-cygport-0.2.9/ patch-cygport-0.3.1/ patch-cygport-0.3.1-2/ patch-cygport-0.3.1-3/ patch-cygport-0.3.6-1/ patch-cygport-0.3.8-1/ relocatable/ So the burden of maintaining out-of-tree patches is even higher than normal. If I hadn't spend so much effort converting all my packages from g-b-s to cygport -- and developing my patches as a necessary adjunct of that effort -- back in the fall of '06... Most recent patchset (as of CVS cygport 0.3.8, Jan 4 2008), not including the (bit-rotted) relocatable stuff: cygport-mixedmode-and-cvs-topdir.patch: bin/cygport.in (__src_fetch): add comment lib/cvs.cygclass (cvs_fetch): allow cygports to specify a "-d ${CVS_DIR}" argument by defining the CVS_DIR variable. Otherwise, the module directory name is used, as previously. This is useful if the desired source code is not a top-level module in the cvs repository (e.g. libgeotiff). cygport-multiple-postinstall.patch bin/cygport.in (__prepetc): rework so that each (sub)package in a cygport can have its own postinstall or preremove script. ${C}/${PN}.sh, ${C}/postinstall.sh, ${C}/${PN}.postinstall are all associated with the "main" package ${pkg_name[0]}, but if more than one of these three exist, an error is triggered. ${C}/preremove.sh and ${C}/${PN}.preremove are both associated with the "main" package ${pkg_name[0]}, but if both exist an error is triggered. Otherwise, each of ${C}/${pkg_name[1..N]}.postinstall and ${C}/${pkg_name[1..N]}.preremove are associated with the specified package ${pkg_name[1..N]}, if the file(s) exist. cygport-hooks.patch: adds support for src_unpack_post_hook src_prepinstalldirs_hook src_postinst_hook bin/cygport.in (__src_prep): after all other preparation, call unstable function src_unpack_post_hook if it is defined. This can be useful in the following cases: (1) to change the permissions on files created by unpacking tarfiles or applying patches earlier in __src_prep (specifically, adding +x execute permissions) (2) Other re-organizations of files extracted from tarballs or generated by applying patches. See the gdbm and tiff cygports for examples. (__src_prepinstalldirs_hook_exec): call unstable function src_prepinstalldirs_hook if it is defined. No examples of current use, but included for symmetry. (__src_postinst_hook_exec): call unstable function src_postinst_hook if it is defined. This can be useful if, for instance, the default docdir usr/share/doc/${PN}-${PV} is not appropriate, and should be "corrected" prior to packaging. See the rxvt-unicode-X cygport for an example. (main command parsing case statement) [postinst*]: call __src_postinst_hook_exec after __src_postinst. (main command parsing case statement) [inst*]: call __src_prepinstalldirs_hook_exec before __prepinstalldirs, and __src_postinst_hook_exec after __src_postinst. (main command parsing case statement) [almostall, all]: ditto, as part of __stage Installing. cygport-custom-cmds.patch custom-show display a list of all functions callable via customN-* customN-* where * is the name of an function declared by cygport, and N is a digit, 0..9, that indicates the number of additional arguments to remove from the command line, and pass to the target function as its arguments. That is, custom0-__show_help will call __show_help() with no arguments, while custom1-error "an error message" will call error() with "an error message" as its argument. Try experimenting with: customN-custom_dummy ... Used in conjunction with the (separable) testsuites in the cvs cygport. cygport.in (custom_dummy): public N-ary function that prints all N arguments to stdout. Used for demonstration purposes. (__custom_dummy_core): private support function for custom_dummy. N-ary function that simply prints all N arguments to stdout. (__show_help): add documentation for custom-show and customN-* commands. (main command parsing case statement) [custom-show]: add new command. Shows all public functions available in the current cygport that can be called using the customN-* command. (main command parsing case statement) [customN-*]: add new command(s). --------------040305020302020200000701 Content-Type: application/octet-stream; name="patch-cygport-0.3.8-1.tar.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch-cygport-0.3.8-1.tar.bz2" QlpoOTFBWSZTWU8YTV0AC7f/jv8wAgBf////7//fzv////4AQAAAgAIACGAR v3gO5QuWNmlscO5NjpBzWR3UtWDQdV0HIFHQ3YoU6daORdCSQQAFNlMJhGmm kR6nkJkaB5QZBoADTRppiAShAAhBU/UaajyaYptQG1MT1BpoAAA00aD1MIBw aNGgaDQGTEBkaGQABppkAAAwQAEmlEQkm1N6TSaaeiZHqNHqAADRoAABoAAA HBo0aBoNAZMQGRoZAAGmmQAADBAASIggTQKegAmRqNJpk0wj1B6gNAAAABoa fP+4P0kM7A0/OFCBgh2QJFBDB+Hh6fAJDIctTBjCGsOM6JQQoJFSySXGGMkp CHfwJ2HCgsbRKUg1kWFZJjnsDBgaQbLCFFZYy0aVgilqyo20cpgwLQbSBZKl YFaXWH49AimZOoKMdaWKiMgiE1mKTDLa4sxLZbZRCjG0FawpsxcLEEtoKiFE ZQzDOcmYUiYtTm/tnls+G8tFUUc9Q3eSNXt4lwOQ+uzynRNq/nA46Yp5pK/p lfo6cYzO+X9KIXEhxNJ3W4q/H4U+toOefT5Jf3y/rb8sdtIzaMWeeaDh8B40 9uPHxtHHLbNx7Jp3b4HAz4s6bP7xn/mR82jJVwQduL3D9HKZPy0a5FY00fyw 4iNOHk93CXM2pieTzgzwpGTv31Nkuz5mJsRncxLDdS6NOFF19GSdXlhFM2O8 fF00HS3cWehbqx99lmiBwPKGOOA7Nrz57OSzjhVUU7B9dzusPjdoIW9nHeXe zqxLtGG0dPltMHPCpgYqjp6BxjHnqnkUm2j5kZcwehEoSoF7aElmZLDe5W1u AkOUGARvMMnMvGj1YU4FR0HkThgHkW3KZ3ovmh1HBeLeP6CJtNYkF8Pa+U+P n8Njg/wvxsYxtfUClcvdzs2z4cbK75SyVP0JgC5jW1Dy+EVMRigPpHFdIswo VZ4C1ygYG+ZmOEcJv8768eA7gr+yJ3PSYh7bA9fCUHIfV3ugm8IgpxPMIuMW ZoZmGUNOHpREzIaPJXzIlDn7gbuvBF05sQ7SDkRCs5QOFG4IuYkxn6t5SKXX VsbUww60eP7H6LyId2oeiZEYbMmTfKBlknbe41CKv2e2l/xnlm+eIi/owXV6 YwF77W21ZF2sVpL9ndOR3six6mxojX4nySRz5bljjHaPe7RKulN2T/O1NZJD rmsoONHRtPvh0BzBrlRTwLYml9LO4F1b4pwtz7CWEN0rz6NYHodJoG0GaPr1 HrtPbrW1stsT0P6A00SzYE1ccUxB29tlEx3tdypk6xjkaPY27xJdVMsTG+JD oQtlrNd7UVivNnxQ4o22B6I5MOgWkuZurUxOXIzdjmudeSRy0XqGZ4/Cb4lV +99rzCmspDt9vJ4+HbUSnAOKjnx7TF1lzKueaKxddOYknwCCx1Kmrpi8bY95 Qt24mdsoKW5danIHqEeIxdCDyjel+Juw/TJr8o9RMP0gzMqserm1xDUVLCzI abKrI1Qs8mTfsOBieG7CDjU7K+GnQYUgXiyWvo6ta1XNoOROBAj3RCYdcLSy bcr4vbrC9rs90YN2vO3HP2TtxInmUgcqCIsRVQ+lL7UKhhwiMZgstkajLJxk DWnYGktBYsIdxUUVj4jDthoaGDHXLhRk1FRBJcg4mB5wksnh9zlJIYJIeuQ7 JV8cAydtJyXQuWOrpXNppuJxZWGYzsw0/LIarNk0rtveizVsPPO0gbX2/G3D 0wgk0S9EnQqUhBgcfJJJB6UNIGho6rCBmx2RRI/Qwjo4bDbSenntyfuNi0q9 13fn9zr63Z/hd2djuyD4yxe+KjrmmYlGJWhCE+UOFI0o1Hvl9c9lNttdttSK 0aQA6MlT3dON+mWQuoBwBqyIm144Ww3CdJholuZ5OLrcYPOznpzQ5sDbOibB P4C6MjMEYd1DIVZHAtziYPFqJgSkK+35evz2zD5g3o4AGKKIzsVG2ycZzNIg by1uHAR3MO9gcA8xRo74iKnOXuI7QYhN4Q/jd2vF8gJcJAYEFCKg8FBr4W/H hg46t6MUOQhF0UgM770ULVlHuz8Ij6fv7NDkfBnzwEBAes4gzUP18gk4dJvO MySmOivTXHThTC2EzE5kWJBIRxJF7NNsJ/Dsns2VpfYIVzM1VVWLDwoX3Tbq q5VkQDSQh1SNsVlPtx2o5FuEJs4Hmb4RCDoJtQlq9Zrx168UwhKEMoYmDRZi r2q9slK5NWxV4QfB6q4GlUCyDlRNbgdfKtJtplGVWZbTmg8yijAzpwnuDSMo BIJOQcVB6FEjhTJWtppNQSNRZ7BSxPJI8ExzLkO9zu1boo+QNTP93NnMoZcz sbwx0SBL5DyTdTgwyWu8PW9gaRu8x1dOWaiY9/Rvn3ooLke0lIL1HcU2RwyE 99DH6bp5BLQ8j5EZpK58nwBqkNzhHI8JUdIusEDPEFAg+Ln89R33L6vGvg+8 DB991AcnIOHCJ5O75eutVT9vGGrdUKh3/BsWub3ms1k5JJekrg8fSalx/RRr hY/0N9kHoKhvfcJ4TyhbmozXvQ6fsXVGMJv7CoSzBw18b5TS3JqcwlIzkOME OWlfVXoZEh6h6KCBLOPiIitMStuBU4uvgvnpMoSYioKQUxy7aAX8B3egGeIP F4B2w9Ln9DCwyslDi5uh10ybZxRTzWVfjGSsseJwILEcsUUUTrRI9IH7G2l5 HFSugVAPjJCQdA+Q+0s2Gwh2oTd3c02G40n1zBlVVwyqCoYLZoLBiIPXMgSY BKESgYjzzSgJMYKyNchXRZSH7+PANi+4yEsPui8RnsovAHYFnsGcZp4PCHRG DHZDayXuOMIyb0DDIDFIg5iEGij6z1IkW8iaxlPaq+0w0Aw8SzsSEEbCfoId OGjfynJqjyUvVKjRk0EqJMB3xm0QVGQpCRhwPFBQEfNLq4n3QJnmB57ReVRr qK1FzQMwqhS0L4w3n9RclrctRKq7pFuo+d5jUIYWfdvhE+mUFlSxXIAVhGIr NZN9DJwgqWyVP+mYSy7TeJmZrJqQoGBceQ0aIYNDEYCtXzoeB2MWeNlJ1kEB 3/KSLXcQu34dq3PVCOUa5/03ZaH/IbUMUNc075UQQTETAoit2ePxBzszTqFR 2jtpbajS+gZhwBYaGkQ+b5/n+LACoNCY0Y9fmHr37TavGzkh+AxQJjYNwyNx nfAMejnZ0dow5sGn4MR6oxMNBexGJe2J6sF71gkY+DKX4JBM0pBhlw6gKo5n 7jOyihNLiHLIQxYo8W/HbJk/ej2pkc2lvVdMwBh6jFXqjiOS4KqisGbTuQsG UbxzkzLsqTV1drc1ag4ra0Fm/YtSbTkTtOqUsQo9FeKMDmINExUNAqjY17Yu 8Glrn48b7ULIWayMZjdjqWeqah6PcxLncIRYY5+sPqIZ2FmHbfi5BgzpRBSk rNGr7Dm6dnJj2NGIYDBGI6mm7MHw5iZAWCfoL1tdashXPserK4PthRArWu84 pyXAa/Wg6A2ZI5b9yJRvRJxB9yE+DIah+LNpkWEcDeZrYhiVCiZM+wkoYFEQ Nj5LQIFoVZzNQDQ2TYlFRm3mMEpVBnQ/IggMUxqsyY+NCVdNeptiKmAXQdwN IMxuAaBg0M0ZCBnxCgvmBZobIk78aKxFxqEIKw1EhSbSHRDkFJ3g1BTq2GMF tWbMGDGLPeSm+gTSE03nE5CHxIcupRKasNxShYQuewilDpQigbWn4PrCw1Xt 6jopa7Ft/8wDgn2QYoz2ZyYPUtnUPAeqUDSZwQYfQALoOsgKI8AB9FVliLkb 9ewuWDQZyyrY6zmRTzY4aC1NTWwGrQoLjFCPfIgDgkHeK5283a+gghtFxCY+ W+I4iQbhroyE2NnMi6Kek9rkSQQDsjjzBrahoYZRJu6mLeNIGAWydjjCGdgh tNnCTckQRVgwWM8AYVEqoV6KUgwSz6QqSQNFE0p2QaLysvNJcKjjq6Q2CVUM xYkKwtSBWEcSgVGNjB1iwaq72pa7gswwkZv25AJeg4qDcZ5oG66DYVCBQ4tJ JAQ2xDBogkBKk4FxFSisG/YNAMBLi4QYNDojFFVGg5VhQyFDFYhDYM67LOUF BgE5uCQmQ5XwGrGKEUJD6zF5IrGKSjFiwmAAoYQKFIFTnTCzsKxVIiECaaEi 6GBNaJTCguRKBk14A4Vm/rJOeresUodRm9ORDI5ZekQQdl4U9Ko6GAzKURxY JCsJ4lACVb0vAODIBk0l9oNiUhaAgKJE70hYoxQ6qEQllKaNXIy7iLrcUiOu /ArXcIRl2nEkGMQGIcEaKuUU1WKDf6DIwGhjaaMML4PzNDW3nO+VFEo0B24N Q40F0Rg3HBftlJLhMkGQqKA0gxMw6LmSx2GY0Ab0YgeLXiwW+7Y6xxbb70VS LsRQs3VxDY1xZSR5yjgVWsqESpTeISlMogGNKJJJJTGwjbmiA6ehXLsGWAF5 2YImiIMYfuDvzLqzvfq0yWLQanrGCLmSXUiKJhBOyQriNVAo0SEa2JYqI9az eiMRDRWqRtAxaFKQGDSy9Xs2Uv7uC0Pc007+zZ4bppgMxoLEwxdH4jhZBeE5 vEUJ1NgWLFhhZEqral5znGV4PerkOWvnwQhjYJgmiGBBRIZq2zXeY2HVkKC1 dfe3dzabSGPbfztd51o2mKwRmaXNoPSusrNpejMCZUIGQ4FENkGaNpOCO037 zJwhkzaxERQZlYkNgRCsSbSQZhIpEBAkKTMDVdUwbqjgMQpvxLhUUjqwr/Um +i0SE4CoTGm5ovQKITeziQ2zACwQ6SDEjQaQg3m83ntwUFmI0EwYrxCyTWpY Rka760GbVdyklsF2sCEbaV+OgXHlqIDQSv2KErPZa7bYMGDMcBIVpfgyxRPz Tz5ETusLpWtgDkWilmylaNBMpb0vWcHCMqVz13UC2CKCZCKsEW5XKoQ/Ek1i sIHT84cwkLA3kWP7I3Bz9BdKo0LaPN1RRowQB00QbNl+lmKa7DANBYFAwZx9 WghasFyN7fUhm/1MiCaMIOQ6SxGqQKDQzy0S9YISZCLebqeu5ZZ9+vyxMA8V E2NPH0jyxJ8MhZWzzD1SWfmZ+YxnPS0xj0cNEgvAvpR5pSW03+sFmzb0O737 d2W7aDcJL/xdyRThQkE8YTV0 --------------040305020302020200000701 Content-Type: text/plain; charset=us-ascii -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ --------------040305020302020200000701--