Gramps 4.2.2, next week?

classic Classic list List threaded Threaded
45 messages Options
123
Reply | Threaded
Open this post in threaded view
|

Gramps 4.2.2, next week?

jerome
Hi !


It is OK for a 4.2.2 release[1], for next week?


[1] https://gramps-project.org/bugs/roadmap_page.php?version_id=83


regards,
Jérôme

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

John Ralls-2

> On Dec 29, 2015, at 7:49 AM, jerome <[hidden email]> wrote:
>
> Hi !
>
>
> It is OK for a 4.2.2 release[1], for next week?
>
>
> [1] https://gramps-project.org/bugs/roadmap_page.php?version_id=83
>

It's OK with me, though I note that there are still 7 open bugs on the roadmap.

Regards,
John Ralls


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Nick Hall
On 29/12/15 16:06, John Ralls wrote:
>> It is OK for a 4.2.2 release[1], for next week?
>> >
>> >
>> >[1]https://gramps-project.org/bugs/roadmap_page.php?version_id=83
>> >
> It's OK with me, though I note that there are still 7 open bugs on the roadmap.

Good idea.  Is there any last minute bug you need me to have a look at?


Nick.


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Paul Franklin-5
On 12/29/15, Nick Hall <[hidden email]> wrote:
> Good idea.  Is there any last minute bug you need me to have a look at?

I would like gramps42 to have the "codec lines"
removed from grampsapp.py, which to the best of
my knowledge has only been done in master.

I would furthermore like gramps42's importxml.py
and exportxml.py to have ".buffer" added to the
two stdin and stdout lines, which you already
know about.  To the best of my knowledge, only
one of those has been committed and also only
to master.

Thanks.

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

enno
In reply to this post by Nick Hall
Nick,
> On 29/12/15 16:06, John Ralls wrote:
>>> It is OK for a 4.2.2 release[1], for next week?
>>>>
>>>> [1]https://gramps-project.org/bugs/roadmap_page.php?version_id=83
>>>>
>> It's OK with me, though I note that there are still 7 open bugs on the roadmap.
> Good idea.  Is there any last minute bug you need me to have a look at?
There may be one connected to my latest message on the user list, to repair
>     def column_gender(self, data):
>         return PeopleBaseModel._GENDER[data[COLUMN_GENDER]]
which is not very robust if the gender is not 0, 1, or 2.

regards,

Enno


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Nick Hall
On 29/12/15 22:21, Enno Borgsteede wrote:
> There may be one connected to my latest message on the user list, to repair
>> >     def column_gender(self, data):
>> >         return PeopleBaseModel._GENDER[data[COLUMN_GENDER]]
> which is not very robust if the gender is not 0, 1, or 2.

These are the only valid values for gender.  How did the user manage to
enter a gender other than "Male", "Female" or "Unknown"?


Nick.


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Nick Hall
In reply to this post by Paul Franklin-5
On 29/12/15 18:00, Paul Franklin wrote:

>> Good idea.  Is there any last minute bug you need me to have a look at?
> I would like gramps42 to have the "codec lines"
> removed from grampsapp.py, which to the best of
> my knowledge has only been done in master.
>
> I would furthermore like gramps42's importxml.py
> and exportxml.py to have ".buffer" added to the
> two stdin and stdout lines, which you already
> know about.  To the best of my knowledge, only
> one of those has been committed and also only
> to master.

These are bug fixes, so I have cherry picked them into the gramps42 branch.


Nick.


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

enno
In reply to this post by Nick Hall
Nick,
> On 29/12/15 22:21, Enno Borgsteede wrote:
>> There may be one connected to my latest message on the user list, to repair
>>>>      def column_gender(self, data):
>>>>          return PeopleBaseModel._GENDER[data[COLUMN_GENDER]]
>> which is not very robust if the gender is not 0, 1, or 2.
> These are the only valid values for gender.  How did the user manage to
> enter a gender other than "Male", "Female" or "Unknown"?
She used a PC Gramplet, which can write 'other', and the rest of Gramps
can't cope with that. For further information, please check:

https://gramps-project.org/bugs/view.php?id=5730

or

http://blankversusblank.blogspot.nl/search?q=gender

Note that I hate the PC term just as much as Doug.

cheers,

Enno


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

