Re: [Gramps-devel] [Bug 702908] osx: subclassing TextBuffer & overriding mark-set causes bus error

[John Ralls <jralls@ce...>]

On Feb 26, 2014, at 4:30 AM, Ronan Waide <waider@...> wrote:

> On 02/26/2014 01:04 AM, pygobject (bugzilla.gnome.org) wrote:
>> https://bugzilla.gnome.org/show_bug.cgi?id=702908
>>   pygobject | gio | 3.4.x
>> 
>> John Ralls <jralls> changed:
>> 
>>            What    |Removed                     |Added
>> ----------------------------------------------------------------------------
>>              Status|UNCONFIRMED                 |NEEDINFO
>> 
>> --- Comment #15 from John Ralls <jralls@...> 2014-02-26 01:25:51 UTC ---
>> No idea what actually fixed it, but after the most recent round of updates this
>> isn't crashing for me anymore. Tested with both Xcode 5 (clang-500.2.79/LLVM
>> 3.3svn) and Xcode3 (llvm-gcc-4.2, LLVM build 5646) and the following libraries:
>> Python    2.7.3
>> Gtk+      3.10.7
>> PyGObject 3.10.0
>> 
>> Waide, can you do a test build with the current modulesets?
>> 
> Hi John,
> 
> had a couple of goes at this this morning. Two problems arising: firstly, it's looking for MacOSX10.91.sdk, but XCode doesn't appear to make the distinction between 10.9 and 10.9.1 (at least going by the SDK directory names, anyway); secondly, after bypassing the above by symlinking the 10.9.sdk directory to 10.91.sdk, I am seeing repeated failures as follows:
> 
> + jhbuild --moduleset=gramps-mac/gramps.modules buildone python
> jhbuild buildone: Repository=icu not found for module id=icu. [list of possible repos follows this]
> 
> I noticed that my 10.7 build was having some trouble with ICU earlier this week, but I've not had time to investigate, and it's unlikely that I can do anything more than rerun the build script for the next couple of days due to time constraints.

The 10.91sdk is a typo in the .jhbuildrc sample, change it to 10.9. The icu problem is more serious, I forgot to copy the repo when I moved the module from gramps.modules to gtk-osx-unsupported.modules. I won't have time to fix those until this evening (in UTC-8).

I've patched ICU to fix the llvm compilation problems. Just need to get the repository right.

Regards,
John Ralls

Re: [Gramps-devel] [Gramps-users] notes on individuals

[John Ralls <jralls@ce...>]

On Feb 26, 2014, at 12:46 AM, Jerome <romjerome@...> wrote:

> John,
> 
> 
> Agreed about warnings, but here the main problem is also that the user cannot use Note anymore ... :(
> 
> bug #7501: Notes always say "no data exists for note" when saving
> 
> About GObject.idle_add, I guess it is related to work around memory leaks?
> https://gramps-project.org/2010/11/memory-leaks-finally-gone/
> 
> Something for handling threads on Gtk+ applications?
> Benny?
> 
> When you say "fix it", do you mean to rather use:
> 
> +from gi.repository import GLib
> ...
> -self.idle = GObject.idle_add(self.load_model().next)
> +self.idle = GLib.idle_add(self.load_model().next)
> 
> or to ignore 'self.idle' ?
> 
> I know that Gtk+ loops and timing issues exist, but as I cannot understand the basics or some OS layers. I am just investigating around the traceback. Sorry, but I am not the one who can properly fix that!
> 
> Note, I can test if new names were already supported on 'old' Gtk+ 3.6.
> It is what I did with some minor fix on glade files reported by users under Fedora (I guess!). This is also why I asked for a "4.0.4" release and if we should focus on Gtk+ 3.12 and + for master! Sure, no urgency, and if need, we can also backport to gramps40 branch after deprecation warnings time.
> 
> The possible gain of 25% on time to load might be more interresting.
> If confirmed! 
> I did not understand the half of the message on: https://mail.gnome.org/archives/python-hackers-list/2013-August/msg00005.html
> but maybe we could already make a simple test: an optimization test!
> 
> Should we call:
> 
> from gi.repository import Gtk
> 
> ...
> Gtk.blabla
> 
> or something like:
> 
> from gi.repository import Gtk.blabla as blabla
> 
> ...
> blabla
> 

It's possible that Simon is mistaken about the deprecation warnings and that they're masking something more serious. Perhaps if those are fixed the problem will be resolved or the real problem will reveal itself. But don't confuse Gtk+ and PyGObject. They're different projects, and in this case the user has 3.11.x only for PyGObject; Gtk+ is at 3.10.7.

Yes, importing GLib and calling Glib.idle_add is correct.

Timing of a single import will be dominated by loading modules and dlopening libraries, so it won't be any faster if you import only one class vs. the whole library. Besides, the thrust of that email was that the potential speedup was obtained by the changes made inside PyGObject; calling applications need only correct the deprecation warnings to get the faster code.

Regards,
John Ralls

Re: [Gramps-devel] [Bug 702908] osx: subclassing TextBuffer & overriding mark-set causes bus error

[Ronan Waide <waider@gm...>]

On 02/26/2014 01:04 AM, pygobject (bugzilla.gnome.org) wrote:
> https://bugzilla.gnome.org/show_bug.cgi?id=702908
>    pygobject | gio | 3.4.x
>
> John Ralls <jralls> changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>               Status|UNCONFIRMED                 |NEEDINFO
>
> --- Comment #15 from John Ralls <jralls@...> 2014-02-26 01:25:51 UTC ---
> No idea what actually fixed it, but after the most recent round of updates this
> isn't crashing for me anymore. Tested with both Xcode 5 (clang-500.2.79/LLVM
> 3.3svn) and Xcode3 (llvm-gcc-4.2, LLVM build 5646) and the following libraries:
> Python    2.7.3
> Gtk+      3.10.7
> PyGObject 3.10.0
>
> Waide, can you do a test build with the current modulesets?
>
Hi John,

