From: Stéphane C. <ste...@gm...> - 2010-03-10 08:04:25
|
It has been several days since the first beta; I'm happy to say we have a 2nd beta build uploaded to SourceForge. Please find Gramps-3.2.0-0beta2 at one of the following locations: SourceForge: https://sourceforge.net/projects/gramps/files/ Subversion: https://gramps.svn.sourceforge.net/svnroot/gramps/tags/gramps-3.2.0-beta2 One trivial item -- only after I tagged 3.2.0-beta2 and created the package did I notice the copyright year in the "about" dialog still said 2009. I've fixed that in both 3.2 and trunk. Stéphane |
From: Stéphane C. <ste...@gm...> - 2010-03-10 10:25:42
|
Thanks to the newer files James recently sent out, I've attempted to update the .deb package files in subversion, both on 3.2 and on trunk. For Ubuntu users, please find 3.2.0-0beta2 as an easy-to-install .deb file on SourceForge: https://sourceforge.net/projects/gramps/files/ Stéphane 2010/3/10 Stéphane Charette <ste...@gm...> > It has been several days since the first beta; I'm happy to say we have a > 2nd beta build uploaded to SourceForge. Please find Gramps-3.2.0-0beta2 at > one of the following locations: > > SourceForge: https://sourceforge.net/projects/gramps/files/ > Subversion: > https://gramps.svn.sourceforge.net/svnroot/gramps/tags/gramps-3.2.0-beta2 > > One trivial item -- only after I tagged 3.2.0-beta2 and created the package > did I notice the copyright year in the "about" dialog still said 2009. I've > fixed that in both 3.2 and trunk. > > Stéphane > |
From: Serge N. <Ser...@fr...> - 2010-03-10 21:40:57
|
Stéphane Charette a écrit : > Thanks to the newer files James recently sent out, I've attempted to > update the .deb package files in subversion, both on 3.2 and on > trunk. For Ubuntu users, please find 3.2.0-0beta2 as an > easy-to-install .deb file on SourceForge: > https://sourceforge.net/projects/gramps/files/ For what ubuntu version is it for ? I use hardy ( 8.04 ) Do we really need python-central >= 0.6.11 ? Normaly gramps 3.2 works correctly on hardy. LANG=C dpkg -i gramps_3.2.0-0beta2_ubuntu.deb Selecting previously deselected package gramps. (Reading database ... 320346 files and directories currently installed.) Unpacking gramps (from gramps_3.2.0-0beta2_ubuntu.deb) ... dpkg: dependency problems prevent configuration of gramps: gramps depends on python-central (>= 0.6.11); however: Version of python-central on system is 0.6.7ubuntu0.1. dpkg: error processing gramps (--install): dependency problems - leaving unconfigured Errors were encountered while processing: gramps > > Stéphane > > > 2010/3/10 Stéphane Charette <ste...@gm... > <mailto:ste...@gm...>> > > It has been several days since the first beta; I'm happy to say we > have a 2nd beta build uploaded to SourceForge. Please find > Gramps-3.2.0-0beta2 at one of the following locations: > > SourceForge: https://sourceforge.net/projects/gramps/files/ > Subversion: > https://gramps.svn.sourceforge.net/svnroot/gramps/tags/gramps-3.2.0-beta2 > > One trivial item -- only after I tagged 3.2.0-beta2 and created > the package did I notice the copyright year in the "about" dialog > still said 2009. I've fixed that in both 3.2 and trunk. > > Stéphane > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ------------------------------------------------------------------------ > > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Stéphane C. <ste...@gm...> - 2010-03-11 06:52:15
|
2010/3/10 Serge Noiraud <Ser...@fr...> > Stéphane Charette a écrit : >> Thanks to the newer files James recently sent out, I've attempted to update >> the .deb package files in subversion, both on 3.2 and on trunk. For Ubuntu >> users, please find 3.2.0-0beta2 as an easy-to-install .deb file on >> SourceForge: https://sourceforge.net/projects/gramps/files/ > > For what ubuntu version is it for ? > I use hardy ( 8.04 ) > Do we really need python-central >= 0.6.11 ? > Normaly gramps 3.2 works correctly on hardy. That one happens to have been built on Ubuntu 9.04, Serge. Our requirement in the debian/control file is actually 0.5.6 from what I can tell, and it applies to building, not installing it. See this file: https://gramps.svn.sourceforge.net/svnroot/gramps/tags/gramps-3.2.0-beta2/debian/control The relevant sections in terms of requirements and recommendations are: -> Build-Depends-Indep: libxml-parser-perl, python-gtk2, gettext, libgconf2-dev, python-central (>= 0.5.6), python, intltool -> Build-Depends: debhelper (>= 7) -> Depends: ${python:Depends}, librsvg2-common, python-gtk2, xdg-utils, ${misc:Depends} -> Replaces: gramps-manual, gramps-extending-doc -> Conflicts: gramps-manual, gramps-extending-doc, gramps-common, python-gtk-1.2 -> Recommends: graphviz, python-webkit, python-gtkmozembed -> Suggests: ttf-freefont, python-enchant, python-gtkspell (I'm guessing the python-central >= 0.6.11 sneaks in there through the ${python:Depends} variable.) Serge, is there a --force flag to dpkg you can pass in and force it to install the package even if the requirements don't seem to have been met? Perhaps --force-depends-version ? Without having tried it, looks like this might help: dpkg --install --force-depends-version gramps_3.2.0-0beta2_ubuntu.deb. Stéphane |
From: guylinton <guy...@gm...> - 2010-03-13 10:43:17
|
Is there any chance of fixing bug 3703 in a 3.2.0-0beta3 before release. This is preventing GRAMPS starting up. The problem is that os.environ and local.getlocale do not return what is expected. I think the fix is that if language is still empty or null after getlocale and getdefaultlocale, languange needs to be set to C (or 'C' or "C"). This seems consistent with the pattern elsewhere. regards Tim (aka kulath aka guy.linton) -- View this message in context: http://old.nabble.com/Gramps-3.2.0-0beta2-tp27846587p27886875.html Sent from the GRAMPS - Dev mailing list archive at Nabble.com. |
From: Peter L. <pet...@te...> - 2010-03-13 11:03:24
|
How can translation work if not LANG (and LANGUAGE) is set? /Peter > Is there any chance of fixing bug 3703 in a 3.2.0-0beta3 before release. > This is preventing GRAMPS starting up. > > The problem is that os.environ and local.getlocale do not return what is > expected. > > I think the fix is that if language is still empty or null after getlocale > and getdefaultlocale, languange needs to be set to C (or 'C' or "C"). This > seems consistent with the pattern elsewhere. > > regards > Tim (aka kulath aka guy.linton) |
From: <guy...@gm...> - 2010-03-13 19:07:11
|
On 13 Mar 2010, at 11:03, Peter Landgren wrote: > How can translation work if not LANG (and LANGUAGE) is set? > It seems to be an expected situation that language is not set in both os.environ and locale.getlocale. In that case, I think, software has no choice but to assume the default i.e. "C". This seems to me to be entirely reasonable. For example in DateHandler: LANG = locale.getlocale(locale.LC_TIME)[0] if not LANG: if "LANG" in os.environ: LANG = os.environ["LANG"] if LANG: LANG_SHORT = LANG.split('_')[0] else: LANG_SHORT = "C" This seems to work quite satisfactorily. The problem in 3703, is that the coding in Relationship.py does not allow for language not being set. The coding should be similar to that in DateHandler, but it is not. Tim (aka kulath aka guy.linton) > /Peter > >> Is there any chance of fixing bug 3703 in a 3.2.0-0beta3 before >> release. >> This is preventing GRAMPS starting up. >> >> The problem is that os.environ and local.getlocale do not return >> what is >> expected. >> >> I think the fix is that if language is still empty or null after >> getlocale >> and getdefaultlocale, languange needs to be set to C (or 'C' or >> "C"). This >> seems consistent with the pattern elsewhere. >> >> regards >> Tim (aka kulath aka guy.linton) > |
From: Peter L. <pet...@te...> - 2010-03-13 19:22:37
|
Tim, The patch I suggested to issue 3703 results in the same thing. /Peter > On 13 Mar 2010, at 11:03, Peter Landgren wrote: > > How can translation work if not LANG (and LANGUAGE) is set? > > It seems to be an expected situation that language is not set in both > os.environ and locale.getlocale. In that case, I think, software has > no choice but to assume the default i.e. "C". This seems to me to be > entirely reasonable. > > For example in DateHandler: > > LANG = locale.getlocale(locale.LC_TIME)[0] > if not LANG: > if "LANG" in os.environ: > LANG = os.environ["LANG"] > > if LANG: > LANG_SHORT = LANG.split('_')[0] > else: > LANG_SHORT = "C" > > > This seems to work quite satisfactorily. > > The problem in 3703, is that the coding in Relationship.py does not > allow for language not being set. The coding should be similar to > that in DateHandler, but it is not. > > > > Tim (aka kulath aka guy.linton) > > > /Peter > > > >> Is there any chance of fixing bug 3703 in a 3.2.0-0beta3 before > >> release. > >> This is preventing GRAMPS starting up. > >> > >> The problem is that os.environ and local.getlocale do not return > >> what is > >> expected. > >> > >> I think the fix is that if language is still empty or null after > >> getlocale > >> and getdefaultlocale, languange needs to be set to C (or 'C' or > >> "C"). This > >> seems consistent with the pattern elsewhere. > >> > >> regards > >> Tim (aka kulath aka guy.linton) -- Peter Landgren Talken Hagen 671 94 BRUNSKOG 0570-530 21 070-345 0964 pet...@te... Skype: pgl4820.2 |