Hi Guys....
I was wondering if anybody can provide some advice. I recently received an email from bugzilla about a failure building knutclient against rawhide (aka fc14).
https://bugzilla.redhat.com/show_bug.cgi?id=599985
From the info provided in buildlogs (the relevant section included below) it
would seem that there seems to be a general failure in the mock environment as the only error message in the build log seems to be that mock failed.
The email I receive leads to a link:
http://fedoraproject.org/wiki/FTBFS
which requests that I set a depends on the bug report that was sent to me. However when I go searching for a bug for mock I'm confronted with agazillion bugs. (hmmm???)
Do I need to pay attention to this? Is my assumption correct that this is a general failure of the mock build system for rawhide? Any advice would be most welcome.
Thanks
Eli
RPM build errors: + '%{__cmake}' -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE=release - DCMAKE_INSTALL_PREFIX:PATH=/usr -DCMAKE_VERBOSE_MAKEFILE=ON - DDATA_INSTALL_DIR:PATH=/usr/share/kde4/apps - DINCLUDE_INSTALL_DIR:PATH=/usr/include/kde4 -DLIB_INSTALL_DIR:PATH=/usr/lib - DLIBEXEC_INSTALL_DIR:PATH=/usr/libexec/kde4 -DSYSCONF_INSTALL_DIR:PATH=/etc .. /var/tmp/rpm-tmp.ElnCeg: line 44: fg: no job control error: Bad exit status from /var/tmp/rpm-tmp.ElnCeg (%build) Bad exit status from /var/tmp/rpm-tmp.ElnCeg (%build) Child returncode was: 1 EXCEPTION: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target i686 --nodeps builddir/build/SPECS/knutclient.spec'] Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/mock/trace_decorator.py", line 70, in trace result = func(*args, **kw) File "/usr/lib/python2.6/site-packages/mock/util.py", line 333, in do raise mock.exception.Error, ("Command failed. See logs for output.\n # %s" % (command,), child.returncode) Error: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target i686 --nodeps builddir/build/SPECS/knutclient.spec'] LEAVE do --> EXCEPTION RAISED
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
http://koji.fedoraproject.org/koji/taskinfo?taskID=2244602
On Friday 11 June 2010 14:08:25 Thomas Janssen wrote:
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
Thanks for looking into this Thomas
On 06/11/2010 06:08 AM, Thomas Janssen wrote:
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarskieli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
Yuck, more docbook/dtd-related fun,
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-gnu/doc/en/index.cache.bz2 /builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Not sure how/why meinproc4 sometimes fails to load dtd/kdex.dtd (several other packages are affected similarly).
-- Rex
On Friday 11 June 2010 20:59:42 Rex Dieter wrote:
On 06/11/2010 06:08 AM, Thomas Janssen wrote:
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarskieli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
Yuck, more docbook/dtd-related fun,
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-gnu/doc/en/index.c ache.bz2 /builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Not sure how/why meinproc4 sometimes fails to load dtd/kdex.dtd (several other packages are affected similarly).
-- Rex
Should a bug report be filed with the developer or should I wait for more input on this?
Eli
Rex Dieter wrote:
On 06/11/2010 06:08 AM, Thomas Janssen wrote:
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarskieli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
Yuck, more docbook/dtd-related fun,
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-
gnu/doc/en/index.cache.bz2
/builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Not sure how/why meinproc4 sometimes fails to load dtd/kdex.dtd (several other packages are affected similarly).
OK, I think I largely understand what needs fixing. The first and most obvious one is that kde index.docbook files need to start with <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant ... instead of <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant ...
then there are sometimes other minor changes required to comply with the slightly stricter dtd.
Here's an example, http://cvs.fedoraproject.org/viewvc/devel/kphotoalbum/kphotoalbum-4.1.1- docbook_fix.patch
-- Rex
On Sunday 13 June 2010 22:59:09 Rex Dieter wrote:
Rex Dieter wrote:
On 06/11/2010 06:08 AM, Thomas Janssen wrote:
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarskieli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
Yuck, more docbook/dtd-related fun,
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-
gnu/doc/en/index.cache.bz2
/builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Not sure how/why meinproc4 sometimes fails to load dtd/kdex.dtd (several other packages are affected similarly).
OK, I think I largely understand what needs fixing. The first and most obvious one is that kde index.docbook files need to start with <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant ... instead of <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant ...
then there are sometimes other minor changes required to comply with the slightly stricter dtd.
Here's an example, http://cvs.fedoraproject.org/viewvc/devel/kphotoalbum/kphotoalbum-4.1.1- docbook_fix.patch
K.. I see that things are rather extensive. Its 23:10 right now. I will need to go over this when my head is a bit more awake.
Any pointers you could provide would be good. And how will the proposed changes effect f13, f12 and possibly f11 builds?
Eli
On Sun, Jun 13, 2010 at 10:11 PM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
On Sunday 13 June 2010 22:59:09 Rex Dieter wrote:
Rex Dieter wrote:
On 06/11/2010 06:08 AM, Thomas Janssen wrote:
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarskieli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
Yuck, more docbook/dtd-related fun,
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-
gnu/doc/en/index.cache.bz2
/builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Not sure how/why meinproc4 sometimes fails to load dtd/kdex.dtd (several other packages are affected similarly).
OK, I think I largely understand what needs fixing. The first and most obvious one is that kde index.docbook files need to start with <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant ... instead of <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant ...
then there are sometimes other minor changes required to comply with the slightly stricter dtd.
Here's an example, http://cvs.fedoraproject.org/viewvc/devel/kphotoalbum/kphotoalbum-4.1.1- docbook_fix.patch
K.. I see that things are rather extensive. Its 23:10 right now. I will need to go over this when my head is a bit more awake.
Any pointers you could provide would be good. And how will the proposed changes effect f13, f12 and possibly f11 builds?
I will help you patch it. Eventually within the next two hours, or tomorrow.
On Monday 14 June 2010 21:35:45 Thomas Janssen wrote:
On Sun, Jun 13, 2010 at 10:11 PM, Eli Wapniarski
eli@orbsky.homelinux.org wrote:
On Sunday 13 June 2010 22:59:09 Rex Dieter wrote:
Rex Dieter wrote:
On 06/11/2010 06:08 AM, Thomas Janssen wrote:
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarskieli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
Yuck, more docbook/dtd-related fun,
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-
gnu/doc/en/index.cache.bz2
/builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Not sure how/why meinproc4 sometimes fails to load dtd/kdex.dtd (several other packages are affected similarly).
OK, I think I largely understand what needs fixing. The first and most obvious one is that kde index.docbook files need to start with <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant ... instead of <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant ...
then there are sometimes other minor changes required to comply with the slightly stricter dtd.
Here's an example, http://cvs.fedoraproject.org/viewvc/devel/kphotoalbum/kphotoalbum-4.1.1- docbook_fix.patch
K.. I see that things are rather extensive. Its 23:10 right now. I will need to go over this when my head is a bit more awake.
Any pointers you could provide would be good. And how will the proposed changes effect f13, f12 and possibly f11 builds?
I will help you patch it. Eventually within the next two hours, or tomorrow.
Thank you so very much. I don't believe that I would have been able to do this with any sanity until Friday.
Eli
On Mon, Jun 14, 2010 at 10:07 PM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
On Monday 14 June 2010 21:35:45 Thomas Janssen wrote:
On Sun, Jun 13, 2010 at 10:11 PM, Eli Wapniarski
eli@orbsky.homelinux.org wrote:
On Sunday 13 June 2010 22:59:09 Rex Dieter wrote:
Rex Dieter wrote:
On 06/11/2010 06:08 AM, Thomas Janssen wrote:
On Fri, Jun 4, 2010 at 7:47 AM, Eli Wapniarskieli@orbsky.homelinux.org wrote:
Hi Eli,
just did a FTBFS testbuild, now we have a bit more output. Need to have a closer look at it with a bit more time later.
Yuck, more docbook/dtd-related fun,
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-
gnu/doc/en/index.cache.bz2
/builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Not sure how/why meinproc4 sometimes fails to load dtd/kdex.dtd (several other packages are affected similarly).
OK, I think I largely understand what needs fixing. The first and most obvious one is that kde index.docbook files need to start with <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant ... instead of <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant ...
then there are sometimes other minor changes required to comply with the slightly stricter dtd.
Here's an example, http://cvs.fedoraproject.org/viewvc/devel/kphotoalbum/kphotoalbum-4.1.1- docbook_fix.patch
K.. I see that things are rather extensive. Its 23:10 right now. I will need to go over this when my head is a bit more awake.
Any pointers you could provide would be good. And how will the proposed changes effect f13, f12 and possibly f11 builds?
I will help you patch it. Eventually within the next two hours, or tomorrow.
Thank you so very much. I don't believe that I would have been able to do this with any sanity until Friday.
No problem. Fixed. You dont have to change releases < devel (F-14), it builds fine there.
On Tuesday 15 June 2010 23:26:11 Thomas Janssen wrote:
On Mon, Jun 14, 2010 at 10:07 PM, Eli Wapniarski
eli@orbsky.homelinux.org wrote:
On Monday 14 June 2010 21:35:45 Thomas Janssen wrote:
On Sun, Jun 13, 2010 at 10:11 PM, Eli Wapniarski
eli@orbsky.homelinux.org wrote:
On Sunday 13 June 2010 22:59:09 Rex Dieter wrote:
Rex Dieter wrote:
On 06/11/2010 06:08 AM, Thomas Janssen wrote: > On Fri, Jun 4, 2010 at 7:47 AM, Eli > Wapniarskieli@orbsky.homelinux.org wrote: > > Hi Eli, > > just did a FTBFS testbuild, now we have a bit more output. Need to > have a closer look at it with a bit more time later. > > http://koji.fedoraproject.org/koji/taskinfo?taskID=2244602
Yuck, more docbook/dtd-related fun,
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-
gnu/doc/en/index.cache.bz2
/builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Not sure how/why meinproc4 sometimes fails to load dtd/kdex.dtd (several other packages are affected similarly).
OK, I think I largely understand what needs fixing. The first and most obvious one is that kde index.docbook files need to start with <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant ... instead of <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.1.2-Based Variant ...
then there are sometimes other minor changes required to comply with the slightly stricter dtd.
Here's an example, http://cvs.fedoraproject.org/viewvc/devel/kphotoalbum/kphotoalbum-4.1 .1- docbook_fix.patch
K.. I see that things are rather extensive. Its 23:10 right now. I will need to go over this when my head is a bit more awake.
Any pointers you could provide would be good. And how will the proposed changes effect f13, f12 and possibly f11 builds?
I will help you patch it. Eventually within the next two hours, or tomorrow.
Thank you so very much. I don't believe that I would have been able to do this with any sanity until Friday.
No problem. Fixed. You dont have to change releases < devel (F-14), it builds fine there.
Thanks again for your help with this. I see in koji that you've only built the modified package for f14. Do you think its a good idea to rebuild for f11 - f13 or should I wait until the next update?
Eli
On Wed, Jun 16, 2010 at 6:40 AM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
On Tuesday 15 June 2010 23:26:11 Thomas Janssen wrote:
No problem. Fixed. You dont have to change releases < devel (F-14), it builds fine there.
Thanks again for your help with this. I see in koji that you've only built the modified package for f14. Do you think its a good idea to rebuild for f11 - f13 or should I wait until the next update?
It's ok to wait for the next release. The problem was rawhide only. meinproc4 changed between 4.4.3/4 and 4.4.xx (4.5). We had to change the call from version 4.1.x VV-1.0 to 4.2 VV-1.1. Please file the patches upstream to get it fixed for the next release.
You mean the bug report that tracs changes to the package or with the developer?.
Eli
Quoting Thomas Janssen thomasj@fedoraproject.org:
On Wed, Jun 16, 2010 at 6:40 AM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
On Tuesday 15 June 2010 23:26:11 Thomas Janssen wrote:
No problem. Fixed. You dont have to change releases < devel (F-14), it builds fine there.
Thanks again for your help with this. I see in koji that you've only built the modified package for f14. Do you think its a good idea to rebuild for f11 - f13 or should I wait until the next update?
It's ok to wait for the next release. The problem was rawhide only. meinproc4 changed between 4.4.3/4 and 4.4.xx (4.5). We had to change the call from version 4.1.x VV-1.0 to 4.2 VV-1.1. Please file the patches upstream to get it fixed for the next release.
-- LG Thomas
Dubium sapientiae initium _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
On Wed, Jun 16, 2010 at 1:27 PM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
You mean the bug report that tracs changes to the package or with the developer?.
The developer. I closed the FTBFS bug at our bugzilla meanwhile.
Quoting Thomas Janssen thomasj@fedoraproject.org:
On Wed, Jun 16, 2010 at 6:40 AM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
On Tuesday 15 June 2010 23:26:11 Thomas Janssen wrote:
No problem. Fixed. You dont have to change releases < devel (F-14), it builds fine there.
Thanks again for your help with this. I see in koji that you've only built the modified package for f14. Do you think its a good idea to rebuild for f11 - f13 or should I wait until the next update?
It's ok to wait for the next release. The problem was rawhide only. meinproc4 changed between 4.4.3/4 and 4.4.xx (4.5). We had to change the call from version 4.1.x VV-1.0 to 4.2 VV-1.1. Please file the patches upstream to get it fixed for the next release.
-- LG Thomas
Dubium sapientiae initium _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Will do. And thanks again.
Eli
Quoting Thomas Janssen thomasj@fedoraproject.org:
On Wed, Jun 16, 2010 at 1:27 PM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
You mean the bug report that tracs changes to the package or with the developer?.
The developer. I closed the FTBFS bug at our bugzilla meanwhile.
Quoting Thomas Janssen thomasj@fedoraproject.org:
On Wed, Jun 16, 2010 at 6:40 AM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
On Tuesday 15 June 2010 23:26:11 Thomas Janssen wrote:
No problem. Fixed. You dont have to change releases < devel (F-14), it builds fine there.
Thanks again for your help with this. I see in koji that you've only built the modified package for f14. Do you think its a good idea to rebuild for f11 - f13 or should I wait until the next update?
It's ok to wait for the next release. The problem was rawhide only. meinproc4 changed between 4.4.3/4 and 4.4.xx (4.5). We had to change the call from version 4.1.x VV-1.0 to 4.2 VV-1.1. Please file the patches upstream to get it fixed for the next release.
-- LG Thomas
Dubium sapientiae initium _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
-- LG Thomas
Dubium sapientiae initium _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi Thomas, Rex
Thanks so very much for helping me to resolve the issue. I reported the bug via email to the developer (Daniel) over at:
http://sites.google.com/a/prynych.cz/knutclient/
There did not seem to be any obvious place to report the bug on his website.
The email I sent contained the patches provided and the email I sent follows below.
Once again thanks for all your help.
Eli
Hi Daniel
I'm the package maintainer over at Fedora for knutclient. There was a problem building knutclient for the upcoming Fedora 14. The problem stemed from the fact that meinproc4 changed between 4.4.3/4 and 4.4.xx (4.5) and that a change needed to be made to change the call from version 4.1.x VV-1.0 to 4.2 VV-1.1.
Consequently Fedora's build system reported:
Generating index.cache.bz2 cd /builddir/build/BUILD/knutclient-1.0.1/doc/en && /usr/bin/meinproc4 --check --cache /builddir/build/BUILD/knutclient-1.0.1/i686-redhat-linux-
gnu/doc/en/index.cache.bz2
/builddir/build/BUILD/knutclient-1.0.1/doc/en/index.docbook Generating knutprefdlg.moc index.docbook:11: warning: failed to load external entity "dtd/kdex.dtd"
Rex Dieter, who pinpointed the problem and Thomas Janssen who provided 2 patches that fixes the issue helped me to resolve the issue mentioned. The patches are provided in this email.
If there is a better place to report the bug please let me know.
Thanks
Eli
Hi Guys
1.0.3 has been pushed to Testing. I've had to make a couple of requests for minor changes.
1) The about dialogue box shows version 1.0.2 instead of 1.0.3 2) The developer has given credit to me instead of Thomas for the patches in the changelog. I've requested a correction for that.
Once again. Rex, Thomas... Thank you so much for all your help
Eli
On Wed, Jun 30, 2010 at 8:21 AM, Eli Wapniarski eli@orbsky.homelinux.org wrote:
Hi Guys
1.0.3 has been pushed to Testing. I've had to make a couple of requests for minor changes.
- The about dialogue box shows version 1.0.2 instead of 1.0.3
- The developer has given credit to me instead of Thomas for the patches in
the changelog. I've requested a correction for that.
Keep the credit :) Everything is fine.