|
Bugzilla – Full Text Bug Listing |
| Summary: | GNucash crashes with libguile missing file error | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 12.2 | Reporter: | Forgotten User S1YIeKCfHA <forgotten_S1YIeKCfHA> |
| Component: | Other | Assignee: | Dominique Leuenberger <dimstar> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | hacker, meissner, pgajdos, ran.rubin, sault.don |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 12.2 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Forgotten User S1YIeKCfHA
2012-09-10 02:21:53 UTC
gnucash-2.4.11-2.5.5.i586 is already the online update version Petr: This is a library being loaded / dlopene'd by guile (not referenced by gnucash directly). I was under the impression that those issues had been solved? Is the library package required by guile1? ups.. wrong Petr... sorry for that. In the meantime, I created a branch home:dimstar:branches:devel:languages:misc which contains a guile1 package with adjusted Requires. My .changes entry: +Mon Sep 10 09:58:35 UTC 2012 - dimstar@opensuse.org + +- Reauire the library packages from the main package: having the + *.so symlinks in the main package forces us to install the libs + as well, or we end up with dangling symlinks (thus, failing to + actually dlopen the .so file, which was the main reason to move + them to the main package. Fixes issues like bnc#779458). + +------------------------------------------------------------------- This is being tracked in https://build.opensuse.org/request/diff/133463 *** Bug 779631 has been marked as a duplicate of this bug. *** I had this problem and found that replacing the "update" version with version 2.4.10 gave me a working version. I then updated to 2.4.11 and this also worked. On another machine, I tried a clean install of 12.2, adding Gnucash to the list of software to be installed. This installed 2.4.10 during the installation process and the subsequent updates replaced it with 2.4.11 which then functioned OK. (In reply to comment #6) > I had this problem and found that replacing the "update" version with version > 2.4.10 gave me a working version. I then updated to 2.4.11 and this also > worked. On another machine, I tried a clean install of 12.2, adding Gnucash to > the list of software to be installed. This installed 2.4.10 during the > installation process and the subsequent updates replaced it with 2.4.11 which > then functioned OK. This works and installs the missing dependency. (In reply to comment #0) > User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.1 (KHTML, > like Gecko) Chrome/21.0.1180.89 Safari/537.1 > > 1. Install Gnucash from standard 12.2 OSS repository Is the bug suppose to be from the Update repo and not the Oss repo? I thought it was the Update repo that was missing the dependency and the Oss repo has the required dependency. Update released for 12.2 with the fixed guile1 package. openSUSE-RU-2012:1187-1: An update that has one recommended fix can now be installed. Category: recommended (low) Bug References: 779458 CVE References: Sources used: openSUSE 12.2 (src): guile1-1.8.8-4.5.1 The update broke the working GNUCash for some users... We now get: gnc.bin-Message: main: binreloc relocation support was disabled at configure time. Backtrace: In unknown file: ?: 0* [primitive-load-path "slib/guile.init"] <unnamed port>: In procedure primitive-load-path in expression (primitive-load-path name): <unnamed port>: Unable to find file "slib/guile.init" in load path See new bug 780827 (In reply to comment #11) > The update broke the working GNUCash for some users... > We now get: That's close to impossible: there were no code changes in guile1 update package (only fixed requires) > Backtrace: > In unknown file: > ?: 0* [primitive-load-path "slib/guile.init"] > > <unnamed port>: In procedure primitive-load-path in expression > (primitive-load-path name): > <unnamed port>: Unable to find file "slib/guile.init" in load path What the... Thanks for reporting this... will see what is now the cause :( Actually, this looks like one of the additional libs tries to trigger a more optimized path. Can you please verify if you have the package called 'slib' installed? And if not, if installing this package resolves the issue for you Also the output of ls -lad /usr/share/guile/site/slib can be helpful I've just got the same problem as Ran Rubin. I have slib installed - version 3b3-9.1.1. This suggests it's a beta version but that's all that's available. Worried I should be? Output you requested is: ls: cannot access /usr/share/guile/site/slib: No such file or directory Is that helpful? (In reply to comment #15) > I've just got the same problem as Ran Rubin. > > I have slib installed - version 3b3-9.1.1. This suggests it's a beta version > but that's all that's available. Worried I should be? No, this is not the problem. We have 3b3 for the long time now. > Output you requested is: > ls: cannot access /usr/share/guile/site/slib: No such file or directory > > Is that helpful? Yes, this means slib is not registered into guile (%triggerin of slib package). Following link should help you: $ ls -l /usr/share/guile/site/slib lrwxrwxrwx 1 root root 10 Sep 24 11:12 /usr/share/guile/site/slib -> ../../slib Petr, see bug 780827 The issue seems to be rpm removing a folder (even rpm -qV guile1 states so) (In reply to comment #18) > Petr, see bug 780827 > The issue seems to be rpm removing a folder (even rpm -qV guile1 states so) Ok, I didn't reach it in my bugzilla mail folder ;-), sorry. This should be solved now.. let's close. All, THANKS for your patience and help in debugging this |