had a couple of goes at this this morning. Two problems arising: 
firstly, it's looking for MacOSX10.91.sdk, but XCode doesn't appear to 
make the distinction between 10.9 and 10.9.1 (at least going by the SDK 
directory names, anyway); secondly, after bypassing the above by 
symlinking the 10.9.sdk directory to 10.91.sdk, I am seeing repeated 
failures as follows:

+ jhbuild --moduleset=gramps-mac/gramps.modules buildone python
jhbuild buildone: Repository=icu not found for module id=icu. [list of 
possible repos follows this]

I noticed that my 10.7 build was having some trouble with ICU earlier 
this week, but I've not had time to investigate, and it's unlikely that 
I can do anything more than rerun the build script for the next couple 
of days due to time constraints.

Cheers,
Waider.

-- 
waider@... / It's about as impersonal as you can get.

Re: [Gramps-devel] core dump in glade on Mint/Ubuntu

[Jerome <romjerome@ya...>]

Hi,


Note, some months ago, I have checked accessibility via some common 
tools.

One screenshot has pointed out some possible issues!

https://gramps-project.org/bugs/file_download.php?file_id=3772&type=bughttps://gramps-project.org/bugs/view.php?id=5313


* button close to 'Families Trees' menu item, at the right.

* tab and combo box issues around Navigation bar 
 + into workspace with scroll bar

* menu issues around search bar and its child "Description contains" 
(text and action)

We have a dedicated wiki page and bugs/FR list.
https://gramps-project.org/wiki/index.php?title=Accessibility
https://gramps-project.org/bugs/search.php?tag_string=accessibility

For info, I ran Gramps with Orca !
It was fun. Then after some sessions, 
I have turned the sound: too many labels...


Jérôme


Le mar. 25 févr. 2014 at 22:01, Nick Hall <nick__hall@...> a 
écrit :
> On 25/02/14 19:38, Enno Borgsteede wrote:
>>>  >"Unable to load widget <name> of unknown class AtkObject"
>>> 
>>  Same here. No idea how to handle those, nor how scary they really 
>> are.
>> 
> The popup seems to be a consequence of the following fix:
> 
> Bug 646259 - SIGSEGV in glade_widget_adaptor_object_construct_object 
> loading ui file
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=646259
> 
> The Accessibility Toolkit objects are failing to load.  This 
> shouldn't 
> cause us to lose anything - we will just have to edit accessibility 
> data 
> by hand.
> 
> 
> Nick.
> 
> 
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate 
> reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Gramps-devel mailing list
> Gramps-devel@...
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
> 

Re: [Gramps-devel] [Gramps-users] notes on individuals

[Jerome <romjerome@ya...>]

John,


