Bug 440087
Summary: | Creation of a new project fails | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Joonas Sarajärvi <muep> |
Component: | anjuta | Assignee: | Debarshi Ray <debarshir> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 9 | CC: | patrick.j.hallinan |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-07-15 08:15:26 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Joonas Sarajärvi
2008-04-01 18:01:06 UTC
Thank you for the report. I am looking into it. anjuta-2.2.3-7.fc7 has been submitted as an update for Fedora 7 anjuta-2.2.3-7.fc8 has been submitted as an update for Fedora 8 anjuta-2.2.3-7.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update anjuta'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-3078 anjuta-2.2.3-7.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report. anjuta-2.2.3-7.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report. Joonas, Patrick, have you tried these new Anjuta packages? They appear to work for me. To me, Anjuta seems to work fine now, in both Fedora 8 and Rawhide. Thanks for fixing it :-) Project creation works but a default gtk project fails to build: make main.o cc -c -o main.o main.c /home/patrick/Projects/gtk-foobar/src/main.c:26:20: error: config.h: No such file or directory /home/patrick/Projects/gtk-foobar/src/main.c:28:21: error: gtk/gtk.h: No such file or directory /home/patrick/Projects/gtk-foobar/src/main.c:29:25: error: glade/glade.h: No such file or directory /home/patrick/Projects/gtk-foobar/src/main.c:63: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token main.c: In function ‘main’: /home/patrick/Projects/gtk-foobar/src/main.c:82: error: ‘GtkWidget’ undeclared (first use in this function) /home/patrick/Projects/gtk-foobar/src/main.c:82: error: (Each undeclared identifier is reported only once /home/patrick/Projects/gtk-foobar/src/main.c:82: error: for each function it appears in.) /home/patrick/Projects/gtk-foobar/src/main.c:82: error: ‘window’ undeclared (first use in this function) make: *** [main.o] Error 1 Completed... unsuccessful Total time taken: 0 secs This is main.cc: /* -*- Mode: C; indent-tabs-mode: t; c-basic-offset: 4; tab-width: 4 -*- */ /* * main.cc * Copyright (C) Patrick Hallinan 2008 <patrick> * * main.cc is free software: you can redistribute it and/or modify it * under the terms of the GNU General Public License as published by the * Free Software Foundation, either version 3 of the License, or * (at your option) any later version. * * main.cc is distributed in the hope that it will be useful, but * WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. * See the GNU General Public License for more details. * * You should have received a copy of the GNU General Public License along * with this program. If not, see <http://www.gnu.org/licenses/>. */ #include <libglademm/xml.h> #include <gtkmm.h> #include <iostream> #ifdef ENABLE_NLS # include <libintl.h> #endif /* For testing propose use the local (not installed) glade file */ /* #define GLADE_FILE PACKAGE_DATA_DIR"/gtk-foobar/glade/gtk-foobar.glade" */ #define GLADE_FILE "gtk-foobar.glade" int main (int argc, char *argv[]) { Gtk::Main kit(argc, argv); //Load the Glade file and instiate its widgets: Glib::RefPtr<Gnome::Glade::Xml> refXml; try { refXml = Gnome::Glade::Xml::create(GLADE_FILE); } catch(const Gnome::Glade::XmlError& ex) { std::cerr << ex.what() << std::endl; return 1; } Gtk::Window* main_win = 0; refXml->get_widget("main_window", main_win); if (main_win) { kit.run(*main_win); } return 0; } (In reply to comment #9) The first half refers to a Gtk project in C, while the second half refers to a Gtkmm project in C++. In any case the default Gtk project did build smoothly for me. Did you install Anjuta and its dependencies from the Fedora packages? If yes, which versions are you using? (rpm -qa | grep anjuta) Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Patrick, ping? Ok I'm here. I'm running rawhide. Should I install anjuta and try the default Gtk project with that? I see that I tried to build a gtkmm project. Shouldn't all default project build (I'm assuming that was a generated gtkmm project, I remember nothing)? (In reply to comment #13) > Ok I'm here. I'm running rawhide. Should I install anjuta and try the default > Gtk project with that? > > I see that I tried to build a gtkmm project. Shouldn't all default project > build (I'm assuming that was a generated gtkmm project, I remember nothing)? You need to have the relevant Gtk+ libraries and headers if you are planning to use the Gtk+ project. Same goes for Gtkmm, Vala, etc.. If we decide to add the -devel packages of all these different projects supported by Anjuta, it will guarantee that they will always work, but we will end up with a bloated dependency chain. eg., anyone who wants to use Anjuta to work on a simple C or C++ project will be burdened with the entire developement stack of Gtk+, Gtkmm, Vala, etc. which is not really desirable. Right now, I am thinking whether we should work on a solution similar to what was devised for Totem's Gstreamer plugins using PackageKit. The workflow will be something like this: user selects a new project to be created and depending on which kind of project he chose, the programs check whether the needed libraries and headers are available or not. If they are not present, a dialog will be shown, promptimg him to install the necessary packages, and if the user agrees PackageKit will be invoked to carry out the necessary installations automatically. What do you think? That's better than what I was thinking. I was thinking that, at a minimum, the developer should get instructions for what needs to be installed when they try to create a project that doesn't have the required packages installed. This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |