Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 449506
Summary: | FTBFS f-spot-0.4.3.1-1.fc10 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | FTBFS <ftbfs> | ||||||
Component: | f-spot | Assignee: | Nigel Jones <dev> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | high | ||||||||
Version: | rawhide | CC: | alex | ||||||
Target Milestone: | --- | Keywords: | Reopened | ||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
URL: | http://linux.dell.com/files/fedora/FixBuildRequires/mock-results-core/ | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-07-14 11:14:34 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: | |||||||||
Bug Depends On: | 455158 | ||||||||
Bug Blocks: | 440169 | ||||||||
Attachments: |
|
Description
FTBFS
2008-06-02 20:02:57 UTC
Created attachment 307705 [details] root.log.bz2 root.log for x86_64 Created attachment 307706 [details] build.log.bz2 build.log for x86_64 Somebody should really look at this soon. They'll be a major stink from users if f-spot gets removed because it failed to build from source. Alex, f-spot is orphaned, it needs an owner to that will provide care and feeding. (In reply to comment #4) > Alex, f-spot is orphaned, it needs an owner to that will provide care and feeding. I know, I was hoping somebody would step up to avoid it disappearing. I'll mention it on fedora-devel-list to see if there is some traction Meanwhile, I'm working on getting it to build to keep it alive until there is a more permanent maintainer. Meanwhile it won't rebuild because of major issues with various mono issues caused by the premature pushing of gnome-sharp-2.20 into rawhide which moved a lot of functionality into a new package: gnome-desktop-sharp which hasn't yet been packaged: http://www.redhat.com/archives/fedora-devel-list/2008-July/msg00198.html For this reason, I think various mono packages should be given a little extra time to fix their packages to build from source before being pulled because of the collateral damage caused by this premature update. Okie Dokie, going to try and look into this now. gnome-desktop-sharp issue is now resolved, but as I mentioned on the fedora-devel-list thread it now currently fails to build because of an actual compilation error, see: http://koji.fedoraproject.org/koji/taskinfo?taskID=698211 http://koji.fedoraproject.org/koji/getfile?taskID=698211&name=build.log specifically: error CS0136: A local variable named `result' cannot be declared in this scope because it would give a different meaning to `result', which is already used in a `method argument' scope to denote something else generated/VolumeAdapter.cs(152,72): (Location of the symbol related to previous error) error CS0136: A local variable named `result' cannot be declared in this scope because it would give a different meaning to `result', which is already used in a `method argument' scope to denote something else generated/VolumeAdapter.cs(183,72): (Location of the symbol related to previous error) Compilation failed: 12 error(s), 0 warnings Okay, so it seems progress is possible, I'm onto a new problem, generated/DataInputStream.cs(157,42): error CS1502: The best overloaded method match for `GLib.DataInputStream.g_data_input_stream_read_until(System.IntPtr, System.IntPtr, out System.UIntPtr, System.IntPtr, out System.IntPtr)' has some invalid arguments generated/DataInputStream.cs(151,45): (Location of the symbol related to previous error) generated/DataInputStream.cs(157,42): error CS1620: Argument `3' must be passed with the `out' keyword generated/DataInputStream.cs(160,42): error CS0165: Use of unassigned local variable `native_length' generated/DataInputStream.cs(160,25): error CS0103: The name `length' does not exist in the current context Compilation failed: 4 error(s), 0 warnings Basically changing all instances of: <parameter type="GAsyncResult*" name="result" /> to <parameter type="GAsyncResult*" name="res" /> fixed it, will build a new RPM with this soon. That sounds like good news. Can you pass this information to upstream f-spot? I wonder why the f-spot devs aren't seeing the same problem (since they presumably compiled it before they released 0.4.4)? Perhaps they are using a different mono? builds as of 2008-07-03, version 0.4.3.1-2.fc10. (In reply to comment #10) > builds as of 2008-07-03, version 0.4.3.1-2.fc10. But doesn't build against new gnome-sharp and gnome-desktop-sharp, and is currently broken in rawhide re-opening. Nigel Jones is working on this. But it definitely shouldn't be removed. (In reply to comment #8) > Okay, so it seems progress is possible, I'm onto a new problem, [...] > Basically changing all instances of: <parameter type="GAsyncResult*" name="result" /> to <parameter > type="GAsyncResult*" name="res" /> fixed it, will build a new RPM with this soon. Ping? Any progress on that "new RPM". This is still causing broken deps in rawhide (and is blocking the FTBFS): Broken deps for i386 ---------------------------------------------------------- f-spot-0.4.3.1-2.fc10.i386 requires mono(gnome-sharp) = 0:2.16.0.0 f-spot-0.4.3.1-2.fc10.i386 requires mono(gnome-vfs-sharp) = 0:2.16.0.0 f-spot-0.4.3.1-2.fc10.i386 requires mono(gtkhtml-sharp) = 0:2.16.0.0 f-spot-0.4.3.1-2.fc10.i386 requires mono(gconf-sharp) = 0:2.16.0.0 Yeah, I'm still working on it, no overall progress, I've been told that gtk- sharp 2.12.1 fixes the gio problems, but I really need to re-setup my Rawhide environment again hope to get this sorted for this coming week. I'll update again soon. Okay, the gio stuff built no problem with gtk-sharp2 2.12.1 so things are looking up, I'll file a bug against gtk-sharp2 when I can confirm that everything else will build okay. The good news is that it seems that 2.12.0->2.12.1 doesn't require a rebuild of everything. Another update, I managed to get 0.4.4 to BFS, just need gtk-sharp2 > 2.12.1 (Bug #455158), a patch I need to compose, and we'll be right! Looks like gtk-sharp2-2.12.1-1.fc10 has been successfully rebuilt now: http://koji.fedoraproject.org/koji/buildinfo?buildID=55855 (In reply to comment #16) > Looks like gtk-sharp2-2.12.1-1.fc10 has been successfully rebuilt now: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=55855 Yeah, I got the e-mail this morning, just need to fix up the patches and commit it. I just built gtk-sharp2-2.12.1-2.fc10 against the new RPM to fix the Requires/Provides problem: http://koji.fedoraproject.org/koji/rpminfo?rpmID=661287 Looks like the Provides/Requires are now OK: http://koji.fedoraproject.org/koji/rpminfo?rpmID=661287 mono(atk-sharp) = 2.12.0.0 mono(gdk-sharp) = 2.12.0.0 mono(glade-sharp) = 2.12.0.0 mono(glib-sharp) = 2.12.0.0 mono(gtk-dotnet) = 2.12.0.0 mono(gtk-sharp) = 2.12.0.0 mono(pango-sharp) = 2.12.0.0 Built f-spot-0.4.4-4.fc10 successfully for all architectures. |