Bug 575583
| Summary: | blam opens up links in nautilus rather than rendering them using webkit | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Scott Schmit <i.grok> |
| Component: | blam | Assignee: | Alex Lancaster <alex> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 12 | CC: | alex, sindrepb |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | blam-1.8.7-3.fc13 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-06-14 17:12:45 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
Scott Schmit
2010-03-21 15:54:13 UTC
blam-1.8.7-1.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/blam-1.8.7-1.fc13 blam-1.8.7-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/blam-1.8.7-1.fc12 Still fails:
** (Blam:3189): WARNING **: The following assembly referenced from /usr/lib/blam/blam.exe could not be loaded:
Assembly: webkit-sharp (assemblyref_index=8)
Version: 1.0.0.0
Public Key: eaa1d335d2e19745
The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/blam/).
** (Blam:3189): WARNING **: Could not load file or assembly 'webkit-sharp, Version=1.0.0.0, Culture=neutral, PublicKeyToken=eaa1d335d2e19745' or one of its dependencies.
Unhandled Exception: System.TypeLoadException: A type load exception has occurred.
at Imendio.Blam.Application..ctor (System.String[] args, System.Object[] props) [0x00000]
at Imendio.Blam.Application.Main (System.String[] args) [0x00000]
(In reply to comment #3) > Still fails: > > ** (Blam:3189): WARNING **: The following assembly referenced from > /usr/lib/blam/blam.exe could not be loaded: > Assembly: webkit-sharp (assemblyref_index=8) > Version: 1.0.0.0 > Public Key: eaa1d335d2e19745 > The assembly was not found in the Global Assembly Cache, a path listed in the > MONO_PATH environment variable, or in the location of the executing assembly > (/usr/lib/blam/). > > > ** (Blam:3189): WARNING **: Could not load file or assembly 'webkit-sharp, > Version=1.0.0.0, Culture=neutral, PublicKeyToken=eaa1d335d2e19745' or one of > its dependencies. > > Unhandled Exception: System.TypeLoadException: A type load exception has > occurred. > at Imendio.Blam.Application..ctor (System.String[] args, System.Object[] > props) [0x00000] > at Imendio.Blam.Application.Main (System.String[] args) [0x00000] Did you download blam-1.8.7-1 directly from koji? What does "rpm -q blam" report? It hasn't been pushed to updates-testing or updates as yet. I can't reproduce this with blam 1.8.5 either. Can you make sure you have removed all previous blam configuration, so it uses the default set of feeds. I think the file is ~/.Blam.<username> or somesuch. Actually I think the feed configuration is in ~/.gnome2/blam/ so you probably want to move that aside as well. OK I can find a problem with this (but not a crash), it seems that opening up a post opens up a nautilus window rather than rendering the webpage, could be a side-effect of the gecko->webkit switch. Looking into it now. blam-1.8.7-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. Yes, I downloaded it from koji after noticing that it hadn't been pushed to the testing repository yet. I tried to eliminate the prior config, but apparently didn't know where to look. After doing an rm -rf ~/.Blam.* ~/.gnome2/blam, I get the same results. $ rpm -q blam blam-1.8.7-1.fc12.x86_64 Frankly, it looks to me like there's a dependency missing from the package. Yep. After doing a "yum install webkit-sharp", blam runs without crashing, and a refresh all doesn't crash either. Apparently rpmbuild doesn't add the dependency automatically. (In reply to comment #8) > Yes, I downloaded it from koji after noticing that it hadn't been pushed to the > testing repository yet. > > I tried to eliminate the prior config, but apparently didn't know where to > look. > > After doing an rm -rf ~/.Blam.* ~/.gnome2/blam, I get the same results. > > $ rpm -q blam > blam-1.8.7-1.fc12.x86_64 > > Frankly, it looks to me like there's a dependency missing from the package. > > Yep. After doing a "yum install webkit-sharp", blam runs without crashing, and > a refresh all doesn't crash either. Apparently rpmbuild doesn't add the > dependency automatically. Unfortunately rpmbuild isn't that smart about autodep checking for mono binaries, and I don't think adding it is a high priority for the rpm maintainers (at least the one's who work for Red Hat) unfortunately. So I probably need to add a manual dependency for that. Although even with that dependency it doesn't seem to render the actual blog posts when you click on the pages. Does it work for you? blam-1.8.7-2.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/blam-1.8.7-2.fc13 blam-1.8.7-2.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/blam-1.8.7-2.fc12 blam-1.8.7-2.fc12 has been pushed to the Fedora 12 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 blam'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/blam-1.8.7-2.fc12 blam-1.8.7-2.fc13 has been pushed to the Fedora 13 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 blam'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/blam-1.8.7-2.fc13 Deps are pulled correctly, and blam no longer crashes. However, when I click on a headline, it opens /usr/share/blam/themes/blam in nautilus and emits this stack trace: Exception: System.Net.WebException: Error: ConnectFailure (interrupted) ---> System.Net.Sockets.SocketException: interrupted at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remote_end) [0x00000] at System.Net.WebConnection.Connect (System.Net.HttpWebRequest request) [0x00000] --- End of inner exception stack trace --- at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x00000] at System.Net.HttpWebRequest.GetResponse () [0x00000] at Imendio.Blam.FeedUpdater.GetRemoteChannelData (Imendio.Blam.Channel channel) [0x00000] Very odd behavior, indeed. (In reply to comment #14) > Deps are pulled correctly, and blam no longer crashes. However, when I click on > a headline, it opens /usr/share/blam/themes/blam in nautilus and emits this > stack trace: Yep, I get that problem with headlines opening in nautilus too, as I was trying to indicate in comment #9. Don't get the stack trace though. Interestingly, I compiled this on F-11 and I got it to work, so maybe something in the mono stack changed such that blam no longer works with the newer version(s) of mono. > Exception: System.Net.WebException: Error: ConnectFailure (interrupted) ---> > System.Net.Sockets.SocketException: interrupted > at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remote_end) > [0x00000] > at System.Net.WebConnection.Connect (System.Net.HttpWebRequest request) > [0x00000] > --- End of inner exception stack trace --- > at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) > [0x00000] > at System.Net.HttpWebRequest.GetResponse () [0x00000] > at Imendio.Blam.FeedUpdater.GetRemoteChannelData (Imendio.Blam.Channel > channel) [0x00000] > > Very odd behavior, indeed. Indeed, time to report this to upstream, I think. (In reply to comment #15) > Indeed, time to report this to upstream, I think. https://bugzilla.gnome.org/show_bug.cgi?id=614701 blam-1.8.7-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. Re-opening and retitling bug. blam-1.8.7-3.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/blam-1.8.7-3.fc13 Backported a patch from git that should fix the opening up of links in nautilus. blam-1.8.7-3.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/blam-1.8.7-3.fc12 blam-1.8.7-3.fc13 has been pushed to the Fedora 13 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 blam'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/blam-1.8.7-3.fc13 blam-1.8.7-3.fc12 has been pushed to the Fedora 12 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 blam'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/blam-1.8.7-3.fc12 blam-1.8.7-3.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. blam-1.8.7-3.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. |