Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Helpful to know how it should behave and the behaviour you describe would be nice. Several other settings are remembered from the last session, including X and Y positions. What system(s) are you on? I'm on ubuntu 8.04.2.
There is a ~/.gconf/apps/gcalctool/%gconf.xml file which included
Setting that to ENG did not change gcalctool's initial mode. vim unexpectedly reported that %gconf.xml had changed when trying to save an edit; this when gcalctool was not running. ???
Wnen gconf-editor->apps->gcalctool was used to set display it was persistent; after quitting gconf-editor and restarting, the value was the same but was not written to %gconf.xml and did change gcalctool's initial mode.
Perhaps gcalctool in the 5.22.3-0ubuntu0.1 package has been built to ignore the usual display configuration but the full configuration utilities are left in place, with the display part ineffective. This would be consistent with the "dumbing down" design philosophy of ubuntu/GNOME.
I started to install gcalctool-5.24.3.1 direct from http://ftp.gnome.org/pub/GNOME/sourc...24.3.1.tar.bz2 but gave up because it required a later version of intltool and I was worried that might cause breakage. Was I being over cautious?
The following is probably a red herring (hence the colour!) but is included for completeness.
Wnen gconf-editor->apps->gcalctool was used to set display to ENG as the default it gave error message "The application "gconf-editor" attempted to change an aspect of your configuration that your system administrator or operating system vendor does not allow you to change. Some of the settings you have selected may not take effect, or may not be restored next time you use the application." with details "No database available to save your configuration: Unable to store a value at key '/apps/gcalctool/display', as the configuration server has no writable databases. There are some common causes of this problem: 1) your configuration path file /etc/gconf/2/path doesn't contain any databases or wasn't found 2) somehow we mistakenly created two gconfd processes 3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or 4) your NFS client machine crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, remove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default configuration that prevents remote CORBA connections - put "ORBIIOPIPv4=1" in /etc/orbitrc. As always, check the user.* syslog for details on problems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf"
I worked my way through all that lot but didn't identify any problem causes.
Well, I was on Fedora 10 at the time, which has version 2.24.3. That version, on Fedora, offers a "Scientific" mode, but no "Engineering" mode. (Running KDE, not GNOME, by the way.)
I'm on Fedora 10 right now, so I'll edit this post when I log in to Ubuntu. (I don't have the old 8.04 release, but I'll try it on 8.10 and 9.04.)
Well, I was on Fedora 10 at the time, which has version 2.24.3. That version, on Fedora, offers a "Scientific" mode, but no "Engineering" mode. (Running KDE, not GNOME, by the way.)
Thanks some more
5.22.3 has a Scientific view (along with Basic, Advanced and Financial) available on the View drop down menu) and Eng, Fix and Sci display modes, available on radio buttons. It starts in the last selected view OK, just not in the last selected display mode.
5.22.3 has a Scientific view (along with Basic, Advanced and Financial) available on the View drop down menu) and Eng, Fix and Sci display modes, available on radio buttons. It starts in the last selected view OK, just not in the last selected display mode.
Best
Charles
Sorry, I misunderstood the problem.
So, now I'm on Ubuntu 9.04 in GNOME, with gcalctool 5.25.91, and it has exactly the same behaviour as you describe for 5.22.3.
Let me see if I can change the XML file . . .
Weird! I tried this script to no avail:
Code:
#!/bin/bash
dbg=yes
xml=~/.gconf/apps/gcalctool/%gconf.xml
[ -n $dbg ] && ls -l $xml && grep -A 1 display $xml
cat $xml | sed 's/>FIX</>ENG</' > $xml
[ -n $dbg ] && echo && ls -l $xml && grep -A 1 display $xml
gcalctool &
disown
Clearly gcalctool "fixes" the FIX when it starts.
I reported the problem to the Ubuntu maintainers, but I suspect it's a "feature" of the tool, not a "bug."
<edit>
O.K., back on Fedora 10, and I see the same behavior. That, I think, increases the likelihood that it's a "feature"of gcalctool.
Sorry. Perhaps you could patch the source code you've got and submit it as a bug fix.
</edit>
Last edited by PTrenholme; 02-22-2009 at 12:34 PM.
Sorry, I misunderstood the problem.
[snip]
Perhaps you could patch the source code you've got and submit it as a bug fix.
</edit>
No problem, P . Thanks for working with me on this.
I looked at the code as you suggested but it was too complex for my aged C knowledge so I submitted a bug report, 572880, about "display" being present in the configuration mechanisms but ineffective and an enhancement request, 572881, to have the "display" setting made persistent and configurable.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.