Agreed about warnings, but here the main problem is also that the user 
cannot use Note anymore ... :(

bug #7501: Notes always say "no data exists for note" when saving

About GObject.idle_add, I guess it is related to work around memory 
leaks?
https://gramps-project.org/2010/11/memory-leaks-finally-gone/

Something for handling threads on Gtk+ applications?
Benny?

When you say "fix it", do you mean to rather use:

+from gi.repository import GLib
...
-self.idle = GObject.idle_add(self.load_model().next)
+self.idle = GLib.idle_add(self.load_model().next)

or to ignore 'self.idle' ?

I know that Gtk+ loops and timing issues exist, but as I cannot 
understand the basics or some OS layers. I am just investigating around 
the traceback. Sorry, but I am not the one who can properly fix that!

Note, I can test if new names were already supported on 'old' Gtk+ 3.6.
It is what I did with some minor fix on glade files reported by users 
under Fedora (I guess!). This is also why I asked for a "4.0.4" release 
and if we should focus on Gtk+ 3.12 and + for master! Sure, no urgency, 
and if need, we can also backport to gramps40 branch after deprecation 
warnings time.

The possible gain of 25% on time to load might be more interresting.
If confirmed! 

I did not understand the half of the message on: 
https://mail.gnome.org/archives/python-hackers-list/2013-August/msg00005.html
but maybe we could already make a simple test: an optimization test!

Should we call:

from gi.repository import Gtk

 ...
 Gtk.blabla

or something like:

from gi.repository import Gtk.blabla as blabla

 ...
 blabla


Thanks.

Jérôme


Le mar. 25 févr. 2014 at 23:10, John Ralls <jralls@...> a 
écrit :
> 
> On Feb 25, 2014, at 11:40 AM, Jerome <romjerome@...> wrote:
> 
>>  John,
>>  
>>  
>>  This one might be specific to Ubuntu (Gtk+ 3.10.7 + pygobject 
>> 3.11.90):
>>  
>>  
>> /usr/lib/python2.7/dist-packages/gramps/gui/editors/displaytabs/backrefmodel.py:60: 
>> PyGIDeprecationWarning: idle_add is deprecated; use GLib.idle_add 
>> instead
>>  self.idle = GObject.idle_add(self.load_model().next)
>>  
>>  https://gramps-project.org/bugs/view.php?id=7502#c34917
>>  https://gramps-project.org/bugs/view.php?id=7502#c34926
>>  
>>  An other one seems too general (Gtk+ deprecations) and sounds like 
>> a future problem?
>>  
>>  /usr/lib/python2.7/dist-packages/gramps/gui/dialog.py:192: 
>> PyGTKDeprecationWarning: Using positional arguments with the GObject 
>> constructor has been deprecated. Please specify keywords for parent 
>> or use a class specific constructor. See: 
>> https://wiki.gnome.org/PyGObject/InitializerDeprecations [^]
>>  buttons=Gtk.ButtonsType.CLOSE)
>>  /usr/lib/python2.7/dist-packages/gramps/gui/dialog.py:192: 
>> PyGTKDeprecationWarning: The keyword(s) "type" have been deprecated 
>> in favor of "message_type" respectively. See: 
>> https://wiki.gnome.org/PyGObject/InitializerDeprecations [^]
>>  buttons=Gtk.ButtonsType.CLOSE)
>>  /usr/lib/python2.7/dist-packages/gramps/gui/dialog.py:192: 
>> PyGTKDeprecationWarning: The "flags" argument for dialog 
>> construction is deprecated. Please use initializer keywords: 
>> modal=True and/or destroy_with_parent=True. See: 
>> https://wiki.gnome.org/PyGObject/InitializerDeprecations [^]
>>  buttons=Gtk.ButtonsType.CLOSE)
>>  /usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py:497: 
>> PyGTKDeprecationWarning: The keyword(s) "parent" have been 
>> deprecated in favor of "transient_for" respectively. See: 
>> https://wiki.gnome.org/PyGObject/InitializerDeprecations [^]
>>  self._init(*args, **new_kwargs)
>>  
>>  https://gramps-project.org/bugs/view.php?id=7501#c34918
>> 
> Haven’t we been around this block before?
> 
> First of all, deprecation warnings are just that, warnings. They mean 
> that the API is going to change, that the new API is available, but 
> the old API still works. 
> 
> GObject.idle_add? Where did that come from, and how does it make 
> sense? It’s not and never has been in the C API. Was it some sort 
> of bizarre PyGTK holdover? Gtk2 had a gtk_idle_add, but it was 
> deprecated in 2.4 in favor of g_idle_add. Did that get turned into 
> GObject.idle_add somehow? Anyway, fix it. There’s no excuse for 
> that to be there. Unless prevented by some PyGtk weirdness that fix 
> should be back ported to 3.4.
> 
> Did you *read* the InitializerDeprecations page? This is a 
> non-problem, both the old and new names will work across all of 
> PyGObject 3.x.x. We *should* fix everything to use the new names, but 
> there’s no huge rush. Note that the warnings only show up in 
> development releases. The person who filed 7501 was running a 
> development release of Ubuntu, and I guess that’s a good thing 
> because we wouldn’t have known about the warnings otherwise.
> 
> None of this is any reason to block Gtk or PyGObject 3.12.
> 
> Regards,
> John Ralls
> 
> 

Re: [Gramps-devel] image download plug-in

[Jerome <romjerome@ya...>]

The url was also on wiki under GEPS 015: Repository Research Support!

https://www.gramps-project.org/wiki/index.php?title=GEPS_015:_Repository_Research_Support#Future_Possibilities


Le mar. 25 févr. 2014 at 22:10, Enno Borgsteede <ennoborg@...> a 
écrit :
> Found on GitHub: https://github.com/coupelon/gramps-dis
> 
> French sites only, but I see some room for expansion to other sites.
> 
> 
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate 
> reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Gramps-devel mailing list
> Gramps-devel@...
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>