Re: Evolution mess

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2010-12-14 at 04:16 -0800, Les wrote:
> On Mon, 2010-12-13 at 16:25 -0430, Patrick O'Callaghan wrote:
> > On Mon, 2010-12-13 at 04:14 -0800, Les wrote:
> > > Hi, everyone,
> > > Continuing my issues with moving to 64 bit and porting stuff, evolution
> > > has a phantom contact list.  As you can see in the attached screenshot,
> > > the first "on this computer>personal" contact list doesn't appear to
> > > exist.  The other one is the good one.  I don't appear to be able to
> > > move the second "on this computer>personal" or even copy or move its
> > > contents to the first "on this computer>personal" list.  Neither can I
> > > delete the first one, because the delete option is disabled in the menu.
> > > I suspect that there is an error in my personal .evolution folder that
> > > is causing this, but I am unsure about editing those settings without
> > > advice or a reference.
> > > 
> > > My google searches have not turned up anything I could use.
> > > 
> > > Any assistance or advice would be helpful.
> > 
> > Start by stating what version of Evo you have. F14 includes 2.32, which
> > moved stuff around, e.g. ~/.evolution no longer contains most of the
> > config info.
> > 
> > poc
> > 
> 
> Well, I'm making progress.
> 	I have tracked the setup and config files to ~.gconf/apps/evolution.
> 	In the Addressbook folder there, there is a %gconf.xml file (unique
> call having all these files named as %gconf.xml)  Anyway, I edit the one
> in ~/.gconf/apps/evolution/addressbook, and I find that it has two
> entries:
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 		<li type="string">
> 			<stringvalue>&lt;?xml version=&quot;1.0&quot;?&gt;
> &lt;group uid=&quot;1162801071.10728.17@xxxxxxxxxxxxxxxxxxxxx&quot;
> name=&quot;On This Computer&quot; base_uri=&quot;local:&quot;
> readonly=&quot;no&quot;&gt;&lt;source
> uid=&quot;1162801071.10728.18@xxxxxxxxxxxxxxxxxxxxx&quot;
> name=&quot;Personal&quot;
> uri=&quot;file:///home/lesh/.evolution/addressbook/local/system&quot;
> relative_uri=&quot;system&quot;&gt;&lt;properties&gt;&lt;property
> name=&quot;completion&quot; value=&quot;true&quot;/&gt;&lt;property
> name=&quot;pilot-sync&quot; value=&quot;true&quot;/&gt;&lt;property
> name=&quot;use-in-contacts-calendar&quot;
> value=&quot;0&quot;/&gt;&lt;/properties&gt;&lt;/source&gt;&lt;source
> uid=&quot;1163129951.18548.0@xxxxxxxxxxxxxxxxxxxxx&quot;
> name=&quot;Personal2&quot;
> relative_uri=&quot;1163129951.18548.0@xxxxxxxxxxxxxxxxxxxxx&quot;&gt;&lt;properties&gt;&lt;property name=&quot;completion&quot; value=&quot;true&quot;/&gt;&lt;property name=&quot;remember_password&quot; value=&quot;false&quot;/&gt;&lt;/properties&gt;&lt;/source&gt;&lt;/group&gt;
> </stringvalue>
> 		</li>
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> and
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 		<li type="string">
> 			<stringvalue>&lt;?xml version=&quot;1.0&quot;?&gt;
> &lt;group uid=&quot;1292063110.2475.0@school3&quot; name=&quot;On This
> Computer&quot; base_uri=&quot;local:&quot;
> readonly=&quot;no&quot;&gt;&lt;source
> uid=&quot;1292063110.2475.1@school3&quot; name=&quot;Personal&quot;
> relative_uri=&quot;system&quot;&gt;&lt;properties&gt;&lt;property
> name=&quot;completion&quot; value=&quot;true&quot;/&gt;&lt;property
> name=&quot;remember_password&quot;
> value=&quot;false&quot;/&gt;&lt;/properties&gt;&lt;/source&gt;&lt;/group&gt;
> </stringvalue>
> 		</li>
> 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> So far so good.  Now in the first list string, there is a file referred
> to as personal2.  This file operates as it should.
> The first name entry as personal does not.  It doesn't appear to have a
> file associated with it.  Since there is a personal address book
> associated with the second entry, I think all I should have to do is
> edit this %gonf.xml file and change the entry reference to match the
> second one.  But that brings up a question of where the actual file is
> and if it is in the correct place?  If it is not, then the next software
> update would mess things up again.  If anyone can shed some light on
> this, I would appreciate it.  How does the link mentioned, which appears
> to be 1292063110.2475@xxxxxxxxxxxxxxxxxxxxx get resolved to point to the
> file?  
> 
> Regards,
> Les Howell
> 
> 

Still probling:
	I have traced the files down to actually being named as follows:
/home/"username"/.local/share/evolution/addressbook/1163129951.18548.0@xxxxxxxxxxxxxxxxxxxxx is the directory, and the file is addressbook.db or addressbook.db.summary.  These both appear to be database files encoded into records that a texteditor cannot resolve.  I suspect that with a bit more sleuthing I could figure that out as well.  But here is the interesting part, this appears to be the first reference, not the second, yet I get the second personal entry in the Evolution display to show up correctly but not the first? 

<rant>
	 Moreover this is a fragile file structure, relying on a database file
in one directory to link and be synchronous with a ".xml" file in
another directory.  Additionally the path to the relevant database must
be encoded in yet another xml file.  Worse still is the "%gconf.xml"
files which are differentiated by directory only, yet have different
contents.  This kind of convoluted programming is what causes programs
to be vulnerable.  

	Worse is a system file that is binary encoded.  This means that it
requires some sort of dedicated editor to manipulate it.  What happened
to the opensource credo of not hiding your own data and information
hostage?  

	With todays processors, it is unnecessary obfuscation to encode data
like this.  Worse still, it binds data to specific applications, when
such binding should be avoided.  

	As I looked at the .gconf directory and its ensconced files, it appears
to be a central weak link, binary encoded, database driven with non-text
databases.  I can find my way through it, but it is unnecessarily
complicated, especially for something that is at its core a completely
text based utility, which should support graphics, but not be driven by
them.
</rant>

	While this appears to be primarily my evolution application that is
messed up, it also appears that firefox has a related problem, as I
cannot get it to set the home directory so it comes up pointing at the
home directory I want.  But I'll start another issue with that.  I can
bugzilla both I guess, since neither one appears to be specifically
fedora related.

Anyway, if anyone else has experienced what I am seeing (call it an
orphan file or file entry), then maybe we can work together to build a
simple explanation of the linkages and some way to verify them.

Regards,
Les H

-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux