You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(22) |
Jun
(13) |
Jul
(11) |
Aug
(16) |
Sep
(17) |
Oct
(16) |
Nov
(58) |
Dec
(31) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(28) |
Feb
(26) |
Mar
(6) |
Apr
(10) |
May
(14) |
Jun
(14) |
Jul
(18) |
Aug
(33) |
Sep
(23) |
Oct
(36) |
Nov
(36) |
Dec
(29) |
2003 |
Jan
(36) |
Feb
(52) |
Mar
(31) |
Apr
(9) |
May
(37) |
Jun
(29) |
Jul
(35) |
Aug
(34) |
Sep
(30) |
Oct
(44) |
Nov
(107) |
Dec
(95) |
2004 |
Jan
(78) |
Feb
(145) |
Mar
(163) |
Apr
(109) |
May
(61) |
Jun
(110) |
Jul
(137) |
Aug
(138) |
Sep
(100) |
Oct
(81) |
Nov
(28) |
Dec
(153) |
2005 |
Jan
(45) |
Feb
(88) |
Mar
(63) |
Apr
(71) |
May
(124) |
Jun
(47) |
Jul
(52) |
Aug
(66) |
Sep
(72) |
Oct
(54) |
Nov
(57) |
Dec
(54) |
2006 |
Jan
(91) |
Feb
(91) |
Mar
(116) |
Apr
(80) |
May
(116) |
Jun
(49) |
Jul
(55) |
Aug
(80) |
Sep
(84) |
Oct
(135) |
Nov
(82) |
Dec
(215) |
2007 |
Jan
(147) |
Feb
(132) |
Mar
(139) |
Apr
(147) |
May
(149) |
Jun
(174) |
Jul
(177) |
Aug
(91) |
Sep
(137) |
Oct
(123) |
Nov
(150) |
Dec
(110) |
2008 |
Jan
(166) |
Feb
(122) |
Mar
(143) |
Apr
(163) |
May
(134) |
Jun
(157) |
Jul
(144) |
Aug
(209) |
Sep
(176) |
Oct
(215) |
Nov
(178) |
Dec
(170) |
2009 |
Jan
(199) |
Feb
(171) |
Mar
(268) |
Apr
(188) |
May
(181) |
Jun
(154) |
Jul
(110) |
Aug
(162) |
Sep
(104) |
Oct
(128) |
Nov
(225) |
Dec
(137) |
2010 |
Jan
(170) |
Feb
(143) |
Mar
(152) |
Apr
(200) |
May
(199) |
Jun
(150) |
Jul
(160) |
Aug
(155) |
Sep
(77) |
Oct
(66) |
Nov
(222) |
Dec
(120) |
2011 |
Jan
(108) |
Feb
(163) |
Mar
(88) |
Apr
(105) |
May
(157) |
Jun
(201) |
Jul
(140) |
Aug
(168) |
Sep
(177) |
Oct
(126) |
Nov
(96) |
Dec
(99) |
2012 |
Jan
(156) |
Feb
(172) |
Mar
(115) |
Apr
(68) |
May
(107) |
Jun
(188) |
Jul
(134) |
Aug
(169) |
Sep
(347) |
Oct
(168) |
Nov
(128) |
Dec
(177) |
2013 |
Jan
(181) |
Feb
(247) |
Mar
(198) |
Apr
(161) |
May
(215) |
Jun
(319) |
Jul
(196) |
Aug
(149) |
Sep
(142) |
Oct
(130) |
Nov
(130) |
Dec
(100) |
2014 |
Jan
(247) |
Feb
(195) |
Mar
(119) |
Apr
(276) |
May
(96) |
Jun
(325) |
Jul
(180) |
Aug
(190) |
Sep
(169) |
Oct
(262) |
Nov
(79) |
Dec
(185) |
2015 |
Jan
(479) |
Feb
(263) |
Mar
(255) |
Apr
(136) |
May
(361) |
Jun
(198) |
Jul
(349) |
Aug
(645) |
Sep
(96) |
Oct
(196) |
Nov
(99) |
Dec
(233) |
2016 |
Jan
(204) |
Feb
(477) |
Mar
(201) |
Apr
(126) |
May
(182) |
Jun
(108) |
Jul
(180) |
Aug
(309) |
Sep
(177) |
Oct
(315) |
Nov
(424) |
Dec
(334) |
2017 |
Jan
(362) |
Feb
(339) |
Mar
(251) |
Apr
(144) |
May
(231) |
Jun
(290) |
Jul
(89) |
Aug
(96) |
Sep
(62) |
Oct
(137) |
Nov
(226) |
Dec
(181) |
2018 |
Jan
(139) |
Feb
(244) |
Mar
(200) |
Apr
(66) |
May
(138) |
Jun
(111) |
Jul
(265) |
Aug
(291) |
Sep
(232) |
Oct
(233) |
Nov
(247) |
Dec
(397) |
2019 |
Jan
(298) |
Feb
(217) |
Mar
(176) |
Apr
(248) |
May
(147) |
Jun
(143) |
Jul
(78) |
Aug
(215) |
Sep
(230) |
Oct
(295) |
Nov
(205) |
Dec
(266) |
2020 |
Jan
(186) |
Feb
(102) |
Mar
(95) |
Apr
(428) |
May
(294) |
Jun
(45) |
Jul
(48) |
Aug
(267) |
Sep
(171) |
Oct
(135) |
Nov
(32) |
Dec
(80) |
2021 |
Jan
(77) |
Feb
(31) |
Mar
(61) |
Apr
(41) |
May
(33) |
Jun
(55) |
Jul
(45) |
Aug
(26) |
Sep
(14) |
Oct
(38) |
Nov
(58) |
Dec
(23) |
2022 |
Jan
(62) |
Feb
(30) |
Mar
(51) |
Apr
(74) |
May
(26) |
Jun
(8) |
Jul
(6) |
Aug
(8) |
Sep
(14) |
Oct
(7) |
Nov
(14) |
Dec
(45) |
2023 |
Jan
(30) |
Feb
(12) |
Mar
(12) |
Apr
(8) |
May
(22) |
Jun
(17) |
Jul
|
Aug
(14) |
Sep
(50) |
Oct
(11) |
Nov
(2) |
Dec
|
2024 |
Jan
(10) |
Feb
(3) |
Mar
(17) |
Apr
(3) |
May
|
Jun
(8) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
From: pelm <pel...@ko...> - 2014-04-25 17:48:43
|
Thanks alot, i will try that. But maybe i will wait för the release of 4.1. And for now going with the old 3.4.7. /pelm Brad Rogers wrote > On Fri, 25 Apr 2014 02:37:09 -0700 (PDT) > pelm < > pelle.ekh@ > > wrote: > > Hello pelm, > >>Same here with ubuntu 14.04, the same result with both the generic 4.0.3 >>(gramps own build) and Ubuntu distribution 4.0.3. But i think it is >>this <https://gramps-project.org/bugs/view.php?id=7501> bug. If so >>just wait for 4.0.4 or 4.1. /pelm > > If you're confident working with the Gramps files directly, you could > apply the patch from this message; > > <http://sourceforge.net/p/gramps/mailman/gramps-users/thread/565811.91289.bm%40smtp146.mail.ir2.yahoo.com/#msg32258954> > > Some sort of root access will be required to make the changes. > > Patch written by Kdau, and passed to me via this list, by Jerome. > > -- > Regards _ > / ) "The blindingly obvious is > / _)rad never immediately apparent" > He looked the wrong way at a policeman > I Predict A Riot - Kaiser Chiefs > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Gramps-users mailing list > Gramps-users@.sourceforge > https://lists.sourceforge.net/lists/listinfo/gramps-users > > > signature.asc (501 bytes) > <http://gramps.1791082.n4.nabble.com/attachment/4665748/0/signature.asc> -- View this message in context: http://gramps.1791082.n4.nabble.com/Empty-Notes-tp4665744p4665755.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Doug B. <dou...@gm...> - 2014-04-25 17:15:02
|
On Fri, Apr 18, 2014 at 11:30 AM, David W. Gilmore <pfl...@gm...>wrote: > I wanted to get onto the newest version of Gramps, but the last time I > used it was a few years ago. I don't remember the version. What is the best > way to upgrade my database so I don't blow it up? > Backup your .gramps directory. Make an extra copy. Export/backup your database before you upgrade (make sure you use Gramps XML; you may want to also export as GEDCOM too, so to have a spare backup format). Good idea to include the media with the Gramps XML backup. Install the new gramps, and import your backup. > > Also - is the latest version OK to use with Gramps-Connect? I eventually > want to load the db into it and play around a bit > I don't think that Gramps-Connect comes as a separate package yet, so you'll probably have to get the gramps source. Each version of gramps source has its own version of Gramps-Connect, so as long as you have the source for your version, there should be no incompatibility issues. They'll be other issues... Gramps-Connect isn't quite complete yet, and does have some known privacy leakage issues. But much of it is quite functional. -Doug > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > > |
From: TJMcK <tim...@gm...> - 2014-04-25 15:32:34
|
In some prior discussion about importing GEDCOMs, there was some talk about and a DB_CONFIG file with perameters: #may want to fiddle with cachesize also #set_cachesize 0 200000000 2 set_lk_max_locks 300000 set_lk_max_objects 300000 So I've been doing some reading to see if it would be useful to increase gramps performance when working in a large database. The information that I found seemed to indicate there would-could be an increase in performance. One of these pages that had a consice discussion (which I could understand) was found at: http://blog.monitor.us/2012/02/berkeley-db-performance-tuning/ But before I start mucking about with the DB_CONFIG, I have a few questions (that I can't seem to find answers for): 1) Do gramps developers (and users) feel that extra ram given for cache would help increase perfomance of the database when doing normal data entry and editing? (From what gramps tips say, there is no mention of modifying cache size for regular gramps use) I always have Gigs of free ram that I could designate to gramps if it would help -- and gramps isn't taking it automatically. 2) I could not find, in my readings, if there are any problems with modifying the cache size or, even creating or deleting the DB_CONFIG file after the main database has been initiated. (ie. can I test the DB_CONFIG file with my current large dbs without causing damage to them) 3) In several sources it is stated that after creating the DB_CONFIG file it was necessary to follow it with the command: $ db_recover -e There is no mention of this in the "tips for large databases" wiki https://www.gramps-project.org/wiki/index.php?title=Tips_for_large_databases , nor in the discussion regarding importing large GEDCOMs. Is this command necessary for the DB_CONFIG parameters to take effect? -- View this message in context: http://gramps.1791082.n4.nabble.com/large-db-performance-and-caching-tp4665753.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Brad R. <br...@fi...> - 2014-04-25 15:25:03
|
On Fri, 25 Apr 2014 22:28:31 +1000 Christian Muise <chr...@gm...> wrote: Hello Christian, >Thanks -- I elected to go with the 4.0.4 preview from the ppa (may YW. >resort to patching my own local version in the future). Notes render I prefer to patch locally, rather than add yet another repo. No real reason for that, just my personal preference. >just fine now. When I first noticed it, I thought I was going bonkers and started looking for white text on a white background, etc. When I was told it's not just me, I was relieved. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Watching the people get lairy I Predict A Riot - Kaiser Chiefs |
From: Christian M. <chr...@gm...> - 2014-04-25 13:11:58
|
The 4.0.4 fixes seem to do the trick (now running an updated version from a ppa). Still seems to be some gtk wonkiness, but it doesn't seem to be dpi related. I've filed the associated bug, and will keep the gtk settings on hand for anything else that I notice -- thanks for the tip! Cheers, Christian On Fri, Apr 25, 2014 at 10:14 PM, Enno Borgsteede <enn...@gm...>wrote: > Christian, > > I'm also finding a huge number of visual issues with 14.04 using gnome > > on a high-res device (certain dialogs just aren't visible, like the > > notes entry one). They're likely issues with gtk in general, but if I > > had the option to resize any of them it would help the issue greatly. > Josip mentioned gtk settings for that in an earlier thread about 4.0.3 > on Windows. They may work on Ubuntu too. See > > https://developer.gnome.org/gtk3/stable/GtkSettings.html > > It worth trying to diagnose here, or just wait and see if the gtk > > folks sort things out better? > There's a DPI setting on above page, and I remember that it worked for > font display in Windows 8.1. Would be nice to know whether it helps for > dialogs too. > > cheers, > > Enno > > > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Christian M. <chr...@gm...> - 2014-04-25 12:29:07
|
Thanks -- I elected to go with the 4.0.4 preview from the ppa (may resort to patching my own local version in the future). Notes render just fine now. Cheers On Fri, Apr 25, 2014 at 9:45 PM, Brad Rogers <br...@fi...> wrote: > On Fri, 25 Apr 2014 02:37:09 -0700 (PDT) > pelm <pel...@ko...> wrote: > > Hello pelm, > > >Same here with ubuntu 14.04, the same result with both the generic 4.0.3 > >(gramps own build) and Ubuntu distribution 4.0.3. But i think it is > >this <https://gramps-project.org/bugs/view.php?id=7501> bug. If so > >just wait for 4.0.4 or 4.1. /pelm > > If you're confident working with the Gramps files directly, you could > apply the patch from this message; > > < > http://sourceforge.net/p/gramps/mailman/gramps-users/thread/565811.91289.bm%40smtp146.mail.ir2.yahoo.com/#msg32258954 > > > > Some sort of root access will be required to make the changes. > > Patch written by Kdau, and passed to me via this list, by Jerome. > > -- > Regards _ > / ) "The blindingly obvious is > / _)rad never immediately apparent" > He looked the wrong way at a policeman > I Predict A Riot - Kaiser Chiefs > > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > > |
From: Enno B. <enn...@gm...> - 2014-04-25 12:14:37
|
Christian, > I'm also finding a huge number of visual issues with 14.04 using gnome > on a high-res device (certain dialogs just aren't visible, like the > notes entry one). They're likely issues with gtk in general, but if I > had the option to resize any of them it would help the issue greatly. Josip mentioned gtk settings for that in an earlier thread about 4.0.3 on Windows. They may work on Ubuntu too. See https://developer.gnome.org/gtk3/stable/GtkSettings.html > It worth trying to diagnose here, or just wait and see if the gtk > folks sort things out better? There's a DPI setting on above page, and I remember that it worked for font display in Windows 8.1. Would be nice to know whether it helps for dialogs too. cheers, Enno |
From: Brad R. <br...@fi...> - 2014-04-25 11:46:10
|
On Fri, 25 Apr 2014 02:37:09 -0700 (PDT) pelm <pel...@ko...> wrote: Hello pelm, >Same here with ubuntu 14.04, the same result with both the generic 4.0.3 >(gramps own build) and Ubuntu distribution 4.0.3. But i think it is >this <https://gramps-project.org/bugs/view.php?id=7501> bug. If so >just wait for 4.0.4 or 4.1. /pelm If you're confident working with the Gramps files directly, you could apply the patch from this message; <http://sourceforge.net/p/gramps/mailman/gramps-users/thread/565811.91289.bm%40smtp146.mail.ir2.yahoo.com/#msg32258954> Some sort of root access will be required to make the changes. Patch written by Kdau, and passed to me via this list, by Jerome. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" He looked the wrong way at a policeman I Predict A Riot - Kaiser Chiefs |
From: Ross G. <ro...@th...> - 2014-04-25 11:32:42
|
On 04/25/2014 11:37 AM, pelm wrote: > Same here with ubuntu 14.04, the same result with both the generic 4.0.3 > (gramps own build) and Ubuntu distribution 4.0.3. But i think it is this > <https://gramps-project.org/bugs/view.php?id=7501> bug. If so just wait > for 4.0.4 or 4.1. /pelm > Or if you cannot wait, the fix for 7501 is included in the Ubuntu ppa that I created (instructions on this page): https://launchpad.net/~retail-0/+archive/gramps-ppa This can be considered a beta version of what will become 4.0.4. You can always remove the ppa from your sources list later, and upgrade to the full 4.0.4 when it gets released. Ross |
From: pelm <pel...@ko...> - 2014-04-25 09:56:37
|
Same here with ubuntu 14.04, the same result with both the generic 4.0.3 (gramps own build) and Ubuntu distribution 4.0.3. But i think it is this <https://gramps-project.org/bugs/view.php?id=7501> bug. If so just wait for 4.0.4 or 4.1. /pelm -- View this message in context: http://gramps.1791082.n4.nabble.com/Empty-Notes-tp4665744p4665746.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: paul w. <pw...@pa...> - 2014-04-25 07:42:42
|
Brad Rogers wrote: > On Thu, 24 Apr 2014 10:52:55 -0500 > "J. Allen Crider" <sof...@cr...> wrote: > > Hello J., > >> after you change it. I'm not aware of any easy method for adding >> leading 0's to IDs that have already been assigned. With some care, >> you > > That's exactly what Reorder Gramps IDs is for. Wow - that's a non obvious (side effect) use of a tool created for another purpose! BugBear |
From: Christian M. <chr...@gm...> - 2014-04-25 01:44:58
|
With gramps 4.0.3 (distribution version of ubuntu 14.04) I'm getting empty notes when I go to edit them. This is the error that is being cast on the command line: /usr/lib/python2.7/dist-packages/gramps/gui/widgets/undoableentry.py:115: Warning: g_value_get_int: assertion 'G_VALUE_HOLDS_INT (value)' failed Gtk.Entry.set_text(self, text) Any idea what might be going on? Thanks. Cheers, Christian |
From: Christian M. <chr...@gm...> - 2014-04-25 00:11:44
|
I'm also finding a huge number of visual issues with 14.04 using gnome on a high-res device (certain dialogs just aren't visible, like the notes entry one). They're likely issues with gtk in general, but if I had the option to resize any of them it would help the issue greatly. It worth trying to diagnose here, or just wait and see if the gtk folks sort things out better? Cheers, Christian On Fri, Apr 25, 2014 at 8:58 AM, Ross Gammon <ro...@th...> wrote: > On 04/25/2014 12:40 AM, Enno Borgsteede wrote: > > Peter, > >> Thanks for the tip. However, aptitude tells me there aren't any > >> packages by those names (or similar). There is a package > >> libosmgpsmap2, is that the same thing? > > Maybe. I installed that and python-osmgpsmap here (Xubuntu 14.04), and > > see no error anymore. > > > > regards, > > > > Enno > > > Okay, it is a little bit more complicated than I thought in Ubuntu. > > https://launchpad.net/ubuntu/+source/osm-gps-map > > In Debian unstable, either (or both?) the 0.7.3 and 1.0.1 versions of > osmgpsmap can be installed. It looks like in Ubuntu you need to add the > "trusty proposed" repository to your sources list to get 1.0.1. > > Although installing python-osmgpsmap (which is 0.7.3) might make the > warning go away, I worry that the Geography view may not work properly > for Gramps 4.0.3 without 1.0.1 of osmgpsmap. > > Ross > > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Ron J. <ron...@co...> - 2014-04-24 23:53:57
|
On 04/24/2014 05:53 PM, Josip wrote: > Dana 25.4.2014. 0:21, TJMcK je napisao: >> Alright, I got gramps to recognize the backup files. However, I get a >> "low-level" error (which is the same as before -- and so db_hotbackup didn't >> fix this...) The is the error msg: 31773: ERROR: dbloader.py: line 93: >> Invalid argument -- __db_meta_setup: >> /home/tim/AllData/files-apps/Gramps3/grampsdb/backup2/family.db: unexpected >> file type or format >> > Maybe try db_dump them. > db_dump -h /home/tim/AllData/files-apps/Gramps3/grampsdb/backup2 > family.db > family.txt FYI: note that "family.db > family.txt" should be on the same line as db_dump. > And then reload them: > db_load -h /home/tim/AllData/files-apps/Gramps3/grampsdb/backup2 > family.db < family.txt > > If not working use db_dump with "-r" or if that not works with "-R" switch -- "Mathematics deals exclusively with the relations of concepts to each other without consideration of their relation to experience." Albert Einstein |
From: Josip <jo...@pi...> - 2014-04-24 23:04:22
|
Dana 24.4.2014. 23:16, TJMcK je napisao: > Finding last valid log LSN: file: 406 offset 1039480 > Recovery starting from [405][28] > db_hotbackup: Log sequence error: page LSN 268 977972; previous LSN 401 > 7752339 > db_hotbackup: Recovery function for LSN 405 3971 failed on forward pass > db_hotbackup: PANIC: Invalid argument > db_hotbackup: PANIC: fatal region error detected; run recovery > db_hotbackup: > /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/reference_map.db: > write failed for page 18918 > db_hotbackup: > /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/reference_map.db: > unable to flush page: 18918 > db_hotbackup: process-private: unable to find environment > db_hotbackup: DB_ENV->open: /home/tim/AllData/files-apps/Gramps3/backups: > DB_RUNRECOVERY: Fatal error, run database recovery To reset LSN do db_dump and then db_load -r lsn -- Josip |
From: Ross G. <ro...@th...> - 2014-04-24 22:58:17
|
On 04/25/2014 12:40 AM, Enno Borgsteede wrote: > Peter, >> Thanks for the tip. However, aptitude tells me there aren't any >> packages by those names (or similar). There is a package >> libosmgpsmap2, is that the same thing? > Maybe. I installed that and python-osmgpsmap here (Xubuntu 14.04), and > see no error anymore. > > regards, > > Enno > Okay, it is a little bit more complicated than I thought in Ubuntu. https://launchpad.net/ubuntu/+source/osm-gps-map In Debian unstable, either (or both?) the 0.7.3 and 1.0.1 versions of osmgpsmap can be installed. It looks like in Ubuntu you need to add the "trusty proposed" repository to your sources list to get 1.0.1. Although installing python-osmgpsmap (which is 0.7.3) might make the warning go away, I worry that the Geography view may not work properly for Gramps 4.0.3 without 1.0.1 of osmgpsmap. Ross |
From: Josip <jo...@pi...> - 2014-04-24 22:53:37
|
Dana 25.4.2014. 0:21, TJMcK je napisao: > Alright, I got gramps to recognize the backup files. However, I get a > "low-level" error (which is the same as before -- and so db_hotbackup didn't > fix this...) The is the error msg: 31773: ERROR: dbloader.py: line 93: > Invalid argument -- __db_meta_setup: > /home/tim/AllData/files-apps/Gramps3/grampsdb/backup2/family.db: unexpected > file type or format > Maybe try db_dump them. db_dump -h /home/tim/AllData/files-apps/Gramps3/grampsdb/backup2 family.db > family.txt And then reload them: db_load -h /home/tim/AllData/files-apps/Gramps3/grampsdb/backup2 family.db < family.txt If not working use db_dump with "-r" or if that not works with "-R" switch -- Josip |
From: Enno B. <enn...@gm...> - 2014-04-24 22:41:00
|
Peter, > Thanks for the tip. However, aptitude tells me there aren't any > packages by those names (or similar). There is a package > libosmgpsmap2, is that the same thing? Maybe. I installed that and python-osmgpsmap here (Xubuntu 14.04), and see no error anymore. regards, Enno |
From: TJMcK <tim...@gm...> - 2014-04-24 22:22:07
|
Alright, I got gramps to recognize the backup files. However, I get a "low-level" error (which is the same as before -- and so db_hotbackup didn't fix this...) The is the error msg: 31773: ERROR: dbloader.py: line 93: Invalid argument -- __db_meta_setup: /home/tim/AllData/files-apps/Gramps3/grampsdb/backup2/family.db: unexpected file type or format (In reality, db_hotbackup didn't change any of the errors that I'm getting on any of the recent databases) -- View this message in context: http://gramps.1791082.n4.nabble.com/repairing-a-database-tp4665677p4665736.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Peter H. <gr...@he...> - 2014-04-24 22:14:32
|
On 25/4/2014, Ross Gammon wrote:> On 04/19/2014 01:54 PM, Nick Hall wrote: >> On 19/04/14 10:51, Peter Hewett wrote: >>> There are still a couple of warning / error messages that I need to find >>> fixes for (OsmGpsMap, GExiv2 and django.conf). Maybe the dependencies >>> aren't properly set up in the Kubuntu / Ubuntu deb package for Gramps? >> >> For GExiv2 you will need: gir1.2-gexiv2-0.10 >> >> For spell check install: gir1.2-gtkspell3-3.0 >> >> For the Geography view you will have to build osmgpsmap from source. See: >> >> https://www.gramps-project.org/wiki/index.php?title=GEPS_029:_GTK3-GObject_introspection_Conversion#OsmGpsMap_for_Geography >> >> I suggest downloading the tar file and using the checkinstall method. >> > Actually, the original poster was talking about Ubuntu 14.04 which comes > with the required version of osmgpsmap (it was only recently released in > Debian unstable). You should only need to install: > gir1.2-osmgpsmap-1.0 & libosmgpsmap-1.0-0 Thanks for the tip. However, aptitude tells me there aren't any packages by those names (or similar). There is a package libosmgpsmap2, is that the same thing? TIA Peter |
From: Josip <jo...@pi...> - 2014-04-24 22:00:53
|
Dana 24.4.2014. 23:31, TJMcK je napisao: > Josip. I ran db_hotbackup on the second similar database, and all went > well... no errors! But after changing the default database folder with > "gramps -c > behavior.database-path:/home/tim/AllData/files-apps/Gramps3/backups", gramps > opened and the list of "family tree names" is blank. It appears that the > backup isn't recognized by gramps. Any suggestions? > > If you use before: -b /home/tim/AllData/files-apps/Gramps3/backups then now use: /home/tim/AllData/files-apps/Gramps3 as database path -- Josip |
From: TJMcK <tim...@gm...> - 2014-04-24 21:32:22
|
Josip. I ran db_hotbackup on the second similar database, and all went well... no errors! But after changing the default database folder with "gramps -c behavior.database-path:/home/tim/AllData/files-apps/Gramps3/backups", gramps opened and the list of "family tree names" is blank. It appears that the backup isn't recognized by gramps. Any suggestions? -- View this message in context: http://gramps.1791082.n4.nabble.com/repairing-a-database-tp4665677p4665733.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: TJMcK <tim...@gm...> - 2014-04-24 21:16:49
|
Thanks for the extra details... I think that I was able to run db_hotbackup correctly, but it had errors and ultimately failed. Here is the output: --------------------------- ~ $ db_hotbackup -Fv -h /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13 -b /home/tim/AllData/files-apps/Gramps3/backups db_hotbackup: hot backup started at Thu Apr 24 14:10:12 2014 db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/tag.db to /home/tim/AllData/files-apps/Gramps3/backups/tag.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/source_id.db to /home/tim/AllData/files-apps/Gramps3/backups/source_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/event_id.db to /home/tim/AllData/files-apps/Gramps3/backups/event_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/citation.db to /home/tim/AllData/files-apps/Gramps3/backups/citation.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/name_group.db to /home/tim/AllData/files-apps/Gramps3/backups/name_group.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/person.gbkp.new to /home/tim/AllData/files-apps/Gramps3/backups/person.gbkp.new db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/repo_id.db to /home/tim/AllData/files-apps/Gramps3/backups/repo_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/pythonversion.txt to /home/tim/AllData/files-apps/Gramps3/backups/pythonversion.txt db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/person.db to /home/tim/AllData/files-apps/Gramps3/backups/person.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/family.db to /home/tim/AllData/files-apps/Gramps3/backups/family.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/citation_id.db to /home/tim/AllData/files-apps/Gramps3/backups/citation_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/place_id.db to /home/tim/AllData/files-apps/Gramps3/backups/place_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/place.db to /home/tim/AllData/files-apps/Gramps3/backups/place.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/bdbversion.txt to /home/tim/AllData/files-apps/Gramps3/backups/bdbversion.txt db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/name.txt to /home/tim/AllData/files-apps/Gramps3/backups/name.txt db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/source.db to /home/tim/AllData/files-apps/Gramps3/backups/source.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/meta_data.db to /home/tim/AllData/files-apps/Gramps3/backups/meta_data.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/reference_map.db to /home/tim/AllData/files-apps/Gramps3/backups/reference_map.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/undo.db to /home/tim/AllData/files-apps/Gramps3/backups/undo.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/referenced_map.db to /home/tim/AllData/files-apps/Gramps3/backups/referenced_map.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/surnames.db to /home/tim/AllData/files-apps/Gramps3/backups/surnames.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/tag_name.db to /home/tim/AllData/files-apps/Gramps3/backups/tag_name.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/repo.db to /home/tim/AllData/files-apps/Gramps3/backups/repo.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/event.db to /home/tim/AllData/files-apps/Gramps3/backups/event.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/media.db to /home/tim/AllData/files-apps/Gramps3/backups/media.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/person_id.db to /home/tim/AllData/files-apps/Gramps3/backups/person_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/family_id.db to /home/tim/AllData/files-apps/Gramps3/backups/family_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/note_id.db to /home/tim/AllData/files-apps/Gramps3/backups/note_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/lock to /home/tim/AllData/files-apps/Gramps3/backups/lock db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/primary_map.db to /home/tim/AllData/files-apps/Gramps3/backups/primary_map.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/note.db to /home/tim/AllData/files-apps/Gramps3/backups/note.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/media_id.db to /home/tim/AllData/files-apps/Gramps3/backups/media_id.db db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/log.0000000405 to /home/tim/AllData/files-apps/Gramps3/backups/log.0000000405 db_hotbackup: copying /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/log.0000000406 to /home/tim/AllData/files-apps/Gramps3/backups/log.0000000406 db_hotbackup: lowest numbered log file copied: 405 db_hotbackup: /home/tim/AllData/files-apps/Gramps3/backups: run catastrophic recovery Finding last valid log LSN: file: 406 offset 1039480 Recovery starting from [405][28] db_hotbackup: Log sequence error: page LSN 268 977972; previous LSN 401 7752339 db_hotbackup: Recovery function for LSN 405 3971 failed on forward pass db_hotbackup: PANIC: Invalid argument db_hotbackup: PANIC: fatal region error detected; run recovery db_hotbackup: /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/reference_map.db: write failed for page 18918 db_hotbackup: /home/tim/AllData/files-apps/Gramps3/grampsdb/534a0c13/reference_map.db: unable to flush page: 18918 db_hotbackup: process-private: unable to find environment db_hotbackup: DB_ENV->open: /home/tim/AllData/files-apps/Gramps3/backups: DB_RUNRECOVERY: Fatal error, run database recovery db_hotbackup: HOT BACKUP FAILED! I have a similar database in a different folder, I will now try and run db_hotbackup with that database. -- View this message in context: http://gramps.1791082.n4.nabble.com/repairing-a-database-tp4665677p4665732.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Josip <jo...@pi...> - 2014-04-24 18:39:54
|
Dana 24.4.2014. 9:04, TJMcK je napisao: > Josip-3 wrote >> Do hotbackup of your database and that will try simple recovery on that. >> Get db env directory with "gramps -l" and use result in "-h" switch, >> >> db_hotbackup -h FOO -b BAR -v >> >> BAR directory will be created if they not exist. >> If got complains about env don't exist use "-F" switch. >> >> If everything goes well start Gramps and set database path to BAR and >> try to load it, if not post result (always use "-v" for verbosity) > > This is all new to me so I need you to elaborate on a few things... > > 1) Do I run the db_hotbackup command in the folder with the corrupted > database? It is not necessary just use "-h" to tell where your database is (if data and log files is in different directories then use "-d" and "-i" switchs) > 2) Can you give an example of how I use the gramps -l result in the -h > switch? > 3) And if I need to run the -F switch, do you mean: db_hotbackup -F (by > itself?) > 4) Will BAR be the name of the folder? > 5) Are you saying I should use Gramps -v -- if I need to post errors? > ## For example this is done in Windows but commands is same as Linux one c:\>python2 gramps.py -l List of known Family Trees in your database path C:\GRAMPSTEST\gramps\grampsdb\534a411b with name "py27master" C:\GRAMPSTEST\gramps\grampsdb\534a419e with name "py3master" C:\GRAMPSTEST\gramps\grampsdb\53595365 with name "test1" ## Now lets say i want "test1" to backup c:\>mkdir C:\GRAMPSTEST\gramps\backups c:\>db_hotbackup -Fv -h C:\GRAMPSTEST\gramps\grampsdb\53595365 -b C:\GRAMPSTEST\gramps\backups\test1 db_hotbackup: BDB5032 hot backup started at Thu Apr 24 20:19:50 2014 db_hotbackup: BDB0724 copying database C:\GRAMPSTEST\gramps\grampsdb\53595365\tag_name.db to C:\GRAMPSTEST\gramps\backups\test1\tag_name.db db_hotbackup: BDB0724 copying database C:\GRAMPSTEST\gramps\grampsdb\53595365\tag.db to C:\GRAMPSTEST\gramps\backups\test1\tag.db db_hotbackup: BDB0724 copying database C:\GRAMPSTEST\gramps\grampsdb\53595365\surnames.db to C:\GRAMPSTEST\gramps\backups\test1\surnames.db db_hotbackup: BDB0724 copying database C:\GRAMPSTEST\gramps\grampsdb\53595365\source_id.db to C:\GRAMPSTEST\gramps\backups\test1\source_id.db ... ... ... db_hotbackup: BDB0742 lowest numbered log file copied: 4 db_hotbackup: BDB5040 C:\GRAMPSTEST\gramps\backups\test1: run catastrophic recovery db_hotbackup: BDB2526 Finding last valid log LSN: file: 4 offset 2744340 db_hotbackup: BDB1514 Recovery starting from [4][28] db_hotbackup: BDB1518 Recovery complete at Thu Apr 24 20:19:51 2014 db_hotbackup: BDB1519 Maximum transaction ID 80008f76 recovery checkpoint [4][2744340] db_hotbackup: BDB5041 C:\GRAMPSTEST\gramps\backups\test1: remove unnecessary log files db_hotbackup: BDB5042 hot backup completed at Thu Apr 24 20:19:51 2014 c:\>python2 Gramps.py -c behavior.database-path:C:\GRAMPSTEST\gramps\backups Current Gramps config setting: behavior.database-path:u'C:\\GRAMPSTEST\\gramps\\grampsdb' New Gramps config setting: behavior.database-path:'C:\\GRAMPSTEST\\gramps\\backups' -- Josip |
From: Enno B. <enn...@gm...> - 2014-04-24 18:14:12
|
Phil, > Well, when I opened Gramps it warned me that I would be upgrading the > database and this was an irreversible operation. I made a quick > backup before moving on. Maybe that warning was about not being able > to move back to 3.4.* instead of an older bsddb version. In either > case... The bsddb version is definitely changed, but not by Gramps. I built 3.4.8 from source on both Linux Mint 16 (based on Ubuntu 13.10) and Trusty Tahr, a.k.a. Xubuntu 14.04, and my database needed an upgrade on the latter too. In my old database, bdbversion.txt reports (5, 1, 29), and the new one reports (5, 3, 28), so you are definitely right about this. cheers, Enno --- Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus-bescherming actief is. http://www.avast.com |