Re: [gentoo-dev] RFC: fox.eclass update
Must admit that I have no idea of what fox is at all, but:
On 09/16/2010 08:32 PM, Peter Volkov wrote:
В Чтв, 16/09/2010 в 16:24 +0200, Matti Bickel пишет:
- elibtoolize
+ eautoreconf
Hm, is this change necessary?
The obvious reason for eautoreconf here is:
fox_src_prepare() updates configure.{ac,in} and Makefile.am's just before.
The non-obvious reason is:
Ebuilds may have to patch these files too for random (usually prefix) platforms.
Iff not eautoreconf but elibtoolize were done here, the ebuild would have to do
the
eautoreconf itself, which doesn't work right now[1] when elibtoolize was called
before.
[1] http://bugs.gentoo.org/show_bug.cgi?id=232820
/haubi/
--
Michael Haubenwallner
Gentoo on a different level
Re: [gentoo-dev] About wormo's situation?
On 16/09/10 23:12, Pacho Ramos wrote: Hello I have seen some package metadatas still referring to wormo as their maintainer: $ grep -r wormo */*/metada* app-admin/ulogd/metadata.xml: emailwo...@gentoo.org/email app-arch/pdv/metadata.xml: emailwo...@gentoo.org/email www-client/lynx/metadata.xml: emailwo...@gentoo.org/email But, reading http://bugs.gentoo.org/show_bug.cgi?id=72682 looks like she retired some time ago. What is her real situation? Should that packages be moved to maintainer-needed (if nobody cares about them)? Please note that this problem appeared because a user mailed us about some unresolved problem with ulogd since a lot of time. Thanks a lot for clarifying this :-) Today I got a couple of bugs wrangled by her to me. So at least in bugwrangling she is still active. And that constantly. justin signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] About wormo's situation?
El jue, 16-09-2010 a las 16:20 -0500, Jeremy Olexa escribió: On Thu, 16 Sep 2010 23:12:10 +0200, Pacho Ramos pa...@gentoo.org wrote: Hello I have seen some package metadatas still referring to wormo as their maintainer: $ grep -r wormo */*/metada* app-admin/ulogd/metadata.xml: emailwo...@gentoo.org/email app-arch/pdv/metadata.xml: emailwo...@gentoo.org/email www-client/lynx/metadata.xml: emailwo...@gentoo.org/email But, reading http://bugs.gentoo.org/show_bug.cgi?id=72682 looks like she retired some time ago. What is her real situation? Should that packages be moved to maintainer-needed (if nobody cares about them)? Please note that this problem appeared because a user mailed us about some unresolved problem with ulogd since a lot of time. Thanks a lot for clarifying this :-) Quote from bug: ..increase her activity by proxy-maintaining some packages and http://bugs.gentoo.org/custom_userhistory.cgi?matchstr=wo...@gentoo.org shows recent activity. So, I don't know..have you tried contacting her via direct email? :) Otherwise if there is no action on bugs, I'd wager that it is 'ok' for you to fix - especially if you communicate and willing to fix what you break. -Jeremy OK, sorry for the inconvenience (also to jlec, that has also replied to this), I misinterpreted wormo retirement bug report Thanks for your help signature.asc Description: This is a digitally signed message part
[gentoo-dev] virtual/linux-sources DEPEND non-inclusion reminder
Just since it bit me on some infra boxes this evening, a quick reminder that you should generally never DEPEND on virtual/linux-sources in your ebuilds. It's trivial to build a fully working system, and never have /usr/src get populated. 1. Never RDEPEND on virtual/linux-sources, it will bring kernel sources in during binpkg installs. 2. linux-mod.eclass does correctly bring in virtual/linux-sources as needed, so if you are building kernel modules, inherit it rather than including your own DEPEND for sources. 3. kernel_is: Version-specific virtual/linux-sources statements are generally useless, as you have no idea what kernel version is at /usr/src/linux or is pointed to by the various build variables. You should use the kernel_is function of linux-info.eclass instead. -- Robin Hugh Johnson Gentoo Linux: Developer, Trustee Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpUasI1igL5X.pgp Description: PGP signature
Re: [gentoo-dev] Paper: Normalized source code repositories
http://www.metux.de/download/oss-qm/normalized_repository.pdf Hi Enrico, I took the freedom to spread your SPAM to the Cygwin list. Hope that is OK. http://www.mail-archive.com/cyg...@cygwin.com/msg111929.html I like the idea. I think you have to come with a proof a concept in form of a base of packages to convince, complete enough to simply make people like me start using it. Al
[gentoo-dev] What the hell is going on here?
Every single QA commit review coming into my Inbox during the past week was directed to arfrever. I *know* he is on probation, I *know* he made mistakes - in fact every one makes mistakes. But you guys are hammering all over him for picky stuff. Remind you that while it is a pleasure to be member of Gentoo, we are not your slaves; we chose to spend our free time contributing to Gentoo for several reasons - fun, knowledge and team work. Satisfying somebody else's flavors and wishes is certainly *not* one of them. I never had the chance to talk with arfrever, nor I ever looked to his work at Gentoo. But there is one thing I definitely got right, he has a lot of motivation to continue in Gentoo and *offer* his time and knowledge, otherwise he would just raise the middle finger and go away after all of this bashing. Best regards, -- Angelo Arrifano AKA MiKNiX Gentoo Embedded developer GPE maintainer http://www.gentoo.org/~miknix http://miknix.homelinux.com
Re: [gentoo-dev] What the hell is going on here?
On Friday 17 of September 2010 12:41:51 Angelo Arrifano wrote: Every single QA commit review coming into my Inbox during the past week was directed to arfrever. I *know* he is on probation, I *know* he made mistakes - in fact every one makes mistakes. But you guys are hammering all over him for picky stuff. Remind you that while it is a pleasure to be member of Gentoo, we are not your slaves; we chose to spend our free time contributing to Gentoo for several reasons - fun, knowledge and team work. Satisfying somebody else's flavors and wishes is certainly *not* one of them. I never had the chance to talk with arfrever, nor I ever looked to his work at Gentoo. But there is one thing I definitely got right, he has a lot of motivation to continue in Gentoo and *offer* his time and knowledge, otherwise he would just raise the middle finger and go away after all of this bashing. The other important thing is such lecturing should probably take place in private, like gentoo-core. -- regards MM signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] What the hell is going on here?
On Fri, Sep 17, 2010 at 12:51:52PM +0200, Maciej Mrozowski wrote: On Friday 17 of September 2010 12:41:51 Angelo Arrifano wrote: Every single QA commit review coming into my Inbox during the past week was directed to arfrever. I *know* he is on probation, I *know* he made mistakes - in fact every one makes mistakes. But you guys are hammering all over him for picky stuff. Remind you that while it is a pleasure to be member of Gentoo, we are not your slaves; we chose to spend our free time contributing to Gentoo for several reasons - fun, knowledge and team work. Satisfying somebody else's flavors and wishes is certainly *not* one of them. I never had the chance to talk with arfrever, nor I ever looked to his work at Gentoo. But there is one thing I definitely got right, he has a lot of motivation to continue in Gentoo and *offer* his time and knowledge, otherwise he would just raise the middle finger and go away after all of this bashing. The other important thing is such lecturing should probably take place in private, like gentoo-core. -- regards MM Well, Angelo is quite right for posting in this ML because QA members wants anything to be publicly visible. Angelo, I do agree with you. It seems like everyone is forcing himself to find mistakes on Arfrevers commits even the slightest one. Whilst I do agree that pointing the mistakes is a good thing, however I am totally against targeting one person just to satisfy our ego. So I you spot a commit mistake and report it via the ML make sure you do it again when someone != Arfrever do it in the future. Bye -- Markos Chandras (hwoarang) Gentoo Linux Developer Web: http://hwoarang.silverarrow.org Key ID: 441AC410 Key FP: AAD0 8591 E3CD 445D 6411 3477 F7F7 1E8E 441A C410 pgpvw0X5tLFnN.pgp Description: PGP signature
Re: [gentoo-dev] What the hell is going on here?
On Fri, Sep 17, 2010 at 03:52:03PM +0100, Markos Chandras wrote: On Fri, Sep 17, 2010 at 12:51:52PM +0200, Maciej Mrozowski wrote: On Friday 17 of September 2010 12:41:51 Angelo Arrifano wrote: Every single QA commit review coming into my Inbox during the past week was directed to arfrever. I *know* he is on probation, I *know* he made mistakes - in fact every one makes mistakes. But you guys are hammering all over him for picky stuff. Remind you that while it is a pleasure to be member of Gentoo, we are not your slaves; we chose to spend our free time contributing to Gentoo for several reasons - fun, knowledge and team work. Satisfying somebody else's flavors and wishes is certainly *not* one of them. I never had the chance to talk with arfrever, nor I ever looked to his work at Gentoo. But there is one thing I definitely got right, he has a lot of motivation to continue in Gentoo and *offer* his time and knowledge, otherwise he would just raise the middle finger and go away after all of this bashing. The other important thing is such lecturing should probably take place in private, like gentoo-core. -- regards MM Well, Angelo is quite right for posting in this ML because QA members wants anything to be publicly visible. Angelo, I do agree with you. It seems like everyone is forcing himself to find mistakes on Arfrevers commits even the slightest one. Whilst I do agree that pointing the mistakes is a good thing, however I am totally against targeting one person just to satisfy our ego. So I you spot a commit mistake and report it via the ML make sure you do it again when someone != Arfrever do it in the future. Bye -- Markos Chandras (hwoarang) Gentoo Linux Developer Web: http://hwoarang.silverarrow.org Key ID: 441AC410 Key FP: AAD0 8591 E3CD 445D 6411 3477 F7F7 1E8E 441A C410 I don't think ego has anything to do with this. Arfrever brought this on himself. His [multiple] past mistakes and lack of cooperation are forcing the other devs to screen all his commits now, to make sure history doesn't repeat itself. Angelo, while I agree with your general thoughts on why everyone is contributing, I believe you should have gathered more intel before sending an email like this. We do respect Arfrever's motivation, we just need to make sure it translates to good, trustworthy work. If we didn't, his request to return to Gentoo would have been denied. Regards, -- Alex Alexander | wired Gentoo Linux Developer | Council / Qt / Chromium / more www.linuxized.com pgp6PWiLHdmMh.pgp Description: PGP signature
Re: [gentoo-dev] What the hell is going on here?
On Friday 17 September 2010 18:33:01 Alex Alexander wrote: I don't think ego has anything to do with this. Arfrever brought this on himself. His [multiple] past mistakes and lack of cooperation are forcing the other devs to screen all his commits now, to make sure history doesn't repeat itself. I object here, I asked Arfrever's help (either with python or python ebuilds) and every time I got some great feedback. Angelo, while I agree with your general thoughts on why everyone is contributing, I believe you should have gathered more intel before sending an email like this. We do respect Arfrever's motivation, we just need to make sure it translates to good, trustworthy work. If we didn't, his request to return to Gentoo would have been denied. and I don't agree with this part, no need to say anything more than the previous guys said. Regards, -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] What the hell is going on here?
On Friday 17 of September 2010 16:52:03 Markos Chandras wrote: On Fri, Sep 17, 2010 at 12:51:52PM +0200, Maciej Mrozowski wrote: On Friday 17 of September 2010 12:41:51 Angelo Arrifano wrote: Every single QA commit review coming into my Inbox during the past week was directed to arfrever. I *know* he is on probation, I *know* he made mistakes - in fact every one makes mistakes. But you guys are hammering all over him for picky stuff. Remind you that while it is a pleasure to be member of Gentoo, we are not your slaves; we chose to spend our free time contributing to Gentoo for several reasons - fun, knowledge and team work. Satisfying somebody else's flavors and wishes is certainly *not* one of them. I never had the chance to talk with arfrever, nor I ever looked to his work at Gentoo. But there is one thing I definitely got right, he has a lot of motivation to continue in Gentoo and *offer* his time and knowledge, otherwise he would just raise the middle finger and go away after all of this bashing. The other important thing is such lecturing should probably take place in private, like gentoo-core. Well, Angelo is quite right for posting in this ML because QA members wants anything to be publicly visible. No, I mean, lecturing Arfrever should take place in private... -- regards MM signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] What the hell is going on here?
Am 17.09.2010 17:38, schrieb Theo Chatzimichos: On Friday 17 September 2010 18:33:01 Alex Alexander wrote: I don't think ego has anything to do with this. Arfrever brought this on himself. His [multiple] past mistakes and lack of cooperation are forcing the other devs to screen all his commits now, to make sure history doesn't repeat itself. I object here, I asked Arfrever's help (either with python or python ebuilds) and every time I got some great feedback. I hope, you dont require every dev to have made bad experience with something or someone, before a change is requested. ;-) Anyway, we should not go too much into detail, Arfrever did make some mistakes in the past and because of this, some people do look at his actions very closely, so it wont happen again. I hope, you can accept that. Otherwise, i suggest to move this to a more private channel like pm or private mail since it is not planned to place all details onto public mailing lists. ;-) -- Thomas Sachau Gentoo Linux Developer signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] What the hell is going on here?
On 17-09-2010 17:33, Alex Alexander wrote: On Fri, Sep 17, 2010 at 03:52:03PM +0100, Markos Chandras wrote: On Fri, Sep 17, 2010 at 12:51:52PM +0200, Maciej Mrozowski wrote: On Friday 17 of September 2010 12:41:51 Angelo Arrifano wrote: Every single QA commit review coming into my Inbox during the past week was directed to arfrever. I *know* he is on probation, I *know* he made mistakes - in fact every one makes mistakes. But you guys are hammering all over him for picky stuff. Remind you that while it is a pleasure to be member of Gentoo, we are not your slaves; we chose to spend our free time contributing to Gentoo for several reasons - fun, knowledge and team work. Satisfying somebody else's flavors and wishes is certainly *not* one of them. I never had the chance to talk with arfrever, nor I ever looked to his work at Gentoo. But there is one thing I definitely got right, he has a lot of motivation to continue in Gentoo and *offer* his time and knowledge, otherwise he would just raise the middle finger and go away after all of this bashing. The other important thing is such lecturing should probably take place in private, like gentoo-core. -- regards MM Well, Angelo is quite right for posting in this ML because QA members wants anything to be publicly visible. Angelo, I do agree with you. It seems like everyone is forcing himself to find mistakes on Arfrevers commits even the slightest one. Whilst I do agree that pointing the mistakes is a good thing, however I am totally against targeting one person just to satisfy our ego. So I you spot a commit mistake and report it via the ML make sure you do it again when someone != Arfrever do it in the future. Bye -- Markos Chandras (hwoarang) Gentoo Linux Developer Web: http://hwoarang.silverarrow.org Key ID: 441AC410 Key FP: AAD0 8591 E3CD 445D 6411 3477 F7F7 1E8E 441A C410 I don't think ego has anything to do with this. Arfrever brought this on himself. His [multiple] past mistakes and lack of cooperation are forcing the other devs to screen all his commits now, to make sure history doesn't repeat itself. «forcing other devs to screen all his commits now» - like torture and pay-back? That's exactly what I feel it is entirely wrong. It just makes Gentoo look bad. Anyway, I think QA should keep their commit acceptability threshold in the same level for everyone. Of course this is easier to say than to do, we are humans after all, and feelings are always involved. Usually, personal interference is avoided by making the review process blind. That is, the person that commits would remain anonymous during the QA review process, but this is hard to apply in practice. Regards, - Angelo Angelo, while I agree with your general thoughts on why everyone is contributing, I believe you should have gathered more intel before sending an email like this. We do respect Arfrever's motivation, we just need to make sure it translates to good, trustworthy work. If we didn't, his request to return to Gentoo would have been denied. Regards,
Re: [gentoo-dev] What the hell is going on here?
On Fri, Sep 17, 2010 at 06:38:48PM +0300, Theo Chatzimichos wrote: On Friday 17 September 2010 18:33:01 Alex Alexander wrote: I don't think ego has anything to do with this. Arfrever brought this on himself. His [multiple] past mistakes and lack of cooperation are forcing the other devs to screen all his commits now, to make sure history doesn't repeat itself. I object here, I asked Arfrever's help (either with python or python ebuilds) and every time I got some great feedback. Thats great! I never claimed he wasn't *helpful*. Accepting critisism and suggestions from fellow devs is something completely different. Angelo, while I agree with your general thoughts on why everyone is contributing, I believe you should have gathered more intel before sending an email like this. We do respect Arfrever's motivation, we just need to make sure it translates to good, trustworthy work. If we didn't, his request to return to Gentoo would have been denied. and I don't agree with this part, no need to say anything more than the previous guys said. Why? Do you feel we don't respect his motivation? Do you believe his commits don't require screening after the recent events? I'm sure no-one really wants to see Arfrever, or any other dev, go. Then again, no-one wants a broken tree either, so checking everything down to the smallest detail for a while won't hurt that much. Regards, -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays -- Alex Alexander | wired Gentoo Linux Developer | Council / Qt / Chromium / more www.linuxized.com pgp5ecJVM1TkW.pgp Description: PGP signature
Re: [gentoo-dev] What the hell is going on here?
On Fri, Sep 17, 2010 at 06:04:31PM +0200, Angelo Arrifano wrote: «forcing other devs to screen all his commits now» - like torture and pay-back? That's exactly what I feel it is entirely wrong. It just makes Gentoo look bad. Anyway, I think QA should keep their commit acceptability threshold in the same level for everyone. Of course this is easier to say than to do, we are humans after all, and feelings are always involved. Usually, personal interference is avoided by making the review process blind. That is, the person that commits would remain anonymous during the QA review process, but this is hard to apply in practice. Regards, - Angelo This is a matter of perspective. To you it might look like torture and pay-back, but for the guys doing it it could be making sure he follows all the guidelines. I can understand how easy it is to confuse those two if you aren't fully informed, though. To avoid communicating the wrong message to people outside Gentoo, following Maciej's proposal to lecture Arfrever in -core would be a good idea. Regards, -- Alex Alexander | wired Gentoo Linux Developer | Council / Qt / Chromium / more www.linuxized.com pgpFWwlGodl7b.pgp Description: PGP signature
[gentoo-dev] Re: [gentoo-dev-announce] Last rites: Various common-lisp old packages (mainly dev-lisp/cl-*)
On Fri, 17 Sep 2010 19:14:07 +0300 Panagiotis Christopoulos pchr...@gentoo.org wrote: # http://tinyurl.com/2w2rzgt http://archives.gentoo.org/gentoo-lisp/msg_f51a06ebb1800c83d7eafecd3b9d544d.xml It's better not to depend on external resources. Also there is no need to shorten it in this case in the first place. jer
[gentoo-dev] [PATCH] kernel-2.eclass problem with unpacking patches
Hi guys,
i found the painfull way that kernel eclass does not die if it fails to
unpack patch file supplied to it.
So i propose the patch i attach for inclusion :)
Result with this patch:
Unpacking source...
Unpacking linux-2.6.35.tar.bz2 to
/var/tmp/portage/sys-kernel/tuxonice-sources-2.6.35-r2/work
Unpacking genpatches-2.6.35-8.base.tar.bz2 to
/var/tmp/portage/sys-kernel/tuxonice-sources-2.6.35-r2/work/patches/01
Unpacking genpatches-2.6.35-8.extras.tar.bz2 to
/var/tmp/portage/sys-kernel/tuxonice-sources-2.6.35-r2/work/patches/02
bzip2:
/var/tmp/portage/sys-kernel/tuxonice-sources-2.6.35-r2/distdir/tuxonice-3.2-rc2-for-2.6.35.patch.bz2
is not a bzip2 file.
* ERROR: sys-kernel/tuxonice-sources-2.6.35-r2 failed:
* uncompressing patch failed
Without patch:
patchfile gets ignored and you might fail to notice it (as it happened
to me since i use different workbox and commit box and upstream gladly
for fetching returns html code instead of good old 404).
Cheers
Tomas
Index: kernel-2.eclass
===
RCS file: /var/cvsroot/gentoo-x86/eclass/kernel-2.eclass,v
retrieving revision 1.240
diff -u -b -B -r1.240 kernel-2.eclass
--- kernel-2.eclass 3 Aug 2010 18:31:08 - 1.240
+++ kernel-2.eclass 17 Sep 2010 19:40:03 -
@@ -870,9 +870,9 @@
PATCH_ORDER=${z}${STRICT_COUNT}
mkdir -p ${KPATCH_DIR}/${PATCH_ORDER}/
- $(${PIPE_CMD} ${i}
${KPATCH_DIR}/${PATCH_ORDER}/${x}.patch${PATCH_LEVEL})
+ $(${PIPE_CMD} ${i}
${KPATCH_DIR}/${PATCH_ORDER}/${x}.patch${PATCH_LEVEL}) || die uncompressing
patch failed
else
- $(${PIPE_CMD} ${i}
${KPATCH_DIR}/${x}.patch${PATCH_LEVEL})
+ $(${PIPE_CMD} ${i}
${KPATCH_DIR}/${x}.patch${PATCH_LEVEL}) || die uncompressing patch failed
fi
fi
fi
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-dev] [PATCH] kernel-2.eclass problem with unpacking patches
On Friday, September 17, 2010 15:41:17 Tomáš Chvátal wrote: i found the painfull way that kernel eclass does not die if it fails to unpack patch file supplied to it. So i propose the patch i attach for inclusion :) looks ok, thanks patchfile gets ignored and you might fail to notice it (as it happened to me since i use different workbox and commit box and upstream gladly for fetching returns html code instead of good old 404). if it's a site listed in thirdpartymirrors, then it should be removed from the mirror list. if it's a site listed in SRC_URI, be nice to find a different site, but i guess that's not always feasible. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] [PATCH] kernel-2.eclass problem with unpacking patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 17.9.2010 23:37, Mike Frysinger napsal(a): On Friday, September 17, 2010 15:41:17 Tomáš Chvátal wrote: i found the painfull way that kernel eclass does not die if it fails to unpack patch file supplied to it. So i propose the patch i attach for inclusion :) looks ok, thanks As i run test to run src unpack for all ebuilds in sys-kernel only tuxonice ones which were supposed to fail failed and got ack from Robin too i commited the change. :) patchfile gets ignored and you might fail to notice it (as it happened to me since i use different workbox and commit box and upstream gladly for fetching returns html code instead of good old 404). if it's a site listed in thirdpartymirrors, then it should be removed from the mirror list. if it's a site listed in SRC_URI, be nice to find a different site, but i guess that's not always feasible. -mike Yeah i would love to, but this is some durpal site tuxonice upstream migrated to :/ Tomas -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyT4ZoACgkQHB6c3gNBRYeSjACgsDMAJ6RYKjXxXU1ddkB24Yuw s2IAoK7GfOoc/DhiTh1WK7JpWWbN4A2A =Ot7k -END PGP SIGNATURE-
[gentoo-dev] Re: What the hell is going on here?
On Fri, 17 Sep 2010 19:42:56 +0300 Alex Alexander wi...@gentoo.org wrote: This is a matter of perspective. To you it might look like torture and pay-back, but for the guys doing it it could be making sure he follows all the guidelines. By nitpicking his commit messages? So far that's the only thing anyone has been able to criticize, and it's coming across as pedantic and petty. -- fonts, gcc-porting, we hold our breath, we spin around the world toolchain, wxwidgetsyou and me cling to the outside of the earth @ gentoo.orgEFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 signature.asc Description: PGP signature
[gentoo-dev] Re: What the hell is going on here?
Ryan Hill posted on Fri, 17 Sep 2010 21:01:36 -0600 as excerpted: On Fri, 17 Sep 2010 19:42:56 +0300 Alex Alexander wi...@gentoo.org wrote: This is a matter of perspective. To you it might look like torture and pay-back, but for the guys doing it it could be making sure he follows all the guidelines. By nitpicking his commit messages? So far that's the only thing anyone has been able to criticize, and it's coming across as pedantic and petty. This user's perspective, having been affected by the previous issue: 1. There was a problem that needed fixed. Agree. 2. Something was done to fix it.=:^) 3. Now it's going a bit far (publicly, at least). Also Agree. If there had been even a single question on anyone else's commits during this period, it'd arguably be different. But just as the previous had gotten a bit ridiculous and a course correction was needed, so here as well. I certainly have to respect him for sticking with it in the face of opposition... in both instances. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
