Sometimes when I found problem in free software which tortures me too much, I try to fix it and submit patch to upstream. What riles me is how many authors ignore submitted patches.
I came to this idea when recently somebody complained that patch I submitted for Python 2.3 (in times when it even was not final) does not apply to current Python 2.5. What a suprise! I had to create several patches for Python when I worked for SUSE and most of them didn't receive even single comment. Same applies to several other patches I made, however I don't probably remember most of them.
Only SourceForge allows me to review what has not yet been accepted. There were several attempts to improve detection of search engines and browsers in AWStats, but author seem to prefer to add own list instead of using patches from tracker. There is support for non-latin languages in Klear, but even posting to mailing list didn't rise interest in this patch. And of coure few Python patches I mentioned at the start.
I try to do my best to integrate patches for my projects (mostly phpMyAdmin and Gammu related software) as soon as they arive as it saves time and energy of both sides. And contributor is then willing to provide more patches if he can see they will be most likely accepted.
But it's your choice how you want to develop your software! Either stay alone or accept patches from community.
I was wondering why aptitude doesn't automatically purge not needed packages and keeps tons of configs I don't need on my disk. If I'd read documentation, I'd have fount out is sooner, but it has to came to me through random post to debian-devel about apt-findremovable.
The solution is simple:
echo 'Aptitude::Purge-Unused "true";' >> /etc/apt/apt.conf
I haven't seen this announced anywhere, but I was able to enter by bank account in Google AdSense settings and it semed to proceed fine. I'll see if test payment will go throught and then I can finally get rid of expesive checks Google used to send me before.
It seems that Dunc-Tank is not enough, now we have also Dunc-Bank. I didn't much get idea behind Tank and how it is supposed to improve anything. In contrast to that Bank has clearly defined target and even described way to achieve that. Hopefully they don't manage to delay release much :-).
BTW: What comes next? Dunc-Gang?
For quite a long time phpMyAmin provided downloads in zip, tar.bz2 and tar.gz formats. As time went and project grow up, files were larger and larger.
Recently we finally decided to make change in that. We provide several stripped down versions and better compression, so that you can freely decide whether you want to download 761 KiB English only version compressed with 7zip or full bloated 3573 KiB version compressed by regullar zip. You can see all other variants in between on SourceForge Files section.
I'm considering about creating community site in Czech language for phpMyAdmin. However I don't want to build yet another custom CMS for that and would rather use something already written. Based on languages I know I prefer solution in PHP or Python. Current considerations count Plone, Joomla! and WordPress.
I worked with Plone/Zope some time ago and it worked quite well, but maybe I could try something else?
NM process seems to go faster than I expected, I just got assigned application manager. I hope I will not cause much troubles to Christoph Berg :-).