jerome
In reply to this post by jerome
Changes sinces 4.2.1 should have been listed on a "pre-NEWS" wiki page[1].

Maybe we could also check bug reports #9111 and #9130?

They might have been fixed on last git revisions, but it is not clear how to always
reproduce these issues or why they occur.


[1] https://gramps-project.org/wiki/index.php?title=Template:Releases/4.2.2


Jérôme.


--------------------------------------------
En date de : Mar 29.12.15, Nick Hall <[hidden email]> a écrit :

 Objet: Re: [Gramps-devel] Gramps 4.2.2, next week?
 À: [hidden email]
 Date: Mardi 29 décembre 2015, 18h16
 
 On 29/12/15 16:06, John
 Ralls wrote:
 >> It is OK for a 4.2.2 release[1], for
 next week?
 >> >
 >> >
 >>
 >[1]https://gramps-project.org/bugs/roadmap_page.php?version_id=83
 >> >
 > It's OK
 with me, though I note that there are still 7 open bugs on
 the roadmap.
 
 Good
 idea.  Is there any last minute bug you need me to have a
 look at?
 
 
 Nick.
 
 
 ------------------------------------------------------------------------------
 _______________________________________________
 Gramps-devel mailing list
 [hidden email]
 https://lists.sourceforge.net/lists/listinfo/gramps-devel

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Paul Franklin-5
On 1/1/16, jerome <[hidden email]> wrote:
> Maybe we could also check bug reports #9111 and #9130?

My guess is that both of those need a GUI expert.

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Nick Hall
In reply to this post by enno
On 29/12/15 23:40, Enno Borgsteede wrote:

>> These are the only valid values for gender.  How did the user manage to
>> >enter a gender other than "Male", "Female" or "Unknown"?
> She used a PC Gramplet, which can write 'other', and the rest of Gramps
> can't cope with that. For further information, please check:
>
> https://gramps-project.org/bugs/view.php?id=5730
>
> or
>
> http://blankversusblank.blogspot.nl/search?q=gender
>
> Note that I hate the PC term just as much as Doug.

I have no objection to allowing other options in the gender field.
However, for most people the three existing values should be sufficient.

We should fix the gramplet so that it only writes allowed values. Since
this is in the third-party addons repository it doesn't have to be fixed
before the release.

I've added validation to the gender field.


Nick.


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Nick Hall
In reply to this post by jerome
On 01/01/16 17:59, jerome wrote:
> Maybe we could also check bug reports #9111 and #9130?

I can't reproduce bug #9130.

I get a different error for bug #9111.  During a slow search, the
"changed" signal of the treeview selection is called many times. This
causes a slow down of the interface during scrolling and eventually a
recursion limit is reached.  There is obviously a bug with the
interactive search widget.

Unless the original author can fix it, I suggest we leave it for now.


Nick.


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Josip
1.1.2016. u 23:59, Nick Hall je napisao/la:
> I can't reproduce bug #9130.

Maybe it is Windows only.

Did you try second one from
https://gramps-project.org/bugs/view.php?id=9130#c45818
Create new family tree, in people view add new person, in person editor
add new event, icon "select existing place" is available even when is no
place to choose from (there is no any place yet entered in database).
If you try to do search (pressing any key will activate search) then
crash happen.
So i think either icon should be made inactive or check done for "None"
value.

--
Josip

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

jerome
In reply to this post by jerome
Does one know if python3 (or Gramps) properly handles surrogates characters?

I thought on "IO - encoding" stuff and unittests for date handlers.

e.g., (process:3641): Gtk-WARNING **: Locale not supported by C library.
    Using the fallback 'C' locale.

** (python3 -m unittest:3641): WARNING **: Couldn't connect to accessibility bus: Failed to connect to
socket /tmp/dbus-A1TcHEjZR1: Connection refused
/usr/lib/python3.4/collections/__init__.py:54:
ResourceWarning: unclosed file <_io.FileIO name='Gramps/data/papersize.xml' mode='rb'>
..
File "/usr/lib/python3.4/xml/sax/expatreader.py", line 111, in prepareParser
    self._parser.SetBase(source.getSystemId())
UnicodeEncodeError: 'utf-8' codec can't encode character '\udcc3' in position 12: surrogates not allowed

