Mail Archives: cygwin/2008/02/15/01:14:57
--------------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 <arg1> <arg2> ... <argN>
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--
- Raw text -