After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 776671 - Replace the GraphUpdated handler with TrackerNotifier
Replace the GraphUpdated handler with TrackerNotifier
Status: RESOLVED OBSOLETE
Product: gnome-photos
Classification: Applications
Component: general
3.23.x
Other All
: Normal normal
: ---
Assigned To: GNOME photos maintainer(s)
GNOME photos maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2017-01-01 05:36 UTC by Scott Cohen
Modified: 2018-01-23 10:09 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Scott Cohen 2017-01-01 05:36:59 UTC
I am trying to build this application from source in my git cloned directory of the master branch and I have come across this make error:

photos-tracker-change-monitor.c:95:1: error: packed attribute is unnecessary for ‘_TrackerResourcesEvent’ [-Werror=packed]
 } __attribute__ ((packed));

Full make is located here: http://pastebin.com/EvAHxa4W
Comment 1 Scott Cohen 2017-01-01 05:41:34 UTC
Here is an archived version of the link in case the original becomes dead:
http://web.archive.org/web/20170101053903/http://pastebin.com/EvAHxa4W
Comment 2 Debarshi Ray 2017-01-03 10:16:41 UTC
Short term solution is to use --disable-Werror with autogen.sh or configure when building from git. When building from a released tarball, warnings are not treated as fatal, so those should be fine.

Today we can remove most of the code in src/photos-tracker-change-monitor.[ch] by using TrackerNotifier. See bug 773028. One could argue that we can just drop the __attribute__, but I haven't done that so far because it is not clear to me that it is really not needed across all possible architectures.
Comment 3 Debarshi Ray 2017-01-03 10:19:35 UTC
I forgot to ask. Would you be interested in porting the code to use TrackerNotifier?
Comment 4 Scott Cohen 2017-01-04 05:31:32 UTC
(In reply to Debarshi Ray from comment #3)
> I forgot to ask. Would you be interested in porting the code to use
> TrackerNotifier?

I can try but I wouldn't expect reliable results if I were you, let alone reaching dead line. I'm very new to this whole bug process and I'm still learning. But for the sake of knowledge, what would porting code of this calibre entail?
Comment 5 Debarshi Ray 2017-01-04 10:16:52 UTC
(In reply to Scott Cohen from comment #4)
> (In reply to Debarshi Ray from comment #3)
> > I forgot to ask. Would you be interested in porting the code to use
> > TrackerNotifier?
> 
> I can try but I wouldn't expect reliable results if I were you, let alone
> reaching dead line. I'm very new to this whole bug process and I'm still
> learning.

That's ok. I tagged this bug as 'newcomer' because it is ideal for new contributors.

> But for the sake of knowledge, what would porting code of this
> calibre entail?

First, you need to know some C because that's what the code is written in. Second, you will need to build and install tracker from git master. TrackerNotifier was added in 1.11.0.

You can look at other instances where the GraphUpdated handler was replaced with TrackerNotifier. There is one example in tracker itself. See src/libtracker-miner/tracker-decorator.c, run git log on it and you will find it.

The TrackerNotifier API lives in src/libtracker-sparql/tracker-notifier.[ch]. You can look at it for documentation. In case you built tracker to generate the documentation, they will also show up in devhelp.

If you need help, you can find me in #photos and #tracker on GIMPNet, or send email.
Comment 6 Debarshi Ray 2017-01-06 15:44:05 UTC
Reopening. Did you close it by mistake?
Comment 7 Scott Cohen 2017-01-07 05:25:38 UTC
(In reply to Debarshi Ray from comment #6)
> Reopening. Did you close it by mistake?

It seemed like there was a solution to the bug. Are workarounds not considered solutions?
Comment 8 Debarshi Ray 2017-01-07 19:32:23 UTC
(In reply to Scott Cohen from comment #7)
> (In reply to Debarshi Ray from comment #6)
> > Reopening. Did you close it by mistake?
> 
> It seemed like there was a solution to the bug. Are workarounds not
> considered solutions?

Well, since we already started discussing, I re-titled it to cover the port to TrackerNotifier. So, let's keep it open for that.
Comment 9 Debarshi Ray 2017-12-01 18:04:27 UTC
Here's the reference documentation on TrackerNotifier:
https://developer.gnome.org/libtracker-sparql/stable/TrackerNotifier.html
Comment 10 GNOME Infrastructure Team 2018-01-23 10:09:50 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-photos/issues/59.