This seems specific to my python modules.
Anyway, maybe we should check 'papersize.xml' file?
At least we could spare ressources?

On the other hand, I am mixing multiple locales (english, french swedish) for
bug #9138. I am not using a 'standard environment'...



--------------------------------------------
En date de : Mar 29.12.15, Paul Franklin <[hidden email]> a écrit :

 Objet: Re: [Gramps-devel] Gramps 4.2.2, next week?
 À: "Nick Hall" <[hidden email]>, [hidden email]
 Date: Mardi 29 décembre 2015, 19h00
 
 On 12/29/15, Nick Hall
 <[hidden email]>
 wrote:
 > Good idea.  Is there any last
 minute bug you need me to have a look at?
 
 I would like gramps42 to have
 the "codec lines"
 removed from
 grampsapp.py, which to the best of
 my
 knowledge has only been done in master.
 
 I would furthermore like gramps42's
 importxml.py
 and exportxml.py to have
 ".buffer" added to the
 two stdin
 and stdout lines, which you already
 know
 about.  To the best of my knowledge, only
 one of those has been committed and also
 only
 to master.
 
 Thanks.
 
 ------------------------------------------------------------------------------
 _______________________________________________
 Gramps-devel mailing list
 [hidden email]
 https://lists.sourceforge.net/lists/listinfo/gramps-devel

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

John Ralls-2

> On Jan 3, 2016, at 7:33 AM, jerome <[hidden email]> wrote:
>
> Does one know if python3 (or Gramps) properly handles surrogates characters?
>
> I thought on "IO - encoding" stuff and unittests for date handlers.
>
> e.g., (process:3641): Gtk-WARNING **: Locale not supported by C library.
>    Using the fallback 'C' locale.
>
> ** (python3 -m unittest:3641): WARNING **: Couldn't connect to accessibility bus: Failed to connect to
> socket /tmp/dbus-A1TcHEjZR1: Connection refused
> /usr/lib/python3.4/collections/__init__.py:54:
> ResourceWarning: unclosed file <_io.FileIO name='Gramps/data/papersize.xml' mode='rb'>
> ..
> File "/usr/lib/python3.4/xml/sax/expatreader.py", line 111, in prepareParser
>    self._parser.SetBase(source.getSystemId())
> UnicodeEncodeError: 'utf-8' codec can't encode character '\udcc3' in position 12: surrogates not allowed
>
> This seems specific to my python modules.
> Anyway, maybe we should check 'papersize.xml' file?
> At least we could spare ressources?
>
> On the other hand, I am mixing multiple locales (english, french swedish) for
> bug #9138. I am not using a 'standard environment'...

Jérôme,

Where's the string with the surrogate coming from? Does http://bugs.python.org/issue13717 and http://stackoverflow.com/questions/27366479/python-3-os-walk-file-paths-unicodeencodeerror-utf-8-codec-cant-encode-s help any?

Regards,
John Ralls
------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

jerome
In reply to this post by jerome
John,

Yes, maybe related to 'Gramps/data/papersize.xml' file parsing
on unittests sequence, where the encoding of this file is not utf8.

<?xml version="1.0" encoding="iso-8859-1"?>
<paper>
  <page name="Letter" height="27.94" width="21.59"/>
  <page name="Legal" height="35.56" width="21.59"/>
  <page name="A0" height="118.9" width="84.1"/>
  <page name="A1" height="84.1" width="59.4"/>
  <page name="A2" height="59.4" width="42.0"/>
  <page name="A3" height="42.0" width="29.7"/>
  <page name="A4" height="29.7" width="21.0"/>
  <page name="A5" height="21.0" width="14.8"/>
  <page name="B0" height="141.4" width="100.0"/>
  <page name="B1" height="100.0" width="70.7"/>
  <page name="B2" height="70.7" width="50.0"/>
  <page name="B3" height="50.0" width="35.3"/>
  <page name="B4" height="35.3" width="25.0"/>
  <page name="B5" height="25.0" width="17.6"/>
  <page name="B6" height="17.6" width="12.5"/>
  <page name="B" height="43.18" width="27.94"/>
  <page name="C" height="55.88" width="43.18"/>
  <page name="D" height="86.36" width="55.88"/>
  <page name="E" height="111.76" width="86.36"/>
</paper>

