This is an automatically filed bug for a failed rebuild attempt for GCC 4.3.
Please verify why this build failed and fix it.
Exit code was 1, check the build.log for the failed buildArch task.
MGFileBrowserList.cc: In constructor 'MGFileBrowserList::MGFileBrowserList(const
Glib::ustring&, const std::string&, bool)':
MGFileBrowserList.cc:36: error: 'strerror' was not declared in this scope
MGFileBrowserList.cc: In member function 'bool MGFileBrowserList::rename(const
std::string&, const std::string&)':
MGFileBrowserList.cc:176: error: 'strerror' was not declared in this scope
MGFileBrowserList.cc: In member function 'bool MGFileBrowserList::remove(const
MGFileBrowserList.cc:190: error: 'strerror' was not declared in this scope
make: *** [MGFileBrowserList.o] Error 1
make: *** Waiting for unfinished jobs....
MGHMeterGraphPlotter.cc: In member function 'Glib::ustring
MGHMeterGraphPlotter.cc:71: error: 'strcat' was not declared in this scope
Created attachment 301416 [details]
Patch for GCC 4.3 port
Here's a patch for the GCC 4.3 issues.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
It seems not enough. I'm additionally add -D_GNU_SOURCE in Makefile.in
Please see in my repository src.rpm: http://hubbitus.net.ru/rpm/Fedora9/mysql-gui-tools/mysql-gui-tools-5.0r12-1.fc9.Hu.10.src.rpm (mysql-gui-tools-5.0r12.GCC43-glibc28.patch in them)
i have gotten mysql-gui-tools building with gcc-4.3.0 in Fedora-9 but its failing with 4.3.0 the ancient embeded gtksourceview in mysql-query-browser is the culprit. it has two functions in added. Ive started looking at what it will take to get them upstream. or work out how to work arround them.
though MySQL has not released a new verison in quite some time. and they dont have public RCS to see if there is even work happening on it.
Yes, I'm build it for rawhide!
And no, not new gcc version is cause, but is new version of GTK!
Please see scratch build http://koji.fedoraproject.org/koji/taskinfo?taskID=826162 and last patch in src.rpm package for this purpose!
mysql-gui-tools-5.0r12-9.fc10 icludes the patch. thanks Pavel. I have question for you also. were do the otehr source files you include come from? and what is their purpose. If you want to co-maintain mysql-gui-tools please apply in pkgdb
(In reply to comment #7)
> I have
> question for you also. were do the otehr source files you include come from?
Hmmm. The history of this sources started long ago and most of them come from original upstream src.rpm ( http://dev.mysql.com/get/Downloads/MySQLGUITools/mysql-gui-tools-5.0r12-1fc5.src.rpm/from/pick#mirrors )
Few patches was googled, but few is my patches.
I try to pick that information as possible on the changelog.
> If you want to co-maintain mysql-gui-tools please apply in pkgdb
Many thanks for the offer, but I do not know how to do it.
What you think about failed build in rawhide rebuild 2008-09-23?
It is failed to build on mysql-gui-tools-5.0r12-8.fc9.src.rpm why? Do you push updated mysql-gui-tools-5.0r12-9.fc10 into CVS?
the recent build failed because an old srpm was used. http://koji.fedoraproject.org/koji/buildinfo?buildID=63153 is the koji build for mysql-gui-tools-5.0r12-9.fc10 once beta freeze is over it will land in rawhide. I don't think the fixes that its introduce need to make it get included in the beta. the next attempt at the mass rebuild should be fine.
However you commit changes in rawhide and we can only wait?
And as I can understand beta freeze do not sense to bugfixes t is only prohibit new futures??
>I don't think the fixes that its introduce need to make it get
>included in the beta.
Why?? You are think what mysql-guil-tools do not need in Fedora 10???
(In reply to comment #11)
> However you commit changes in rawhide and we can only wait?
todays rawhide report
* Mon Sep 15 18:00:00 2008 Dennis Gilmore <firstname.lastname@example.org> - 5.0r12-9
- apply patch from Pavel Alexeev for gtk
- bugzilla #433987
> And as I can understand beta freeze do not sense to bugfixes t is only prohibit
> new futures??
> >I don't think the fixes that its introduce need to make it get
> >included in the beta.
> Why?? You are think what mysql-guil-tools do not need in Fedora 10???
because its not fixing a bug that effects end user useability
and it was released today in the unfrozen rawhide. so it will be in F-10
Ok, thanks for the explanation.