| Summary: | Evolution does not start after updates | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Daniel Kjellin <mandriva> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | critical | ||
| Priority: | High | CC: | financecajole, jkowalzik, ovilewade9 |
| Version: | 2 | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| See Also: | https://bugs.mageia.org/show_bug.cgi?id=11370 | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
|
Description
Daniel Kjellin
2013-11-12 09:58:14 CET
Daniel Kjellin
2013-11-12 09:59:25 CET
See Also:
(none) =>
https://bugs.mageia.org/show_bug.cgi?id=11370
Daniel Kjellin
2013-11-12 10:31:57 CET
Priority:
Normal =>
High It appears to be a timezone issue. I've reopened bug 11559 for that update. I tried the suggested solution from https://bugzilla.redhat.com/show_bug.cgi?id=712070 which was to remove ~/.local/share/evolution/mail/local/folders.db While the file is recreated evolution does still not start. I found another one in ~/.local/share/evolution/mail/local/vfolder/folders.db removing that had no impact. I ran "strace evolution" in a hope to get more clues. Perhaps sqlite is not the culprit, just pasting the end of the trace. "open("/usr/share/zoneinfo/Chile/Continental", O_RDONLY) = 18 fstat(18, {st_mode=S_IFREG|0644, st_size=2505, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe469b80000 lseek(18, 0, SEEK_SET) = 0 read(18, "TZif3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 20) = 20 read(18, "\0\0\0\10\0\0\0\10\0\0\0\0\0\0\0\236\0\0\0\10\0\0\0\r\217$i\306\233\\\345P"..., 4096) = 2485 brk(0x1eed000) = 0x1eed000 lseek(18, 911, SEEK_SET) = 911 close(18) = 0 munmap(0x7fe469b80000, 4096) = 0 open("/usr/share/zoneinfo/Chile/EasterIsland", O_RDONLY) = 18 fstat(18, {st_mode=S_IFREG|0644, st_size=2269, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe469b80000 lseek(18, 0, SEEK_SET) = 0 read(18, "TZif3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 20) = 20 read(18, "\0\0\0\6\0\0\0\6\0\0\0\0\0\0\0\217\0\0\0\6\0\0\0\17\271\307@\210\314\34n@"..., 4096) = 2249 lseek(18, 822, SEEK_SET) = 822 close(18) = 0 munmap(0x7fe469b80000, 4096) = 0 open("/usr/share/zoneinfo/Cuba", O_RDONLY) = -1 ENOENT (No such file or directory) futex(0x7fe491fa96c0, FUTEX_WAIT_PRIVATE, 2, NULL^C <unfinished ...> " the ^C is from me pressing ctrl+c to terminate the process as it hangs. What struck me here is the "no file found" for the /usr/share/zoneinfo/Cuba, I doubt this is really the issue, but it is interesting nonetheless. It is listed in the zone.tab. I downloaded the previous timezone package and ran urpmi --downgrade timezone-2012c-1.mga2.x86_64.rpm Once that was done Evolution started! So sqlite is *not* the issue, the timezone package is! I think we need to update that as soon as possible. I am unable to determine WHAT the appropriate solution is, but I'm sure that the maintainer of the timezone package can help out. Thank you Claire, we arrived at the same solution at about the same time. Should I close this issue now? As indicated by Claire on https://bugs.mageia.org/show_bug.cgi?id=11559 the package should be fine. I downloaded it manually and inspected it before installing (just opening in file-roller and looking that Cuba and a few other timezones where present) and then installed it. I will close this issue now as it seems fixed. It must be some problem with a mirror and I was unlucky when I pulled my package down the first time. Status:
NEW =>
RESOLVED There are the amazing post here i love to seen it follow the online link http://freecodeshub.com/get-free-robux and getting the update of seen method to get free robux most of the people can got it fun zone here. CC:
(none) =>
ovilewade9 Evolution continues to not begin even after the file is regenerated. Another one that I discovered in /.local/share/evolution/mail/local/vfolder/folders.db could not be removed because it had no effect.
In an effort to gather more information, I ran "strace evolution." Maybe sqlite is merely pasting the trace's conclusion and not the real problem.
"open("/usr/share/zoneinfo/Chile/Continental", O RDONLY) = 18 fstat(18, st mode=S IFREG|0644, st size=2505,...") = 0x7fe469b80000 mmap(NULL, 4096, PROT READ|PROT WRITE, MAP PRIVATE|MAP ANONYMOUS, -1, "TZif3000000000000000", 20) = 20 read(18, "00010001000000236000010000", "00010", 306 233 345P "..., 4096) = 2485 brk(0x1eed000) = 0x1eed000 lseek(18, 911, SEEK SET) = 911 close(18) = 0 munmap(0x7fe469b80000, 4096) = 0 fstat(18, st mode=S IFREG|0644, st size=2269,...) = 0 mmap(NULL, 4096, PROT)
I ran the last timezone package that I had downloaded.
timezone-2012c-1.mga2.x86 64.rpm urpmi —downgrade
https://funnyshooter2.comCC:
(none) =>
financecajole |