[SOLVED] Need help compiling gnucash from source

linux_user · 2019-04-09 04:27:22

iMBeCil wrote:

Actually, my 'tailor made' command was meant to be run as an one line command;I split it in several lines for easier reading. ('\' is supposed to continue the command bash command in new line.)

I thought so! But anyway, ran it the way you put in the syntax, cos it was a syntax.

iMBeCil wrote:

Haha, you're welcome linux_user I'm sure once my other super power will be made public one day ... But, let me say that there are people who are even more experienced in this kind of stuff ... I mean compiling software form source

Well, it helped my issue anyway.

iMBeCil wrote:

But, the main point is that the README files and instructions 'How to compile from source' are always a must-read when you want to compile a program. And one should follow those instructions.

README files were what I followed and when it failed I just came here. I probably should have visited the official 'How to compile from source' instructions too. Will keep in mind.

hhh wrote:

@linux, I'd copy paste that output and save it in a file, then go ahead and autoremove (assuming you know you have another kernel installed too).

Honestly, I am a little afraid to that since I had a bad experience, but yeah, that backup file can help me restore. So I'll do it.

Consequences
`````````````````````
The consequences of compiling from sources started to hit me today - after a boot. 2 issues so far.

The calendar on tint2 is set to a different language . A search on the internet says the locale could be set to aa_DJ.
dmeu appears but as soon as I type a letter, it disappears. A search about it mentioned it could be because of the locale being not set properly. As in ArchWiki,

toor@bunsenlabs:~$ dmenu_run
toor@bunsenlabs:~$ warning: no locale support

To fix the locale, I followed the official debian wiki.

$ sudo dpkg-reconfigure locales

en_IN UTF-8 was already chosen so proceeded, made that the default locale in the next screen from three options (None, C.UTF-8 and en_IN). The output was,

locales-all installed, skipping locales generation

/etc/default/locale has

#  File generated by update-locale
LANG=en_IN
LANGUAGE="en_IN:en"

/etc/locale.gen has only en_IN UTF-8 uncommented.

And yet. even after the reboot, the two issues persist. Should I edit /etc/profile which is an optional step in the debian wiki.

Last edited by linux_user (2019-04-15 04:57:42)

damo · 2019-04-09 09:14:52

I am still quite curious as to why your tailor made syntax a) didn't run as one command (not sure what \ does) and b) threw that directory doesn't exist error. Would be nice if someone can shed some light.

In the terminal the "\" means "continue this on the next line". When copy/pasting text, it doesn't work, as you found, but if you use tab to repeat it, you can manually work through it to delete any offending characters. Or paste into your text editor and format it into a single line.

hhh · 2019-04-09 13:02:58

linux_user wrote:

Consequences
`````````````````````
The consequences of compiling from sources started to hit me today - after a boot. 2 issues so far.
The calendar on tint2 is set to a https://imgur.com/a/DUXO1BT. A search on the internet says the locale could be set to aa_DJ.
dmeu appears but as soon as I type a letter, it disappears. A search about it mentioned it could be because of the locale being not set properly. As in ArchWiki,
toor@bunsenlabs:~$ dmenu_run
toor@bunsenlabs:~$ warning: no locale support
To fix the locale, I followed the official debian wiki.
$ sudo dpkg-reconfigure locales
en_IN UTF-8 was already chosen so proceeded, made that the default locale in the next screen from three options (None, C.UTF-8 and en_IN). The output was,
locales-all installed, skipping locales generation
/etc/default/locale has
#  File generated by update-locale
LANG=en_IN
LANGUAGE="en_IN:en"
/etc/locale.gen has only en_IN UTF-8 uncommented.
And yet. even after the reboot, the two issues persist. Should I edit /etc/profile which is an optional step in the debian wiki.

This issue can get tricky (see the dev thread 'locales rabbit hile'). Check ~/.dmrc that is has something like...

[Desktop]
Language=en_IN.utf8
Session=Openbox

If that's correctly set and you still have errors, please open a new Help thread. Thanks.

linux_user · 2019-04-09 13:30:38

^
During another boot, I realized that language/locale pref on the top right corner of the login screen was aa_DJ.utf8. With just a click I was able to set it to en_IN.utf8.

Logged in, languages and dmenu is working, restarted the system and it says at en_IN.utf8.

Things seem to fine so far. And by the way,

toor@bunsenlabs:~$ cat  ~/.dmrc
[Desktop]
Language=en_IN.utf8
Session=lightdm-xsession

Thank you!

hhh · 2019-04-09 17:06:38

Word.

stevep · 2019-04-09 19:03:49

Hey, next challenge: building gimp-2.10.10 on a Stretch base! https://build.opensuse.org/package/show … ports/gimp

BTW, don't build the required build-depends manually instead of in proper packages, especially gtk 2 2.24.32. You have a good chance of borking your system. I'm off to see if I can fix the Buster gegl build failure there.

linux_user · 2019-04-16 10:57:49

^With my first experience with building packages, I am just now too afraid reluctant to build more. But it's worth trying I guess. I shall attempt it soon.

Have you done it?

Last edited by linux_user (2019-04-16 11:46:38)

#21 2019-04-09 04:27:22

Re: [SOLVED] Need help compiling gnucash from source

#22 2019-04-09 09:14:52

Re: [SOLVED] Need help compiling gnucash from source

#23 2019-04-09 13:02:58

Re: [SOLVED] Need help compiling gnucash from source

#24 2019-04-09 13:30:38

Re: [SOLVED] Need help compiling gnucash from source

#25 2019-04-09 17:06:38

Re: [SOLVED] Need help compiling gnucash from source

#26 2019-04-09 19:03:49

Re: [SOLVED] Need help compiling gnucash from source

#27 2019-04-16 10:57:49

Re: [SOLVED] Need help compiling gnucash from source

Board footer