but there is something else, because I cannot reproduce
the problem under my locale, only by setting the swedish one!

We are handling some strings for paper size.
via gramps/gen/plug/docgen/paperstyle.py

Also, I cannot pass unittests with swedish locale!

GRAMPS_LOCALE = GrampsLocale(localedir=_resources.locale_dir)
  File "Gramps/gramps/gen/utils/grampslocale.py", line 176, in __new__
    raise RuntimeError("Second GrampsLocale created before first one was initialized")
RuntimeError: Second GrampsLocale created before first one was initialized

So, I disabled one or two 'gtk/gui' stuff around locales handling, then get this
UnicodeEncodeError! Maybe to just generate a small testcase with sax for parsing
papersize.xml will raise the error too?

Anyway, I did not try to set some additionnal environment variables like:
"PYTHONIOENCODING=utf-8:surrogateescape" or whatever, because my primary
goal was to be able to run:

$ LANG=sv_SE.utf8 LC_ALL=sv_SE.utf8 GRAMPS_RESOURCES=$PWD python3 -m gramps.gen.datehandler._datestrings

https://gramps-project.org/bugs/view.php?id=9138#c45964

which also fails under my environment. :-(


Regards,
Jérôme


--------------------------------------------
En date de : Dim 3.1.16, John Ralls <[hidden email]> a écrit :

 Objet: Re: [Gramps-devel] Gramps 4.2.2, next week?
 À: "jerome" <[hidden email]>
 Cc: "Nick Hall" <[hidden email]>, [hidden email], "Paul Franklin" <[hidden email]>
 Date: Dimanche 3 janvier 2016, 17h47
 
 
 > On
 Jan 3, 2016, at 7:33 AM, jerome <[hidden email]>
 wrote:
 >
 > Does one
 know if python3 (or Gramps) properly handles surrogates
 characters?
 >
 > I
 thought on "IO - encoding" stuff and unittests for
 date handlers.
 >
 >
 e.g., (process:3641): Gtk-WARNING **: Locale not supported
 by C library.
 >    Using the fallback
 'C' locale.
 >
 > ** (python3 -m unittest:3641): WARNING **:
 Couldn't connect to accessibility bus: Failed to connect
 to
 > socket /tmp/dbus-A1TcHEjZR1:
 Connection refused
 >
 /usr/lib/python3.4/collections/__init__.py:54:
 > ResourceWarning: unclosed file
 <_io.FileIO name='Gramps/data/papersize.xml'
 mode='rb'>
 > ..
 > File
 "/usr/lib/python3.4/xml/sax/expatreader.py", line
 111, in prepareParser
 >   
 self._parser.SetBase(source.getSystemId())
 > UnicodeEncodeError: 'utf-8' codec
 can't encode character '\udcc3' in position 12:
 surrogates not allowed
 >
 > This seems specific to my python
 modules.
 > Anyway, maybe we should check
 'papersize.xml' file?
 > At least
 we could spare ressources?
 >
 > On the other hand, I am mixing multiple
 locales (english, french swedish) for
 >
 bug #9138. I am not using a 'standard
 environment'...
 
 Jérôme,
 
 Where's the string with the surrogate
 coming from? Does http://bugs.python.org/issue13717 and http://stackoverflow.com/questions/27366479/python-3-os-walk-file-paths-unicodeencodeerror-utf-8-codec-cant-encode-s
 help any?
 
 Regards,
 John Ralls

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

Paul Franklin-5
In reply to this post by John Ralls-2
On 1/3/16, John Ralls <[hidden email]> wrote:

>> bug #9138. I am not using a 'standard environment'...

> Where's the string with the surrogate coming from?

A more-complete typeout seems to be in 9138.

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

John Ralls-2

> On Jan 3, 2016, at 10:00 AM, Paul Franklin <[hidden email]> wrote:
>
> On 1/3/16, John Ralls <[hidden email]> wrote:
>
>>> bug #9138. I am not using a 'standard environment'...
>
>> Where's the string with the surrogate coming from?
>
> A more-complete typeout seems to be in 9138.

Thanks for pointing that out. I tried
  LC_ALL=sv_SE.utf-8 LANG=sv_SE.utf-8 GRAMPS_RESOURCES=$PWD  python3 -m unittest discover -p 'date*test.py'
(changing the spelling of utf-8 in each case to match the OS's convention) on OS X, Debian Stable, and Fedora 23, all with the gramps42 HEAD. No crashes. All tests passed on OS X, 11 failed on Debian, and 5 failed on F23.

I also don't get the bad locale warning from libgtk3, which might have something to do with the problem. Seems unlikely, though.

The traceback is from parsing papersize.xml, but that file has only ASCII characters, so it doesn't actually matter what encoding is used to read it. It's not the source of the byte sequence the crash is complaining about.

Regards,
John Ralls


------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

jerome
In reply to this post by jerome
Ah, my local path has non-ASCII characters!

T\udcc3\udca9l\udcc3\udca9chargements # download (Téléchargements)

Note, maybe a simple semantic play, but as far I know
"é" is now common in America, isn't it?
But if the fallback 'C' locale should only handles
ASCII, this can explain why this returns error when I
set an alternate lang (sv, de, etc ...), right?


Regards,
Jérôme

--------------------------------------------
En date de : Lun 4.1.16, John Ralls <[hidden email]> a écrit :

 Objet: Re: [Gramps-devel] Gramps 4.2.2, next week?
 À: "Paul Franklin" <[hidden email]>
 Cc: [hidden email]
 Date: Lundi 4 janvier 2016, 1h43
 
 
 > On
 Jan 3, 2016, at 10:00 AM, Paul Franklin <[hidden email]>
 wrote:
 >
 > On 1/3/16,
 John Ralls <[hidden email]>
 wrote:

[snip]

 The traceback is from parsing papersize.xml,
 but that file has only ASCII characters, so it doesn't
 actually matter what encoding is used to read it. It's
 not the source of the byte sequence the crash is complaining
 about.
 
 Regards,
 John
 Ralls
 
 
 ------------------------------------------------------------------------------
 _______________________________________________
 Gramps-devel mailing list
 [hidden email]
 https://lists.sourceforge.net/lists/listinfo/gramps-devel

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gramps 4.2.2, next week?

jerome
In reply to this post by jerome
Thanks!

It sounds much better by replacing:

GRAMPS_RESOURCES=$PWD
 by:
GRAMPS_RESOURCES=.

on command line.


Regards,
Jérôme

--------------------------------------------
En date de : Lun 4.1.16, jerome <[hidden email]> a écrit :

 Objet: Re: [Gramps-devel] Gramps 4.2.2, next week?
 À: "Paul Franklin" <[hidden email]>, "John Ralls" <[hidden email]>
 Cc: [hidden email]
 Date: Lundi 4 janvier 2016, 10h05
 
 Ah, my local path has non-ASCII
 characters!
 
 T\udcc3\udca9l\udcc3\udca9chargements # download
 (Téléchargements)
 
 Note, maybe a simple semantic play, but as far I know
 "é" is now common in America, isn't it?
 But if the fallback 'C' locale should only handles
 ASCII, this can explain why this returns error when I
 set an alternate lang (sv, de, etc ...), right?
 
 
 Regards,
 Jérôme
 
 --------------------------------------------
 En date de : Lun 4.1.16, John Ralls <[hidden email]>
 a écrit :
 
  Objet: Re: [Gramps-devel] Gramps 4.2.2, next week?
  À: "Paul Franklin" <[hidden email]>
  Cc: [hidden email]
  Date: Lundi 4 janvier 2016, 1h43
 
 
  > On
  Jan 3, 2016, at 10:00 AM, Paul Franklin <[hidden email]>
  wrote:
  >
  > On 1/3/16,
  John Ralls <[hidden email]>
  wrote:
 
 [snip]
 
  The traceback is from parsing papersize.xml,
  but that file has only ASCII characters, so it doesn't
  actually matter what encoding is used to read it. It's
  not the source of the byte sequence the crash is
 complaining
  about.
 
  Regards,
  John
  Ralls
 
 
  ------------------------------------------------------------------------------
  _______________________________________________
  Gramps-devel mailing list
  [hidden email]
  https://lists.sourceforge.net/lists/listinfo/gramps-devel
 
 ------------------------------------------------------------------------------
 _______________________________________________
 Gramps-devel mailing list
 [hidden email]
 https://lists.sourceforge.net/lists/listinfo/gramps-devel

------------------------------------------------------------------------------
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
123