Fwd: gnucash environment problem
rclar <[email protected]> Wed, 9 Jan 2013 18:02:26 -0500
| Newsgroups | gmane.comp.gnome.lib.gconf |
|---|---|
| Message-ID | <CAKV4gQA=mUeaQ8tO10hfzsbDz07fo3TfqZ0ERx80qk=KvonAEQ@mail.gmail.com> |
--===============1992299090== Content-Type: multipart/alternative; boundary=e89a8f3b9df351851f04d2e30e41 --e89a8f3b9df351851f04d2e30e41 Content-Type: text/plain; charset=ISO-8859-1 Does anyone know if this is expected behavior for gconf, or if there is some way in which a change to the gconf store can be forced out, so that a local shell can "see" the changes which may have been made via an X-11 forwarded session? Thanks ---------- Forwarded message ---------- From: Colin Law <[email protected]> Date: Wed, Jan 9, 2013 at 12:38 PM Subject: Re: gnucash environment problem To: rclar <[email protected]> Cc: Derek Atkins <[email protected]>, "[email protected]" < [email protected]> On 9 January 2013 17:02, rclar <[email protected]> wrote: > Ok, but if that was the case, shouldn't I expect consistent behaviour, and > be presented with an empty and new gnucash instance when I first start from > the ssh session? It would seem that gnucash reads gconf just fine, but > creates a "shadow" instance when it is writing from a ssh shell. It is a caching issue in gconf, to demonstrate Run gnucash in an ssh -X terminal and do Save As to a new file. Close gnucash In the ssh session run gconf-editor and in apps/gnucash/history will be seen the new file. Run gconf-editor directly on the remote machine and it will be seen that apps/gnucash/history does not include the new file. Open gnucash and it will not pick up the new file. Reboot the machine (in fact logout/in will likely do, and no doubt there is a way of restarting gconf server) Run gconf-editor again and now the new file appears in the history, and running gnucash will pick up the file as expected. So the problem is, as expected, nothing to do with gnucash. It is that changing gconf settings remotely via X forwarding is not seen by the gconf server running on the remote machine unitl the server is restarted. Colin > > I also learned that gconf is now deprecated and unsupported with gsettings > being the replacement. Does that migration need to be put on a wish list > somewhere? > > On Jan 9, 2013 11:39 AM, "Derek Atkins" <[email protected]> wrote: >> >> Hi, >> >> rclar <[email protected]> writes: >> >> > On Jan 8, 2013 12:03 PM, "Colin Law" <[email protected]> wrote: >> > >> >> That is interesting, I see the same issue (using xml format) running >> >> Ubuntu (12.10 on the local machine, 12.04 on the remote). The >> >> saved-as file does not even appear in the recent files list when GC is >> >> run directly on the remote machine (after running remotely), but it >> >> does appear in the list and is opened automatically if GC is run again >> >> using ssh -X. Presumably it is an issue with gconf and X forwarding. >> > >> > Thanks for reproducing it. I'll see what I can dig up around gconf to >> > report a bug. >> >> I am not convinced this is a bug in gconf. >> >> When you ssh to and X-forward back from another host to run a process, >> there is nothing that says that you have a running gnome/gconf >> environment on that remote system into which you could store gconf data. >> So, arguably, it is correct behavior to use the configuration on your >> visual desktop instead of the configuration on the remote server (which >> may not exist). >> >> > Please remember to CC this list on all your replies. >> > You can do this by using Reply-To-List or Reply-All. >> >> -derek >> >> -- >> Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory >> Member, MIT Student Information Processing Board (SIPB) >> URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH >> [email protected] PGP key available --e89a8f3b9df351851f04d2e30e41 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Does anyone know if this is expected behavior for gconf, o= r if there is some way in which a change to the gconf store can be forced o= ut, so that a local shell can "see" the changes which may have be= en made via an X-11 forwarded session?<div> <br></div><div>Thanks=A0<br><br><div class=3D"gmail_quote">---------- Forwa= rded message ----------<br>From: <b class=3D"gmail_sendername">Colin Law</b= > <span dir=3D"ltr"><<a href=3D"mailto:[email protected]">clanlaw@g= ooglemail.com</a>></span><br> Date: Wed, Jan 9, 2013 at 12:38 PM<br>Subject: Re: gnucash environment prob= lem<br>To: rclar <<a href=3D"mailto:[email protected]">rclar.in.dc@g= mail.com</a>><br>Cc: Derek Atkins <<a href=3D"mailto:[email protected]"= >[email protected]</a>>, "<a href=3D"mailto:[email protected]"= >[email protected]</a>" <<a href=3D"mailto:gnucash-user@gnuc= ash.org">[email protected]</a>><br> <br><br><div class=3D"im">On 9 January 2013 17:02, rclar <<a href=3D"mai= lto:[email protected]">[email protected]</a>> wrote:<br> > Ok, but if that was the case, shouldn't I expect consistent behavi= our, and<br> > be presented with an empty and new gnucash instance when I first start= from<br> > the ssh session? It would seem that gnucash reads gconf just fine, but= <br> > creates a "shadow" instance when it is writing from a ssh sh= ell.<br> <br> </div>It is a caching issue in gconf, to demonstrate<br> Run gnucash in an ssh -X terminal and do Save As to a new file.<br> Close gnucash<br> In the ssh session run gconf-editor and in apps/gnucash/history will<br> be seen the new file.<br> Run gconf-editor directly on the remote machine and it will be seen<br> that apps/gnucash/history does not include the new file.<br> Open gnucash and it will not pick up the new file.<br> Reboot the machine (in fact logout/in will likely do, and no doubt<br> there is a way of restarting gconf server)<br> Run gconf-editor again and now the new file appears in the history,<br> and running gnucash will pick up the file as expected.<br> <br> So the problem is, as expected, nothing to do with gnucash. =A0It is<br> that changing gconf settings remotely via X forwarding is not seen by<br> the gconf server running on the remote machine unitl the server is<br> restarted.<br> <span class=3D"HOEnZb"><font color=3D"#888888"><br> Colin<br> </font></span><div class=3D"HOEnZb"><div class=3D"h5"><br> <br> ><br> > I also learned that gconf is now deprecated and unsupported with gsett= ings<br> > being the replacement. Does that migration need to be put on a wish li= st<br> > somewhere?<br> ><br> > On Jan 9, 2013 11:39 AM, "Derek Atkins" <<a href=3D"mailt= o:[email protected]">[email protected]</a>> wrote:<br> >><br> >> Hi,<br> >><br> >> rclar <<a href=3D"mailto:[email protected]">rclar.in.dc@gma= il.com</a>> writes:<br> >><br> >> > On Jan 8, 2013 12:03 PM, "Colin Law" <<a href=3D= "mailto:[email protected]">[email protected]</a>> wrote:<br> >> ><br> >> >> That is interesting, I see the same issue (using xml form= at) running<br> >> >> Ubuntu (12.10 on the local machine, 12.04 on the remote).= =A0The<br> >> >> saved-as file does not even appear in the recent files li= st when GC is<br> >> >> run directly on the remote machine (after running remotel= y), but it<br> >> >> does appear in the list and is opened automatically if GC= is run again<br> >> >> using ssh -X. =A0Presumably it is an issue with gconf and= X forwarding.<br> >> ><br> >> > Thanks for reproducing it. I'll see what I can dig up aro= und gconf to<br> >> > report a bug.<br> >><br> >> I am not convinced this is a bug in gconf.<br> >><br> >> When you ssh to and X-forward back from another host to run a proc= ess,<br> >> there is nothing that says that you have a running gnome/gconf<br> >> environment on that remote system into which you could store gconf= data.<br> >> So, arguably, it is correct behavior to use the configuration on y= our<br> >> visual desktop instead of the configuration on the remote server (= which<br> >> may not exist).<br> >><br> >> > Please remember to CC this list on all your replies.<br> >> > You can do this by using Reply-To-List or Reply-All.<br> >><br> >> -derek<br> >><br> >> --<br> >> =A0 =A0 =A0 =A0Derek Atkins, SB '93 MIT EE, SM '95 MIT Med= ia Laboratory<br> >> =A0 =A0 =A0 =A0Member, MIT Student Information Processing Board = =A0(SIPB)<br> >> =A0 =A0 =A0 =A0URL: <a href=3D"http://web.mit.edu/warlord/" target= =3D"_blank">http://web.mit.edu/warlord/</a> =A0 =A0PP-ASEL-IA =A0 =A0 N1NWH= <br> >> =A0 =A0 =A0 =A0<a href=3D"mailto:[email protected]">[email protected]<= /a> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PGP key available<br> </div></div></div><br></div></div> --e89a8f3b9df351851f04d2e30e41-- --===============1992299090== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ gconf-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/gconf-list --===============1992299090==--