Description of problem: gnucash does not run. Compile errors Version-Release number of selected component (if applicable): How reproducible: Allways Steps to Reproduce: 1. gnucash 2. 3. Reproducible: Steps to Reproduce:
Created attachment 5798 [details] gnucash compile errors
Might not hurt to go ahead and use 2.6.5 from http://www.gnucash.org/
Assignee: bugsquad => fundawangCC: (none) => bruno, olav
Same errors here, I cannot manage my accounts :((
Install the devel package for now. It is a bit difficult to fix.
Source RPM: gnucash-2.6.4-4.mga5.src.rpm => gnucash-2.6.5-1.mga5
Same thing on 5b2 64-bit. Installed gnucash 2.6.5 and the usual dependencies. Crashed at splash screen with the same compile errors BitTwister gives in attachment 5798 [details]. Installed the -devel package and it starts normally.
CC: (none) => laidlaws
I notice too that the drop-down/popup account selection menu for entering a transaction is very unstable. As for compiling the source code (Comment 2,) I haven't looked this time, but it used to contain *.la files, which Mageia no longer seems to support. I recall the question of supporting them, being discussed fairly early.
(In reply to Doug Laidlaw from comment #6) > I notice too that the drop-down/popup account selection menu for entering a > transaction is very unstable. > > As for compiling the source code (Comment 2,) I haven't looked this time, > but it used to contain *.la files, which Mageia no longer seems to support. > I recall the question of supporting them, being discussed fairly early. And that is exactly what happened: /bin/ld: /usr/local/lib/libfreetype.a(ftinit.o): relocation R_X86_64_32 against `tt_driver_class' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libfreetype.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status libtool: install: error: relink `libgncmod-app-utils.la' with the above command before installing it I have the SRPM, which contains a patch gnucash-notsvn.patch. That mentions .la files, but I am not qualified to say that it would work here.
I am not sure we are talking about the same thing in this thread. I see discussion about source compile which I believe is not the problem of this bug report. In my opinion the gnucash rpm would install a compiled/linked binary. What I "think" happens is when a user runs gnucash it tries to generate some file in the users directory. That "compile" is the source/bug of this bug report.
No, you are probably right. I can get around your problem by installing the "devel" package. I can add nothing to that. But Gnucash, even with "devel" has a pick window for accounts which it is half impossible to use. That may be solved by the fix for this bug. There is also the absence of text, which is the subject of another bug report. It seems half fixed. But you did suggest that one could compile from source. I have demonstrated again that the .la file gets in the way. There are plenty of forum posts about this, even a bug report at Gnucash. It looks as though the SRPM has a patch for that issue. Personally, I will stick with the RPM + gnucash-devel until this bug finds an answer.
(In reply to Doug Laidlaw from comment #9) > But Gnucash, even with "devel" has a pick window for accounts which it is > half impossible to use. I have yet to run across your problem. Could be the method used or what we are talking about. I double click the desired item (dinning, groceries,..) and click the transfer funds icon in the new screen. I have yet to have that fail. If talking about a placeholder, double clicking it expands the selections under the placeholder, if any.
That is for transferring funds. I am talking about (say) writing a check. The credit will go automatically to your checking account. Try to pick an account for the debit from the list at the end of the first line. It wobbles all over the place, and scrolling doesn't work the way it used to. It may be my installation. I am having much more trouble with windows losing all detail, than I used to. There may be a common problem.
(In reply to Doug Laidlaw from comment #11) > That is for transferring funds. > > I am talking about (say) writing a check. This bug report is not the place to trouble shoot a problem. Open a thread on alt.os.linux.mageia and we can chat all day.
Bug confirmed here. And thanks for the devel files tip : I could work!
CC: (none) => lists.jjorge
It works, and seems to work every time, but it isn't really a fix.
The -devel RPM pulls in a whole list of others. One of those may be all you need, but I don't feel like hunting.
(In reply to Doug Laidlaw from comment #15) > The -devel RPM pulls in a whole list of others. One of those may be all you > need, but I don't feel like hunting. Only one I installed was lib64gnucash-devel which has a bunch of .h files and about 8 .so files.
You probably have a complete development environment already. I did that once. There was heaps of stuf I didn't need. Now I install devel packages on demand. Your experience seems to cconfirm that the crucial difference is in libgnucash-devel. But we are getting away from the bug itself, again.
As a quick workaround to prevent users from getting a crashing gnucash in MGA5, do you agree to require gnucash-devel in gnucash?
(In reply to José Jorge from comment #18) > As a quick workaround to prevent users from getting a crashing gnucash in > MGA5, do you agree to require gnucash-devel in gnucash? What?! Make sure which package is missing and require it. Requiring -devel packages is not the way to do it!
CC: (none) => mageia
I can see José's reasoning, but I agree: a workaround and a bugfix are two different things. I have had my say. I think I will unsubscribe and leave it to those who can contribute usefully. I can't think straight at the moment.
CC: laidlaws => (none)
I wanted a good fix, but that's difficult (for me). I added the workaround to gnucash-2.6.5-2.mga5.
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
The proper fix would be to move the .so to the main package (if that's all it need) and filter out -devel requires... Pulling in unneeded -devel stuff for everyone is not a nice fix
CC: (none) => tmb
At least don't call it as fixed.. We'll see if I have time to fix it more properly..
Status: RESOLVED => UNCONFIRMEDResolution: FIXED => (none)Ever confirmed: 1 => 0
If you move the .so, you move various -devel requirements to the main package!
Wrong status..
Status: UNCONFIRMED => NEWEver confirmed: 0 => 1
Are you sure it's .so not some package that is required by -devel package?
(In reply to Olav Vitters from comment #24) > If you move the .so, you move various -devel requirements to the main > package! well, you only changed from: gnucash -> devel deps to: gnucash -> gnucash-devel -> devel deps... Wich Is why I stated you kan keep the .so in main package and *filter out* the devel deps then you can have the -devel package require the main package to get the .so and so on...
That's pretty ugly IMO. Proper fix is to have gnucash load the .so with the number.
Yeah, feel free to fix gnucash... but until that, It would be preferred to fix the package to not pull in -devel packages...
(In reply to Olav Vitters from comment #21) > I wanted a good fix, but that's difficult (for me). I added the workaround > to gnucash-2.6.5-2.mga5. I'm using --no-recommends and the difference with requirement on -devel is 67 extra packages - that's insane!
Should be fixed. Please reopen if there are still problems.
Status: NEW => RESOLVEDResolution: (none) => FIXED