Re: [Tracker] ANNOUNCE: tracker 0.7.28 released

[Michael Biebl]

2010/3/28 Adrien Bustany mad...@mymadcat.com:

 Thanks for the report! I have a few symbols that belong to my code, I'll
 fix that. BTW, couldn't we have a C macro to export symbols, something
 along the lines of

 TRACKER_EXPORT void
 tracker_my_function_that_should_be_public (void)

 rather than playing with regexps in the Makefile ? I've no idea of how it
 would be done though. I know KDE does it, so it should be doable.

I guess they use GCC visibility support.

There are a few methods how you can control which symbols are exported.
1/ If it's only used in the same source file, you can use static
2/ A linker version script, gives you full control over which symbols
are exported but needs to be kept up-to-date
3/ libtools -export-symbols(-regex) support (internally converted to a
version script)

3/ means the least work but also it can happen that symbols slip
through unintentionally.

Cheers,
Michael

[1] http://gcc.gnu.org/wiki/Visibility
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.7.28 released

[Michael Biebl]

2010/3/29 Martyn Russell mar...@lanedo.com:
 On 28/03/10 15:29, Michael Biebl wrote:

 2010/3/25 Martyn Russellmar...@lanedo.com:

  This release is considered a Release Candidate for 0.8. Assuming no
  major regressions are found with it, the next release is likely to
  be 0.8.0.

 I checked the current state of git master again, and compared which
 symbols are exported and what is exported in the public API.
 For libtracker-client and libtracker-extract it looks fine, for
 libtracker-miner I found the following symbols which are exported but
 not defined in the headers that are installed.


 I have reverted my change here, I did some checking too, the original regex
 should cover everything we need here.

 This should be fixed.

Not quite.
I still find the following symbols for which no headers are installed:

tracker_miner_dbus_add_name_watch
tracker_miner_dbus_init
tracker_miner_dbus_shutdown
(why is there a tracker-miner-dbus.h and tracker-dbus.h?)
tracker_miner_web_dbus_associate
tracker_miner_web_dbus_authenticate
tracker_miner_web_dbus_dissociate
tracker_miner_web_dbus_get_association_data
tracker_password_provider_gnome_get_type

Cheers,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Proposal to improve tracker-miner-fs up-to-date check performance

[Michael Biebl]

2010/3/30 Chen, Zhenqiang zhenqiang.c...@intel.com:
 Carlos Garnacho wrote:

 As Philip said, we should take into account memory usage as well, and
 keeping a hashtable for each known item is not going to be nice...
 TrackerCrawler guarantees that any directory will be processed after
 its parent folder, and all the items in a directory will be processed
 together, so we very probably can do this on a per-folder basis.

 Agree. Combining with Philip and your suggestion, I prefer the logic as:

 (1) get the total count of items with SPARQL's COUNT.
     if count  1000
          do per-folder basis query with OFFSET and LIMIT
     else
         get all items once.

 For most systems like netbook or handset, there are not much items.

I would very much appreciate such a batched mode during initial crawling.

When I login, tracker keeps my CPU busy for  about 2-3min at 100%
during the initial crawling.
Around 50% of CPU is taken by tracker-store (my guess because of the
dbus messages).
The other half is taken by tracker-miner-fs.
I'd hope by sending larger chunks in a single dbus message, the CPU
usage of tracker-store is also going down.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.8.1 released (stable)

[Michael Biebl]

2010/4/12 Tshepang Lekhonkhobe tshep...@gmail.com:
 On Sun, Apr 11, 2010 at 17:31, Michael Biebl mbi...@gmail.com wrote:
 2010/4/8 Martyn Russell mar...@lanedo.com:
 tracker 0.8.1 is now available for download from:
 http://download.gnome.org/sources/tracker/0.8/


 Hi everyone,

 just wanted to let you know, that 0.8.1 packages are now available
 from Debian experimental [1]. Given I get an ack from our release
 team, I plan to get 0.8.x packages into squeeze.

 Kool stuff. Am just curious though how come you packaged 0.6.x just a
 few days ago. Was it in case 0.8.x got rejected or you weren't sure
 the major issues would be resolved in time or...?

I've been sitting on the 0.6.96 packages and should have uploaded them
earlier, I guess.

Yes, it's still not 100% sure, that 0.8.x will make it into squeeze,
but currently it looks quite ok. I'm currently looking at getting all
reverse-dependencies, like nautilus, totem or gtk, to properly support
tracker 0.8 and planning the transitions.

As I had already done the work for 0.6.96 already, I decided to upload
it anyway.
In case 0.8.x makes it into squeeze it's just a few wasted buildd cpu
cycles. If 0.8.x doesn't make it, squeeze will have a solid 0.6
release.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.8.1 released (stable)

[Michael Biebl]

2010/4/12 Martyn Russell mar...@lanedo.com:
 On 12/04/10 22:51, Michael Biebl wrote:

 I've been sitting on the 0.6.96 packages and should have uploaded them
 earlier, I guess.

 Yes, it's still not 100% sure, that 0.8.x will make it into squeeze,
 but currently it looks quite ok. I'm currently looking at getting all
 reverse-dependencies, like nautilus, totem or gtk, to properly support
 tracker 0.8 and planning the transitions.

 These might be of interest to you then:

  http://mail.gnome.org/archives/gtk-devel-list/2010-April/msg00052.html

 and

  https://bugzilla.gnome.org/show_bug.cgi?id=614839

Hi Martin,

I've been following that changes and track the process at [1]

What I committed to the Debian gtk+2.0 svn [2] is basically a merge of
your changes.
A remaining issue is totem(-plugins) and I'll be following the progress on
614839 for that.

Cheers,
Michael

[1] http://wiki.debian.org/Tracker08
[2] 
http://svn.debian.org/wsvn/pkg-gnome/desktop/unstable/gtk%2B2.0/?rev=23689sc=1
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] Improve linking against 3rd party libs

[Michael Biebl]

Hi,

I noticed with amazement, that tracker-store has a dependency against
libgtk [1], also the dependencies of e.g. libtracker-client-8.0-0 are
not ideal.
I started working on that a bit, and attached is a serious of patches.
To see the effect, I prepate a before and after of a few selected
(Debian) binary packages

before
==
Package: libtracker-client-0.8-0
Depends: libc6 (= 2.3.6-6~), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2
(= 0.78), libdevkit-power-gobject1 (= 1:0.9.1), libglib2.0-0 (=
2.24.0), libgtk2.0-0 (= 2.18.0), libpango1.0-0 (= 1.14.0), libunac

Package: libtracker-extract-0.8-0
Depends: libc6 (= 2.3.6-6~), libexempi3 (= 2.1.0), libexif12,
libglib2.0-0 (= 2.20.0), libgtk2.0-0 (= 2.18.0), libiptcdata0,
libtracker-client-0.8-0 (= 0.8.1)

Package: libtracker-miner-0.8-0
Depends: libc6 (= 2.4), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2 (=
0.78), libdevkit-power-gobject1 (= 1:0.9.1), libglib2.0-0 (=
2.24.0), libgnome-keyring0 (= 2.22.2), libgtk2.0-0 (= 2.18.0),
libpango1.0-0 (= 1.14.0), libtracker-client-0.8-0 (= 0.8.1),
libunac1

Package: tracker
Depends: libc6 (= 2.3.6-6~), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2
(= 0.78), libdevkit-power-gobject1 (= 1:0.9.1), libglib2.0-0 (=
2.24.0), libgtk2.0-0 (= 2.18.0), libpango1.0-0 (= 1.14.0),
libsqlite3-0 (= 3.6.23.1), libtracker-client-0.8-0 (= 0.8.1),
libtracker-miner-0.8-0 (= 0.8.0), libunac1, libuuid1 (= 2.16),
zlib1g (= 1:1.1.4), shared-mime-info, dbus

after
=
Package: libtracker-client-0.8-0
Depends: libc6 (= 2.3.6-6~), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2
(= 0.78), libdevkit-power-gobject1 (= 1:0.9.1), libglib2.0-0 (=
2.24.0)

Package: libtracker-extract-0.8-0
Depends: libc6 (= 2.3.6-6~), libexempi3 (= 2.1.0), libexif12,
libglib2.0-0 (= 2.20.0), libiptcdata0, libtracker-client-0.8-0 (=
0.8.1)

Package: libtracker-miner-0.8-0
Depends: libc6 (= 2.4), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2 (=
0.78), libglib2.0-0 (= 2.24.0), libgnome-keyring0 (= 2.22.2),
libtracker-client-0.8-0 (= 0.8.1)

Package: tracker
Depends: libc6 (= 2.3.6-6~), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2
(= 0.78), libdevkit-power-gobject1 (= 1:0.9.1), libglib2.0-0 (=
2.24.0), libpango1.0-0 (= 1.14.0), libsqlite3-0 (= 3.6.23.1),
libtracker-client-0.8-0 (= 0.8.1), libtracker-miner-0.8-0 (= 0.8.0),
libunac1, libuuid1 (= 2.16), zlib1g (= 1:1.1.4), shared-mime-info,
dbus


For now I concentrated on unac, pango, devicekit-power, hal and
gdkpixbuf and only link those libraries/binaries against them, when
they actually use them.
I've tested with binutils-gold to not break anything, but a review is
appreciated.
If possible I'd like to see that merged into the stable branch, too.

Cheers,
Michael


[1] http://packages.debian.org/experimental/tracker
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From e582a7e6c8226a6aa2c3dcae30a4773dc8477bcd Mon Sep 17 00:00:00 2001
From: Michael Biebl bi...@debian.org
Date: Tue, 13 Apr 2010 04:59:21 +0200
Subject: [PATCH 1/5] Improve UNAC linking

---
 docs/reference/libtracker-client/Makefile.am |4 +---
 docs/reference/libtracker-common/Makefile.am |4 +---
 docs/reference/libtracker-miner/Makefile.am  |4 +---
 examples/libtracker-miner/Makefile.am|1 -
 src/libtracker-common/Makefile.am|4 +---
 src/libtracker-fts/Makefile.am   |2 ++
 src/libtracker-miner/Makefile.am |4 +---
 7 files changed, 7 insertions(+), 16 deletions(-)

diff --git a/docs/reference/libtracker-client/Makefile.am b/docs/reference/libtracker-client/Makefile.am
index 9c2c945..ee2beaa 100644
--- a/docs/reference/libtracker-client/Makefile.am
+++ b/docs/reference/libtracker-client/Makefile.am
@@ -35,15 +35,13 @@ INCLUDES = \
 	$(GIO_CFLAGS)			\
 	$(PANGO_CFLAGS)			\
 	$(HAL_CFLAGS)			\
-	$(DBUS_CFLAGS)			\
-	$(UNAC_CFLAGS)
+	$(DBUS_CFLAGS)
 
 GTKDOC_LIBS =\
 	$(top_builddir)/src/libtracker-client/libtracker-clie...@tracker_api_version@.la \
 	$(top_builddir)/src/libtracker-common/libtracker-common.la	\
 	$(HAL_LIBS)			\
 	$(DBUS_LIBS)			\
-	$(UNAC_LIBS)			\
 	$(PANGO_LIBS)			\
 	$(GIO_LIBS)			\
 	$(GLIB2_LIBS)
diff --git a/docs/reference/libtracker-common/Makefile.am b/docs/reference/libtracker-common/Makefile.am
index e8cc890..751309b 100644
--- a/docs/reference/libtracker-common/Makefile.am
+++ b/docs/reference/libtracker-common/Makefile.am
@@ -33,14 +33,12 @@ INCLUDES = \
 	$(GIO_CFLAGS)			\
 	$(PANGO_CFLAGS)			\
 	$(HAL_CFLAGS)			\
-	$(DBUS_CFLAGS)			\
-	$(UNAC_CFLAGS)
+	$(DBUS_CFLAGS)
 
 GTKDOC_LIBS =\
 	$(top_builddir)/src/libtracker-common/libtracker-common.la	\
 	$(HAL_LIBS)			\
 	$(DBUS_LIBS)			\
-	$(UNAC_LIBS)			\
 	$(PANGO_LIBS)			\
 	$(GIO_LIBS)			\
 	$(GLIB2_LIBS)
diff --git a/docs/reference/libtracker-miner/Makefile.am b/docs/reference/libtracker-miner/Makefile.am
index 7e4dbe6..d8007d6 100644
--- a/docs/reference/libtracker-miner

[Tracker] My tracker-store.journal file is huge

[Michael Biebl]

Hi,

so, my ~ is around 12Gb of data, ~/.cache/tracker is ~430 Mb, but my
journal files is almost 1Gb!
Why is that file so huge? Can I safely delete it or is there a way to
shrink it?

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] [PATCH] Port tracker from libdevkit-power-gobject to libupower-glib

[Michael Biebl]

2010/4/14 Martyn Russell mar...@lanedo.com:
 On 14/04/10 10:13, Philip Van Hoof wrote:

 Looks like this was about another patch. A larger one (not just
 Makefiles) that was attached to the first E-mail of this thread.

 Hmm?

 The one attached to the start of this thread is the one being applied - my
 question is, does the patch in this thread depend on the smaller Makefile
 patches from earlier? If so, then no rebase should be done, if not, then yes
 it probably should be done.

Just to clarify: this patch is on top of the 5 small Makefile patches.
As Martyn has merged them now, the patch should directly apply to
current master.

Cheers,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] [PATCH] Port tracker from libdevkit-power-gobject to libupower-glib

[Michael Biebl]

2010/4/14 Martyn Russell mar...@lanedo.com:
 On 14/04/10 09:11, Philip Van Hoof wrote:

 On Wed, 2010-04-14 at 04:32 +0200, Michael Biebl wrote:

 The attached patch ports tracker from libdevkit-power-gobject to
 libupower-glib.

 The patch is based on my latest patch series, so does not directly
 apply on top of master.
 If you prefer, I can rebase the patch on master and resend it.


 Please do

Attached is new patch rebased on current master.

 fwiw, I set the minimum version of libupower-glib to 0.9.2, because
 that is the version I tested the patch with. It most likely should
 also work with earlier releases like 0.9.0 if that is a concern.

 Hmm, from a brief Google for the packages hitting the next Ubuntu version,
 0.9.0 looks like the version they're shipping with. I would try to use that
 if possible.

I've set the minimum version to 0.9.0 on your request.

Updated patch is attached. I'd appreciate a review.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From edaedffd693a83d0692ab981587f6f95dc932c13 Mon Sep 17 00:00:00 2001
From: Michael Biebl bi...@debian.org
Date: Wed, 14 Apr 2010 03:49:31 +0200
Subject: [PATCH] Port from libdevkit-power-gobject to libupower-glib

---
 configure.ac|   54 +++---
 src/libtracker-common/Makefile.am   |   11 +-
 src/libtracker-common/tracker-power-devicekit.c |  247 ---
 src/libtracker-common/tracker-power-upower.c|  247 +++
 src/miners/fs/tracker-miner-files.c |   16 +-
 5 files changed, 287 insertions(+), 288 deletions(-)
 delete mode 100644 src/libtracker-common/tracker-power-devicekit.c
 create mode 100644 src/libtracker-common/tracker-power-upower.c

diff --git a/configure.ac b/configure.ac
index a90af4a..361d6bb 100644
--- a/configure.ac
+++ b/configure.ac
@@ -139,7 +139,7 @@ GTK_REQUIRED=2.18.0
 LIBXML2_REQUIRED=2.6
 LIBNOTIFY_REQUIRED=0.4.3
 HAL_REQUIRED=0.5
-DEVKIT_POWER_REQUIRED=007
+UPOWER_REQUIRED=0.9.0
 GDKPIXBUF_REQUIRED=2.12.0
 QUILL_REQUIRED=1.0.0
 UNAC_REQUIRED=1.0.0
@@ -398,36 +398,36 @@ fi
 
 
 ##
-# Check for DeviceKit-power
+# Check for UPower
 ##
 
-AC_ARG_ENABLE(devkit_power,
-	  AS_HELP_STRING([--disable-devkit-power],
-			 [disable DeviceKit-power support for AC power detection [[default=auto]]]),,
-	  [enable_devkit_power=auto])
-
-if test x$enable_devkit_power != xno; then
-   PKG_CHECK_MODULES(DEVKIT_POWER,
-		 [devkit-power-gobject = $DEVKIT_POWER_REQUIRED],
-		 [have_devkit_power=yes] ,
-		 [have_devkit_power=no])
-   AC_SUBST(DEVKIT_POWER_CFLAGS)
-   AC_SUBST(DEVKIT_POWER_LIBS)
-
-   if test x$have_devkit_power = xyes; then
-  AC_DEFINE(HAVE_DEVKIT_POWER, [], [Define if we have DEVKIT_POWER])
+AC_ARG_ENABLE(upower,
+	  AS_HELP_STRING([--disable-upower],
+			 [disable UPower support for AC power detection [[default=auto]]]),,
+	  [enable_upower=auto])
+
+if test x$enable_upower != xno; then
+   PKG_CHECK_MODULES(UPOWER,
+		 [upower-glib = $UPOWER_REQUIRED],
+		 [have_upower=yes] ,
+		 [have_upower=no])
+   AC_SUBST(UPOWER_CFLAGS)
+   AC_SUBST(UPOWER_LIBS)
+
+   if test x$have_upower = xyes; then
+  AC_DEFINE(HAVE_UPOWER, [], [Define if we have UPOWER])
fi
 else
-   have_devkit_power=no  (disabled)
+   have_upower=no  (disabled)
 fi
 
-if test x$enable_devkit_power = xyes; then
-   if test x$have_devkit_power != xyes; then
-  AC_MSG_ERROR([Couldn't find devkit_power = $DEVKIT_POWER_REQUIRED.])
+if test x$enable_upower = xyes; then
+   if test x$have_upower != xyes; then
+  AC_MSG_ERROR([Couldn't find upower = $UPOWER_REQUIRED.])
fi
 fi
 
-AM_CONDITIONAL(HAVE_DEVKIT_POWER, test x$have_devkit_power = xyes)
+AM_CONDITIONAL(HAVE_UPOWER, test x$have_upower = xyes)
 
 ##
 # Check for HAL
@@ -438,7 +438,7 @@ AC_ARG_ENABLE(hal,
 			 [disable HAL support for AC power detection [[default=auto]]]),,
 	  [enable_hal=auto])
 
-if test x$have_devkit_power != xyes  test x$enable_hal != xno; then
+if test x$have_upower != xyes  test x$enable_hal != xno; then
PKG_CHECK_MODULES(HAL,
  [hal = $HAL_REQUIRED],
 		 [have_hal=yes] ,
@@ -454,8 +454,8 @@ else
 fi
 
 if test x$enable_hal = xyes; then
-   if test x$have_devkit_power = xyes; then
-  AC_MSG_ERROR([Only one of DeviceKit-power and HAL can be used.])
+   if test x$have_upower = xyes; then
+  AC_MSG_ERROR([Only one of UPower and HAL can be used.])
elif test x$have_hal != xyes; then
   AC_MSG_ERROR([Couldn't find hal = $HAL_REQUIRED.])
fi
@@ -1749,8 +1749,8 @@ Build Configuration:
 	Enable unit tests:			$have_unit_tests
 
 	Support for ioprio:			$tracker_cv_have_ioprio
-	Support for HAL

Re: [Tracker] ANNOUNCE: tracker 0.9.31 released (unstable)

[Michael Biebl]

Hi!

2010/12/10 Martyn Russell mar...@lanedo.com:
  * build: Binaries built now use *stable* named versions only (i.e. 0.10 not
 0.9)

So, 0.9.31 is not declared stable yet, but you already use the stable
version names. That's a bit confusing.
Could you elaborate on this?
Do you expect no more API incompatible changes before the stable release?

And on a completely different note, make install seems to install
over 150Mb of data into /usr/share/tracker-tests here.
Is that really intentional? Why do those files need to be installed?

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.9.31 released (unstable)

[Michael Biebl]

2010/12/13 Martyn Russell mar...@lanedo.com:
 On 13/12/10 03:56, Michael Biebl wrote:
 2010/12/10 Martyn Russellmar...@lanedo.com:

  * build: Binaries built now use *stable* named versions only (i.e. 0.10
 not
 0.9)

 So, 0.9.31 is not declared stable yet, but you already use the stable
 version names. That's a bit confusing.
 Could you elaborate on this?

 Sure.

 Do you expect no more API incompatible changes before the stable release?

 It's not really about that. We did this for a few reasons:

 - It just makes switching when we do a stable release that much easier and
 less (potentially) problematic on the day.

You should bump soname if the API/ABI is changed in an incompatible
way, I guess we all agree on that.

For the devel/unstable branch iirc the idea was to use an odd
soversion, as a clear indication that the ABI can break anytime,
without the soname being bumped.
Now you are using the stable soversion, even if the libs aren't yet
declared stable. That's the bit I find confusing.

And if 3rd party packages start using the stable soversion today, they
can potentially break by future updates of tracker.
That shouldn't happen.


 And on a completely different note, make install seems to install
 over 150Mb of data into /usr/share/tracker-tests here.

 They don't, If you build with --disable-functional-tests they shouldn't be
 built or installed. I didn't know it was 150Mb though, that's quite
 shocking. If the --disable-functional-tests doesn't do it, --disable-gtk-doc
 definitely should.

I tried --disable-functional-tests --disable-unit-tests now, and those
files are no longer installed. Thanks for the hint.

I'm still wondering though, if functional-tests being enabled by
*default* is a good idea.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] pdf indexing problem

[Michael Biebl]

2011/3/2 Thomas Novin tho...@xyz.pp.se:
 I was on the #tracker IRC channel and Alexander Sack said that he would
 package tracker 0.10 as soon as he had time.

 There already is a tracker ppa which can be found from
 https://launchpad.net/~tracker-team. But this only holds 0.8 for stable
 and 0.9.2x for unstable currently.

FWIW, Debian experimental already has 0.10.0, in case you want to sync
from there.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] [PATCH] Enable gettext translations in tracker-preferences

[Michael Biebl]

Hi,

attached is a patch to enable the (gettext) translations in tracker-preferences.

Patch can be applied with git am.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From adc1bcf95c6f5321be059e508be330f1f2b076b7 Mon Sep 17 00:00:00 2001
From: Michael Biebl bi...@debian.org
Date: Fri, 4 Mar 2011 04:46:38 +0100
Subject: [PATCH] tracker-preferences: Enable gettext translations

While at it, clean up unused defines.
---
 src/tracker-preferences/Makefile.am  |4 +---
 src/tracker-preferences/config.vapi  |3 ++-
 src/tracker-preferences/tracker-preferences.vala |5 +
 3 files changed, 8 insertions(+), 4 deletions(-)

diff --git a/src/tracker-preferences/Makefile.am b/src/tracker-preferences/Makefile.am
index e380685..78b6590 100644
--- a/src/tracker-preferences/Makefile.am
+++ b/src/tracker-preferences/Makefile.am
@@ -20,9 +20,7 @@ AM_CPPFLAGS =  \
 	-I$(top_srcdir)/src\
 	-I$(top_builddir)/src  \
 	-DTRACKER_DATADIR=\$(datadir)/tracker\ \
-	-DTRACKER_LOCALEDIR=\$(localedir)\ \
-	-DTRACKER_BINDIR=\$(bindir)\   \
-	-DTRACKER_LIBEXECDIR=\$(libexecdir)\   \
+	-DLOCALEDIR=\$(localedir)\ \
 	-DGETTEXT_PACKAGE=\$(GETTEXT_PACKAGE)\   \
 	$(TRACKER_PREFERENCES_CFLAGS)
 
diff --git a/src/tracker-preferences/config.vapi b/src/tracker-preferences/config.vapi
index e0ebb0d..da2a171 100644
--- a/src/tracker-preferences/config.vapi
+++ b/src/tracker-preferences/config.vapi
@@ -1,3 +1,4 @@
 [CCode (cheader_filename = config.h)]
 public const string TRACKER_DATADIR;
-public const bool HAVE_TRACKER_STATUS_ICON;
+public const string GETTEXT_PACKAGE;
+public const string LOCALEDIR;
diff --git a/src/tracker-preferences/tracker-preferences.vala b/src/tracker-preferences/tracker-preferences.vala
index 0ba15ef..aba7bd6 100644
--- a/src/tracker-preferences/tracker-preferences.vala
+++ b/src/tracker-preferences/tracker-preferences.vala
@@ -331,6 +331,10 @@ setup_standard_treeview (TreeView view, string title)
 static int main (string[] args) {
 	Gtk.init (ref args);
 
+	Intl.bindtextdomain (GETTEXT_PACKAGE, LOCALEDIR);
+	Intl.bind_textdomain_codeset (GETTEXT_PACKAGE, UTF-8);
+	Intl.textdomain (GETTEXT_PACKAGE);
+
 	try {
 		config = new Config.with_domain (tracker-miner-fs);
 
@@ -399,6 +403,7 @@ static int main (string[] args) {
 		builder.connect_signals (null);
 
 		window.show_all ();
+
 		Gtk.main ();
 	} catch (Error e) {
 		stderr.printf (Could not load UI: %s\n, e.message);
-- 
1.7.4.1

___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Debian Tracker 0.10.0/Evolution 2.32: not mining

[Michael Biebl]

2011/3/18 Philip Van Hoof phi...@codeminded.be:
 On Fri, 2011-03-18 at 11:01 +, Martyn Russell wrote:
 On 18/03/11 10:43, Philip Van Hoof wrote:
  On Fri, 2011-03-18 at 10:34 +, Martyn Russell wrote:

  Tbh I think it should be taken out by emergency, forcefully. Perhaps by
  keeping the symbol but letting it do g_critical() and add #warning or
  maybe even #error in case if -DDISABLE_DEPRECATED

 This is really just something overlooked on our part. Marking as
 deprecated and producing criticals when used is sufficient here.
 Removing it entirely is not.

 Fair enough. I can probably work on this next week. And I'll indeed let
 the functions perform g_critical and things like that (and fix the evo
 plugin itself, of course).

I need to add here, that Debian experimental does not (yet) have
evo/edo  2.91.90.
So I reverted 5a48b5c8d339c5eed04e34e9c672d1925352fb28 and
87a5064e3033e1521b3ba01c63a5667bde231a82 for the Debian package.

I'm not sure if this is related to the failure, Joost is experiencing,
but I just wanted to mention that here.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Debian Tracker 0.10.0/Evolution 2.32: not mining

[Michael Biebl]

2011/3/18 Joost Kraaijeveld j.kraaijev...@askesis.nl:
 Hi,

 Do any of you think that it would be possible to backport those changes
 to 0.10.x? The reason for this is that, as far as I can see, the
 project's tarball is not Debianised which means that I cannot install
 it using Debian package management as I cannot compile it it into a deb
 package. And I really would like that.

I track the 0.10 branch currently as close as possible in Debian experimental.
As soon as a fix lands in the 0.10 upstream and a new release is out,
you'll get it from experimental.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ABI vs API

[Michael Biebl]

2011/3/18 Martyn Russell mar...@lanedo.com:
 On 17/03/11 16:16, Michael Biebl wrote:


 libtracker-miner:

 tracker_network_provider_dummy_get_type
 tracker_password_provider_gnome_get_type

 There is a bug about this already which I believe Adrien is looking into.

  https://bugzilla.gnome.org/show_bug.cgi?id=643284

Hehe, now that you mention it :-)

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.10.4 released (stable)

[Michael Biebl]

2011/3/18 Martyn Russell mar...@lanedo.com:
 On 17/03/11 16:00, Michael Biebl wrote:

 Hi,

 Hi,

 looks like there was an ABI/API break in libtracker-sparql without a
 soname bump.
 The following symbols were removed:

  tracker_backend_status_wait_async
  tracker_backend_status_wait_finish
  tracker_sparql_connection_init_async
  tracker_sparql_connection_init_finish

 Was that intentional?

 It was intentional to fix the problem we had with initialisation but not to
 break ABI. There is no API break AFAICS. These functions were not public.

See my other email (ABI vs API). this is for tracker 0.10.3:

/usr/include/tracker-0.10/libtracker-sparql# grep
tracker_sparql_connection_init_async *
void tracker_sparql_connection_init_async (TrackerSparqlConnection*
self, GAsyncReadyCallback _callback_, gpointer _user_data_);

/usr/include/tracker-0.10/libtracker-sparql# grep
tracker_sparql_connection_init_finish *
void tracker_sparql_connection_init_finish (TrackerSparqlConnection*
self, GAsyncResult* _res_, GError** error);

So this *is* an API break

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.10.4 released (stable)

[Michael Biebl]

2011/3/18 Martyn Russell mar...@lanedo.com:
 On 18/03/11 13:32, Michael Biebl wrote:


 So:

 - while we *strictly* broke ABI, we don't consider it a break.
 - while we *strictly* broke API, it was never meant to be used publicly.

Let's put it differently: It's still an API and ABI break, but it's
most likely that this won't have any consequences, as ttbomk no
external package uses that interface. So I guess we can get away
without a soname bump for now :-)

Just wanted to raise awareness for this issue.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.10.7 released (stable)

[Michael Biebl]

2011/4/7 Martyn Russell mar...@lanedo.com:
 What's New?
 ===

 Dependencies:

  * Require: Vala = 0.12.0 (was 0.11.4), due to introspection issues
  * Require: GObject Introspection = 0.9.5

 New Features:

  * New Feature: Introspection support for libtracker-{sparql|miner|extract}

I'm getting build failures using the 0.10.7 tarball:

Making all in libtracker-sparql
make[3]: Entering directory
`/home/michael/debian/build-area/tracker-0.10.7/src/libtracker-sparql'
make  all-am
make[4]: Entering directory
`/home/michael/debian/build-area/tracker-0.10.7/src/libtracker-sparql'
make[4]: *** No rule to make target `tracker-sparql.vapi', needed by
`tracker-sparql-0.10.vapi'.  Stop.
make[4]: Leaving directory
`/home/michael/debian/build-area/tracker-0.10.7/src/libtracker-sparql'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/home/michael/debian/build-area/tracker-0.10.7/src/libtracker-sparql'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/michael/debian/build-area/tracker-0.10.7/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/michael/debian/build-area/tracker-0.10.7'
make: *** [all] Error 2



Looks like a distcheck failure to me.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Roadmap for 0.12

[Michael Biebl]

2011/7/27 Martyn Russell mar...@lanedo.com:
 On 27/07/11 14:28, Michael Biebl wrote:

 2011/7/27 Martyn Russellmar...@lanedo.com:

 Hi all,

 This morning all the Tracker core developers had a meeting to discuss
 shaping up 0.12 releases ready for GNOME 3.2. We have drawn up a list of
 features and bugs we want to see in 0.12 before and around the GNOME
 feature
 freeze (August 12th). This is that list:

 Are there any plans to move to gtk+3.0 for all GUI apps?
 (I'm using 0.10.21 atm).

 Yes, 0.11.x already makes full use of GTK+ 3.x, there are no GTK+ 2.x
 requirements as far as I can see here.

Great, thanks for the confirmation.

Another issue, we already briefly talked about and which is related to
0.12 is the removal of libtracker-client.

I know that e.g. totem 3.0.x ,  gtk+ 3.0.x and nautilus 3.0.x have
been updated to use libtracker-sparql-0.10.
Not yet ported are totem 3.x and gtk+ 2.0.
Even if gtk+ 2.0 is more or less in maintenance mode, it will most
likely be around for some time to come, so it would be great if it got
the same tracker search backend as gtk+ 3.0

Also, will libtracker-sparql change the soname from -0.10 to -0.12 or
will it remain backwards compatible? If not, what is the plan for the
apps/libs I mentioned: Will they be updated to support both versions
or 0.12 only?

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.12.1 released (stable)

[Michael Biebl]

Hi Martyn!

2011/9/15 Martyn Russell mar...@lanedo.com:
 Changes:
  * libtracker-miner: Export TrackerTask* and TrackerPriority* API for new
 unit tests

I fixed this in a different way by using a private convenience library
which the test suite can link against:

http://git.gnome.org/browse/tracker/commit/?id=8a4a69b4c37333540bdb8ca8d15e10146ff56554

It would be great if you can review this patch and merge it for 0.12.2.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.12.0 released (stable)

[Michael Biebl]

Congrats to the new release

2011/9/9 Martyn Russell mar...@lanedo.com:
 Where can I get it?
 ===

   http://download.gnome.org/sources/tracker/0.12/


A few things I noticed:

1/ Starting tracker-needle or tracker-preferences from the command
line, I get a lot of debug messages like:
# tracker-needle
(tracker-needle:20965): Tracker-DEBUG: tracker-history.vala:26: Loading history
(tracker-needle:20965): Tracker-DEBUG: tracker-history.vala:56:
Found 22 previous search histories
(tracker-needle:20965): Tracker-DEBUG: tracker-history.vala:58:   Done
(tracker-needle:20965): Tracker-DEBUG: tracker-view.vala:100: using
store:0x894b480
# tracker-preferences
(tracker-preferences:20937): Tracker-DEBUG:
tracker-preferences.vala:61: Getting current settings
(tracker-preferences:20937): Tracker-DEBUG:
tracker-preferences.vala:76: Trying to use UI
file:'/home/michael/debian/build-area/tracker-0.12.1/src/tracker-preferences/tracker-preferences.ui'
(tracker-preferences:20937): Tracker-DEBUG:
tracker-preferences.vala:186: Got response id -7 (apply:-10, close:-7)

Interesting here is also the fact that tracker-preferences tries to
load the ui file from the directory I built the package and not
/usr/share/tracker/tracker-preferences.ui

2/ My settings from 0.10.* are not migrated,
  Is this due to the switch to gsettings?
E.g. If I fire up tracker-preferences all the locations I configured
for indexing are reset.
This is imho a really import bug to fix.

3/ tracker-preferences shows under Locations
DESKTOP
DOCUMENTS
...
VIDEOS

ie. no actual folders. Imho this doesn't make it really obvious which
folders are indexed.


Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] ANNOUNCE: tracker 0.12.0 released (stable)

[Michael Biebl]

2011/9/20 Martyn Russell mar...@lanedo.com:
 On 20/09/11 16:54, Michael Biebl wrote:

 Congrats to the new release

 2011/9/9 Martyn Russellmar...@lanedo.com:

 Where can I get it?
 ===

   http://download.gnome.org/sources/tracker/0.12/


 A few things I noticed:

 1/ Starting tracker-needle or tracker-preferences from the command
 line, I get a lot of debug messages like:
 # tracker-needle
 (tracker-needle:20965): Tracker-DEBUG: tracker-history.vala:26: Loading
 history
 (tracker-needle:20965): Tracker-DEBUG: tracker-history.vala:56:
 Found 22 previous search histories
 (tracker-needle:20965): Tracker-DEBUG: tracker-history.vala:58:   Done
 (tracker-needle:20965): Tracker-DEBUG: tracker-view.vala:100: using
 store:0x894b480
 # tracker-preferences
 (tracker-preferences:20937): Tracker-DEBUG:
 tracker-preferences.vala:61: Getting current settings
 (tracker-preferences:20937): Tracker-DEBUG:
 tracker-preferences.vala:76: Trying to use UI

 file:'/home/michael/debian/build-area/tracker-0.12.1/src/tracker-preferences/tracker-preferences.ui'
 (tracker-preferences:20937): Tracker-DEBUG:
 tracker-preferences.vala:186: Got response id -7 (apply:-10, close:-7)

 Yea, that's intended to see what is going on, especially when there are
 queries involved. We can probably trim this but it doesn't harm at all to
 have these in here and it's more of a development aid than anything.

Could we hide these behind a --debug command line parameter, please?
It's a good  Unix practice to not show such debug messages by default:
remember, no news is good news!

 Interesting here is also the fact that tracker-preferences tries to
 load the ui file from the directory I built the package and not
 /usr/share/tracker/tracker-preferences.ui

 Yes, that's also intended. When developing things locally, I don't want to
 keep using make install to use the changes in my .ui file.

Hm, I'm still a bit surprised by that, but ok.

 2/ My settings from 0.10.* are not migrated,
   Is this due to the switch to gsettings?
 E.g. If I fire up tracker-preferences all the locations I configured
 for indexing are reset.
 This is imho a really import bug to fix.

 Indeed and it should work already. I would open a bug about this. There are
 specific migration functions implemented to do this properly and if it's
 broken we should fix it.

Ok, will file a bug about this, fwiw I tested 0.12.1

 3/ tracker-preferences shows under Locations
 DESKTOP
 DOCUMENTS
 ...
 VIDEOS

 ie. no actual folders. Imho this doesn't make it really obvious which
 folders are indexed.

 This is fixed in master and will be available in 0.12.2:

 http://blogs.gnome.org/mr/2011/09/17/improved-tracker-preferences-for-indexed-locations/

Very nice. Looks great!

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Fwd: Re: Searching with Meta Tracker

[Michael Biebl]

2011/9/26 Aleksander Morgado aleksan...@lanedo.com:


 Is there a later stable version than Tracker 0.8.17 in the UNSTABLE
 version repository?


 The unstable PPA comes with a version of Tracker from the 0.9 series,
 also quite old. Not sure which version will be packaged for the next
 Ubuntu release, hope it's from the 0.12 series.


I'm currently working on 0.12.x for Debian. As Ubuntu syncs the
package, the next Ubuntu release will have 0.12.x

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] managed to build 0.12.3..! now tracker-needle..?

[Michael Biebl]

2011/9/27 Martyn Russell mar...@lanedo.com:
 On 27/09/11 07:37, Adrien Bustany wrote:

 On 27.09.2011 09:25, Björn Johansson wrote:

 Hi all,
 and thanks for all the help. I finally managed to build the 0.12.3 and
 it seems to be indexing my file system.

 In the end I simply
 ./configure
 make
 sudo make install

 I am not quite sure why it worked now...

 Now I would like to also build tracker-needle:

 ./configure --enable-tracker-needle

 and I get

 configure: error: Couldnt find tracker-needle dependencies
 (glib-2.0 = 2.28.0
                         gio-unix-2.0 =
 2.28.0
                         gthread-2.0 =
 2.28.0
                         gmodule-2.0 =
 2.28.0
                         gtk+-3.0 =
 3.0.0).

 I do have the libglib2.0-dev  version 2.28.6-0ubuntu1 installed
 which I thought should provide these.

 thanks for any suggestions...

 /bjorn

 Hi Björn

 I guess you are missing gtk3, not sure if there are packages for your
 version of Ubuntu, maybe a PPA somewhere?

 We should probably remove GLib 2.x from the requirements above. GTK+ 3.x
 pulls in most of those for us.

Please be explicit about those dependencies

If tracker uses glib, it should depend on glib (and it's mimimum
required version).
Getting glib pulled as a side effect of using gtk is not good.

Cheers,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Tracker without GUI

[Michael Biebl]

Am 1. März 2012 00:22 schrieb Marklar Inc mark...@marklar.biz:
 Im running a hosted storage running linux. Users interact e.g. upload, browse 
 and download their storage via a web interface.
 I was wondering if tracker could be used to index their volume. One 
 index/user or volume and use the web interface to search the index.

 I tried to install it in debian but trying to run tracker-control it complain 
 about x11.

Which version o tracker/debian?
tracker-control should work without X. What exactly did you try to do
and what was the exact error message?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Tracker without GUI

[Michael Biebl]

Am 1. März 2012 00:50 schrieb Ivan Frade ivan.fr...@gmail.com:
 Hi,

  Maybe the problem here is dbus. Tracker requires dbus and somehow
 dbus is interleaved with X (dbus-x11 package?).

Ah, good point. If you don't start a session bus manually (on the
console), the auto-launch will fail indeed

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] [PATCH] Make libtracker-extract a package-private library

[Michael Biebl]

Don't install libtracker-extract system-wide and don't generate any
introspection data.

This is a follow-up commit to 60fdc9b900ae1c66a65721c8314e8cc3358ca461

With this commit we treat libtracker-extract like libtracker-data or
libtracker-common


This patch is on top of git master and I'd like to see it applied
before 0.18 is released.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From 432c5c4d6b11ccab44ede927bd3f5a0c8ec0f9ea Mon Sep 17 00:00:00 2001
From: Michael Biebl bi...@debian.org
Date: Sat, 22 Feb 2014 03:41:14 +0100
Subject: [PATCH] Make libtracker-extract a package-private library

Don't install libtracker-extract system-wide and don't generate any
introspection data.

This is a follow-up commit to 60fdc9b900ae1c66a65721c8314e8cc3358ca461
---
 examples/libtracker-extract/Makefile.am |  2 +-
 src/libtracker-extract/Makefile.am  | 52 ++
 src/miners/fs/Makefile.am   |  2 +-
 src/tracker-extract/Makefile.am | 56 -
 tests/libtracker-extract/Makefile.am|  2 +-
 5 files changed, 41 insertions(+), 73 deletions(-)

diff --git a/examples/libtracker-extract/Makefile.am b/examples/libtracker-extract/Makefile.am
index 1222b0d..cc2e80f 100644
--- a/examples/libtracker-extract/Makefile.am
+++ b/examples/libtracker-extract/Makefile.am
@@ -11,7 +11,7 @@ noinst_LTLIBRARIES = libextract-mockup.la
 libextract_mockup_la_SOURCES = tracker-extract-mockup.c
 libextract_mockup_la_LDFLAGS = $(module_flags)
 libextract_mockup_la_LIBADD =  \
-	$(top_builddir)/src/libtracker-extract/libtracker-extract-@TRACKER_API_VERSION@.la \
+	$(top_builddir)/src/libtracker-extract/libtracker-extract.la \
 	$(top_builddir)/src/libtracker-sparql-backend/libtracker-sparql-@TRACKER_API_VERSION@.la \
 	$(BUILD_LIBS)  \
 	$(LIBTRACKER_EXTRACT_LIBS)
diff --git a/src/libtracker-extract/Makefile.am b/src/libtracker-extract/Makefile.am
index 3d135f2..b4bbaae 100644
--- a/src/libtracker-extract/Makefile.am
+++ b/src/libtracker-extract/Makefile.am
@@ -7,15 +7,16 @@ AM_CPPFLAGS =  \
 	-DTRACKER_EXTRACTORS_DIR=\$(extractmodulesdir)\ \
 	$(LIBTRACKER_EXTRACT_CFLAGS)
 
-lib_LTLIBRARIES = libtracker-extract-@TRACKER_API_VERSION@.la
+libtracker_extractdir = $(libdir)/tracker-$(TRACKER_API_VERSION)
+libtracker_extract_LTLIBRARIES = libtracker-extract.la
 
-libtracker_extract_@TRACKER_API_VERSION@_la_LIBADD =   \
+libtracker_extract_la_LIBADD =   \
 	$(top_builddir)/src/libtracker-sparql-backend/libtracker-sparql-@TRACKER_API_VERSION@.la \
 	$(top_builddir)/src/libtracker-common/libtracker-common.la \
 	$(BUILD_LIBS)  \
 	$(LIBTRACKER_EXTRACT_LIBS)
 
-libtracker_extract_@TRACKER_API_VERSION@_la_SOURCES =  \
+libtracker_extract_la_SOURCES =  \
 	tracker-data.h \
 	tracker-encoding.c \
 	tracker-encoding.h \
@@ -51,60 +52,27 @@ noinst_HEADERS =   \
 	tracker-xmp.h
 
 if HAVE_ENCA
-libtracker_extract_@TRACKER_API_VERSION@_la_SOURCES += \
+libtracker_extract_la_SOURCES += \
 	tracker-encoding-enca.c\
 	tracker-encoding-enca.h
 endif
 
 if HAVE_MEEGOTOUCH
-libtracker_extract_@TRACKER_API_VERSION@_la_SOURCES += \
+libtracker_extract_la_SOURCES += \
 	tracker-encoding-meegotouch.cpp\
 	tracker-encoding-meegotouch.h
 endif
 
 if HAVE_LIBICU
-libtracker_extract_@TRACKER_API_VERSION@_la_SOURCES += \
+libtracker_extract_la_SOURCES += \
 	tracker-encoding-libicu.c  \
 	tracker-encoding-libicu.h
 AM_CPPFLAGS += \
 	$(LIBICU_CFLAGS)
-libtracker_extract_@TRACKER_API_VERSION@_la_LIBADD +=  \
+libtracker_extract_la_LIBADD +=  \
 	$(LIBICU_LIBS)
 endif
 
-libtracker_extract_@TRACKER_API_VERSION@_la_LDFLAGS =  \
-	-version-info $(LT_CURRENT):$(LT_REVISION):$(LT_AGE) \
-	-export-symbols-regex '^tracker_.*'
+libtracker_extract_la_LDFLAGS =  \
+	-version-info $(LT_CURRENT):$(LT_REVISION):$(LT_AGE)
 
-# Introspection foo
--include $(INTROSPECTION_MAKEFILE)
-INTROSPECTION_GIRS =
-INTROSPECTION_SCANNER_ARGS = \
-	--warn-all \
-	-I $(top_srcdir)/src \
-	-D TRACKER_COMPILATION \
-	--c-include=libtracker-extract/tracker-extract.h
-
-INTROSPECTION_COMPILER_ARGS = --includedir=$(top_srcdir)/src/libtracker-sparql
-
-if HAVE_INTROSPECTION
-INTROSPECTION_CFLAGS += $(AM_CPPFLAGS)
-introspection_sources = $(libtracker_extract_@TRACKER_API_VERSION@_la_SOURCES)
-TrackerExtract-@TRACKER_API_VERSION@.gir: $(INTROSPECTION_SCANNER) $(lib_LTLIBRARIES) Makefile
-TrackerExtract_@TRACKER_API_VERSION_UNDERSCORES@_gir_INCLUDES = GObject-2.0 GModule-2.0
-TrackerExtract_@TRACKER_API_VERSION_UNDERSCORES@_gir_SCANNERFLAGS = \
-	--include-uninstalled=$(top_srcdir)/src/libtracker-sparql

[Tracker] Extractor/File System/Applications not running after upgrade to 0.17.4

[Michael Biebl]

Hi,

I'm currently looking into packaging 0.17.* for Debian and noticed
that after upgrading to 0.17.4, only tracker-store was running:

$ tracker-control
Found 165 PIDs…
Found process ID 14770 for 'tracker-store'

Store:
02 Mar 2014, 15:46:14:  ✓ Store - Idle

Miners:
02 Mar 2014, 15:46:14:  ✗ Extractor - Not running or
is a disabled plugin
02 Mar 2014, 15:46:14:  ✗ File System   - Not running or
is a disabled plugin
02 Mar 2014, 15:46:14:  ✗ Applications  - Not running or
is a disabled plugin


Any idea what's wrong here? Is that a change in behaviour and these
components need to be enabled explicitly now? Am I missing something?

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] man: tracker-extract outdate info wrt TRACKER_EXTRACTORS_DIR

[Michael Biebl]

The tracker-extract man page in 0.17.4 has the following outdated information
TRACKER_EXTRACTORS_DIR
...

The default location is /usr/lib/tracker-0.10/extract-modules/.



I'm pretty sure that should read 1.0, not 0.10

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Extractor/File System/Applications not running after upgrade to 0.17.4

[Michael Biebl]

nvm, found 00bb4dcac7152bf71770fa94c25c5e304cfd09d2 in the mean time.
That seems to do the trick

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Extractor/File System/Applications not running after upgrade to 0.17.4

[Michael Biebl]

2014-03-03 15:31 GMT+01:00 Martyn Russell mar...@lanedo.com:
 On 02/03/14 15:37, Michael Biebl wrote:

 nvm, found 00bb4dcac7152bf71770fa94c25c5e304cfd09d2 in the mean time.
 That seems to do the trick


 Hmm, what is your latest commit on master?

 I added a fix after that (commit id
 3148ec1ef60fdaab1b5c42d96b393f00d130ac2d) patch above and wonder if it's not
 working for you Michael?

I was using the 0.17.4 tarball, which was broken.
After applying
00bb4dcac7152bf71770fa94c25c5e304cfd09d2
everything seems back to normal. Sorry if this was confusing.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Tracker 0.17.6

[Michael Biebl]

Hi Martin,

I'm getting the following build failure with 0.17.6 (0.17.5 built fine)

Making all in libtracker-sparql
make[3]: Entering directory
`/home/michael/git/tracker/examples/libtracker-sparql'
/bin/bash ../../libtool  --tag=CC   --mode=link gcc  -g -O2   -o
class-signal class-signal.o
../../src/libtracker-sparql-backend/libtracker-sparql-1.0.la
-lgio-2.0 -lgobject-2.0 -lglib-2.0 -luuid
libtool: link: gcc -g -O2 -o .libs/class-signal class-signal.o
../../src/libtracker-sparql-backend/.libs/libtracker-sparql-1.0.so
-lgio-2.0 -lgobject-2.0 -lglib-2.0 -luuid
/usr/bin/ld: class-signal.o: undefined reference to symbol 'tracker_ipc_bus'
//home/michael/git/tracker/src/libtracker-common/.libs/libtracker-common.so.0:
error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[3]: *** [class-signal] Fehler 1
make[3]: Leaving directory
`/home/michael/git/tracker/examples/libtracker-sparql'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/home/michael/git/tracker/examples'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/michael/git/tracker'
make: *** [all] Fehler 2


git bisect tells me it's 8765cbb0bf77d3718624a7d12cc8d7daea97da80
all: Make GBusType configurable with TRACKER_BUS_TYPE

which introduced this bug.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Tracker 0.17.6

[Michael Biebl]

diff --git a/examples/libtracker-sparql/Makefile.am
b/examples/libtracker-sparql/Makefile.am
index e4bcc89..c29d470 100644
--- a/examples/libtracker-sparql/Makefile.am
+++ b/examples/libtracker-sparql/Makefile.am
@@ -5,6 +5,7 @@ AM_CPPFLAGS = $(BUILD_CFLAGS) \
$(LIBTRACKER_SPARQL_CFLAGS)

 LDADD = 
$(top_builddir)/src/libtracker-sparql-backend/libtracker-sparql-$(TRACKER_API_VERSION).la
\
+   $(top_builddir)/src/libtracker-common/libtracker-common.la \
$(BUILD_LIBS) \
$(LIBTRACKER_SPARQL_LIBS)


seems to do the trick for me

I'm curious you didn't stumble upon this during make distcheck
(which you certainly use I guess)

2014-03-18 22:07 GMT+01:00 Michael Biebl mbi...@gmail.com:
 Hi Martin,

 I'm getting the following build failure with 0.17.6 (0.17.5 built fine)

 Making all in libtracker-sparql
 make[3]: Entering directory
 `/home/michael/git/tracker/examples/libtracker-sparql'
 /bin/bash ../../libtool  --tag=CC   --mode=link gcc  -g -O2   -o
 class-signal class-signal.o
 ../../src/libtracker-sparql-backend/libtracker-sparql-1.0.la
 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -luuid
 libtool: link: gcc -g -O2 -o .libs/class-signal class-signal.o
 ../../src/libtracker-sparql-backend/.libs/libtracker-sparql-1.0.so
 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -luuid
 /usr/bin/ld: class-signal.o: undefined reference to symbol 'tracker_ipc_bus'
 //home/michael/git/tracker/src/libtracker-common/.libs/libtracker-common.so.0:
 error adding symbols: DSO missing from command line
 collect2: error: ld returned 1 exit status
 make[3]: *** [class-signal] Fehler 1
 make[3]: Leaving directory
 `/home/michael/git/tracker/examples/libtracker-sparql'
 make[2]: *** [all-recursive] Fehler 1
 make[2]: Leaving directory `/home/michael/git/tracker/examples'
 make[1]: *** [all-recursive] Fehler 1
 make[1]: Leaving directory `/home/michael/git/tracker'
 make: *** [all] Fehler 2


 git bisect tells me it's 8765cbb0bf77d3718624a7d12cc8d7daea97da80
 all: Make GBusType configurable with TRACKER_BUS_TYPE

 which introduced this bug.

 --
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Tracker 0.17.6

[Michael Biebl]

Hi,

2014-03-18 18:58 GMT+01:00 Martyn Russell mar...@lanedo.com:
   * tracker-extract: Add desktop file to autostart process

This is something I'm curious about: What were the reasons to start
tracker-extract (and tracker-miner-fs) via XDG autostart files? In the
past IIRC we used D-Bus activation to start those services on-demand.
Only tracker-store itself was started via an XDG autostart file.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Tracker 0.17.7

[Michael Biebl]

Hi Martin,

2014-03-19 13:54 GMT+01:00 Martyn Russell mar...@lanedo.com:
   * libtracker-sparql: Fix undefined reference to symbol 'tracker_ipc_bus'

Unfortunately this bug is not fixed. Still getting

make[4]: Entering directory
`/home/michael/debian/build-area/tracker-0.17.7/examples/libtracker-sparql'
  CC   async-connection.o
  CCLD async-connection
  CC   class-signal.o
  CCLD class-signal
/usr/bin/ld: class-signal.o: undefined reference to symbol 'tracker_ipc_bus'
//home/michael/debian/build-area/tracker-0.17.7/src/libtracker-common/.libs/libtracker-common.so.0:
error adding symbols: DSO missing from command line


Seems you added libtracker-common.la to libtracker-sparql_la_LIBADD,  not
to examples/libtracker-sparql/Makefile.am:LIBADD.

libtracker-sparql doesn't use libtracker-common itself, so it will be
removed by the linker when used with -as-needed (which I do).

You should add  libtracker-common.la to the binaries which do need it.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] tracker-store man page description needs minor cleanup

[Michael Biebl]

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675198

The man page for tracker-store reads:
...instead other processes do that and serves as a daemon
waiting  for  such requests...

This is a bit odd.
The bug submitter suggests to use
...instead other processes do that while tracker-store serves
as a daemon waiting  for  such requests...

So the full sentence is:

   tracker-store does not do any file crawling or any mining of  data
itself,  instead
   other processes do that while tracker-store serves as a daemon
waiting for such
   requests from application miners like tracker-miner-fs.


This is syntactically a bit better I think, it still sounds incorrect
though. tracker-store isn't really waiting on requests from
tracker-miner-fs, is it?

Could we rephrase that sentence a bit to make the architecture a bit clearer.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] tracker-store man page description needs minor cleanup

[Michael Biebl]

2014-03-21 16:47 GMT+01:00 Martyn Russell mar...@lanedo.com:

 Actually, I think the suggested full sentence makes a lot of sense and is
 accurate.

 If you run /usr/libexec/tracker-store -v 3 you can see it just sits there
 after running the initial checks and without clients, it's quite redundant.

 Michael, feel free to commit a patch with the above sentence. If you have
 another suggestion, I am happy to discuss it.

Thanks for your review. Committed as 9f68be3


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] tracker-extract no longer (re)started on demand/crash?

[Michael Biebl]

Hi,

I noticed this  today:


[   33.157557] tracker-extract[1998]: segfault at 8 ip
7f9fcf2cdf77 sp 7fff943285d0 error 4 in
libtracker-miner-1.0.so.0.1708.0[7f9fcf2c3000+2b000]

$ tracker-control
Found 170 PIDs?
Found process ID 2005 for 'tracker-miner-fs'


$ tracker-control
Found 170 PIDs…
Found process ID 2005 for 'tracker-miner-fs'

Store:
23 Mar 2014, 15:51:12:  ✗ Store - Unavailable

Miners:
23 Mar 2014, 15:51:12:  ✗ Extractor - Not running or
is a disabled plugin
23 Mar 2014, 15:51:12:  ✓ File System  (PAUSED) - Idle
23 Mar 2014, 15:51:12:  ✓ Applications (PAUSED) - Idle

from the systemd journal:

Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]:
g_dbus_connection_real_closed: Remote peer vanished with error: Tried
sending a file descriptor on unsupported stream of type
GSocketOutputStream (g-io-error-quark, 0). Exiting.
Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
Shutdown started
Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
Cleaning up
Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
Closed sqlite3 database:'/home/michael/.cache/tracker/meta.db'
Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
Closed sqlite3 database:'/home/michael/.cache/tracker/meta.db'
Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
Stopping tracker-store 0.17.8
Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Received
signal:15-'Beendet'
Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: OK
Mar 23 15:43:56 pluto kernel: tracker-extract[1998]: segfault at 8 ip
7f9fcf2cdf77 sp 7fff943285d0 error 4 in
libtracker-miner-1.0.so.0.1708.0[7f9fcf2c3000+2b000]


Does a crashing tracker-extract cause tracker-store to be unavailable?
Shouldn't we restart tracker-extract if it crashes?
I remember one of the reasons moving the data extraction process into
a separate tool was to be more resilient.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] tracker-extract no longer (re)started on demand/crash?

[Michael Biebl]

Restarting the tracker-extract process made tracker-store available
again, until the tracker-process crashed again (which it does reliably
here)


2014-03-23 15:56 GMT+01:00 Michael Biebl mbi...@gmail.com:
 Hi,

 I noticed this  today:


 [   33.157557] tracker-extract[1998]: segfault at 8 ip
 7f9fcf2cdf77 sp 7fff943285d0 error 4 in
 libtracker-miner-1.0.so.0.1708.0[7f9fcf2c3000+2b000]

 $ tracker-control
 Found 170 PIDs?
 Found process ID 2005 for 'tracker-miner-fs'


 $ tracker-control
 Found 170 PIDs…
 Found process ID 2005 for 'tracker-miner-fs'

 Store:
 23 Mar 2014, 15:51:12:  ✗ Store - Unavailable

 Miners:
 23 Mar 2014, 15:51:12:  ✗ Extractor - Not running or
 is a disabled plugin
 23 Mar 2014, 15:51:12:  ✓ File System  (PAUSED) - Idle
 23 Mar 2014, 15:51:12:  ✓ Applications (PAUSED) - Idle

 from the systemd journal:

 Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]:
 g_dbus_connection_real_closed: Remote peer vanished with error: Tried
 sending a file descriptor on unsupported stream of type
 GSocketOutputStream (g-io-error-quark, 0). Exiting.
 Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
 Shutdown started
 Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
 Cleaning up
 Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
 Closed sqlite3 database:'/home/michael/.cache/tracker/meta.db'
 Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
 Closed sqlite3 database:'/home/michael/.cache/tracker/meta.db'
 Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Tracker-Message:
 Stopping tracker-store 0.17.8
 Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: Received
 signal:15-'Beendet'
 Mar 23 15:43:56 pluto org.freedesktop.Tracker1[1788]: OK
 Mar 23 15:43:56 pluto kernel: tracker-extract[1998]: segfault at 8 ip
 7f9fcf2cdf77 sp 7fff943285d0 error 4 in
 libtracker-miner-1.0.so.0.1708.0[7f9fcf2c3000+2b000]


 Does a crashing tracker-extract cause tracker-store to be unavailable?
 Shouldn't we restart tracker-extract if it crashes?
 I remember one of the reasons moving the data extraction process into
 a separate tool was to be more resilient.

 --
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] tracker-extract no longer (re)started on demand/crash?

[Michael Biebl]

...
Tracker-Message: Extracting metadata for
'file:///home/michael/tracker-extract-verbose.log'
Tracker-Message: MIME type passed to us as 'text/x-log'
Tracker-Message: Extraction finished in 21s
Tracker-Message: Miner:'Extract' is pausing
Tracker-Message: Decorator paused

(tracker-extract:9938): Tracker-WARNING **: There was an error pushing
metadata: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did
not receive a reply (timeout by message bus)


Program received signal SIGSEGV, Segmentation fault.
0x7799bf77 in ?? () from
/usr/lib/x86_64-linux-gnu/libtracker-miner-1.0.so.0
(gdb) bt full
#0  0x7799bf77 in ?? () from
/usr/lib/x86_64-linux-gnu/libtracker-miner-1.0.so.0
No symbol table info available.
#1  0x76fcea57 in g_simple_async_result_complete ()
   from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
No symbol table info available.
#2  0x77bc40e7 in ?? () from
/usr/lib/x86_64-linux-gnu/libtracker-sparql-1.0.so.0
No symbol table info available.
#3  0x76fcea57 in g_simple_async_result_complete ()
   from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
No symbol table info available.
#4  0x77bcd515 in ?? () from
/usr/lib/x86_64-linux-gnu/libtracker-sparql-1.0.so.0
No symbol table info available.
#5  0x76fcea57 in g_simple_async_result_complete ()
   from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
No symbol table info available.
#6  0x76fceab9 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
No symbol table info available.
#7  0x76402526 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#8  0x76402878 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#9  0x76402b3a in g_main_loop_run () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#10 0x004090de in main ()



I guess I should file a proper bug report...
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] tracker 1.0.1

[Michael Biebl]

2014-05-09 22:12 GMT+02:00 Philip Van Hoof phi...@codeminded.be:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Kalev Lember schreef op 9/05/2014 13:17:
 On 05/09/2014 11:06 AM, Martyn Russell wrote:
 * build: Switch --with-enca is now --enable-enca * build: Switch
 --enable-icu-charset-detection has been added to prefer ICU over
 enca for MP3 content detection

 Which one should we use in distro builds (Fedora)?


 Note that this is only/mostly for id3v1.

 Enca is good at detecting Central and East European languages. For
 others I would recommend preference on ICU's.

While we are at it:
In the Debian tracker package I currently use --with-enca (or now
--enable-enca) and libunistring for UTF-8 support.

Is that a reasonable choice or would you suggest to use libicu?

One of the reasons I picked libunistring over libicu was the size of
libicu (28M vs 1.2M).

If I now would choose libicu, that means I could get rid of both the
libenca and libunistring dependency?

It seems like I can enable *both* libicu and libenca for
charset-detection, so I'm a bit confused.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] build-failures tracker 1.4.0

[Michael Biebl]

Hi!

I'm having trouble getting tracker 1.4.0 to build successfully. It
fails with the following mesage:

make[4]: Entering directory
'/home/michael/debian/build-area/tracker-1.4.0/src/miners/apps'
/bin/bash ../../../libtool  --tag=CC   --mode=link gcc  -g -O2
-fstack-protector-strong -Wformat -Werror=format-security
-Wl,--enable-new-dtags -Wl,-z,relro -Wl,--as-needed -Wl,-Bsymbolic -o
tracker-miner-apps tracker-main.o tracker-miner-applications.o
../../../src/libtracker-miner/libtracker-miner-1.0.la
../../../src/libtracker-sparql-backend/libtracker-sparql-1.0.la
../../../src/libtracker-common/libtracker-common.la  -lgio-2.0
-lgobject-2.0 -lglib-2.0  -lm
libtool: link: gcc -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -Wl,--enable-new-dtags -Wl,-z -Wl,relro
-Wl,--as-needed -Wl,-Bsymbolic -o .libs/tracker-miner-apps
tracker-main.o tracker-miner-applications.o
../../../src/libtracker-miner/.libs/libtracker-miner-1.0.so
../../../src/libtracker-sparql-backend/.libs/libtracker-sparql-1.0.so
../../../src/libtracker-common/.libs/libtracker-common.so -lgio-2.0
-lgobject-2.0 -lglib-2.0 -lm -Wl,-rpath
-Wl,/usr/lib/x86_64-linux-gnu/tracker-1.0
/usr/lib/x86_64-linux-gnu/tracker-1.0/libtracker-data.so.0: undefined
reference to `tracker_config_file_new'
/usr/lib/x86_64-linux-gnu/tracker-1.0/libtracker-data.so.0: undefined
reference to `tracker_locale_notify_add'
/usr/lib/x86_64-linux-gnu/tracker-1.0/libtracker-data.so.0: undefined
reference to `tracker_spawn'
/usr/lib/x86_64-linux-gnu/tracker-1.0/libtracker-data.so.0: undefined
reference to `tracker_crc32'
/usr/lib/x86_64-linux-gnu/tracker-1.0/libtracker-data.so.0: undefined
reference to `tracker_locale_notify_remove'
/usr/lib/x86_64-linux-gnu/tracker-1.0/libtracker-data.so.0: undefined
reference to `tracker_config_file_migrate'
/usr/lib/x86_64-linux-gnu/tracker-1.0/libtracker-data.so.0: undefined
reference to `tracker_spawn_async_with_channels'
collect2: error: ld returned 1 exit status
Makefile:653: recipe for target 'tracker-miner-apps' failed
make[4]: *** [tracker-miner-apps] Error 1
make[4]: Leaving directory
'/home/michael/debian/build-area/tracker-1.4.0/src/miners/apps'
Makefile:556: recipe for target 'all-recursive' failed


For some reason, the build system seems to pick some tracker libraries
which are installed system wide and are currently at version 1.2.6.
Unfortunately, I can't easily uninstall tracker-1.2.6 from the system,
as it would uninstall some import GNOME packages.

That aside, the build system shouldn't pick up the tracker system
libraries but link against the libraries in the build directory.

Does anyone know, how to fix that?

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Please ship bash-completions in /usr/share/bash-completion/completions

[Michael Biebl]

See 
http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/tree/README

2015-05-12 22:42 GMT+02:00 Michael Biebl mbi...@gmail.com:
 Hi,

 Please consider shipping the tracker bash-completion script in
 /usr/share/bash-completion/completions. That's the preferred location
 nowadays.

 The file should be named after the binary, i.e. 'tracker'. This way,
 the completion is loaded on-demand.

 You can get the bash-completion directory via
 $PKG_CONFIG --variable=completionsdir bash-completion

 systemd e.g. uses this in configure.ac:

 AC_ARG_WITH([bashcompletiondir],
 AS_HELP_STRING([--with-bashcompletiondir=DIR], [Bash
 completions directory]),
 [],
 [AS_IF([$($PKG_CONFIG --exists bash-completion)], [
 with_bashcompletiondir=$($PKG_CONFIG
 --variable=completionsdir bash-completion)
 ] , [
 with_bashcompletiondir=${datadir}/bash-completion/completions
 ])])



 --
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] Please ship bash-completions in /usr/share/bash-completion/completions

[Michael Biebl]

Hi,

Please consider shipping the tracker bash-completion script in
/usr/share/bash-completion/completions. That's the preferred location
nowadays.

The file should be named after the binary, i.e. 'tracker'. This way,
the completion is loaded on-demand.

You can get the bash-completion directory via
$PKG_CONFIG --variable=completionsdir bash-completion

systemd e.g. uses this in configure.ac:

AC_ARG_WITH([bashcompletiondir],
AS_HELP_STRING([--with-bashcompletiondir=DIR], [Bash
completions directory]),
[],
[AS_IF([$($PKG_CONFIG --exists bash-completion)], [
with_bashcompletiondir=$($PKG_CONFIG
--variable=completionsdir bash-completion)
] , [
with_bashcompletiondir=${datadir}/bash-completion/completions
])])



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

[Tracker] [PATCH] Move bash-completion to new location

[Michael Biebl]

Attached is a patch, which renames the bash-completion file after the
binary and moves it to /usr/share/bash-completion/completions, so it
can be loaded on demand.

The bash-completion directory is not hard-coded but uses pkg-config.
It can be overrided with
--with-bashcompletiondir=DIR (copied from systemd's configure.ac).

Please review and apply!

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From 7abba788419051cd6471a8b30b5c8a82acfceac8 Mon Sep 17 00:00:00 2001
From: Michael Biebl bi...@debian.org
Date: Wed, 13 May 2015 19:17:07 +0200
Subject: [PATCH] Move bash-completion to new location

Rename the bash completion script after the binary and move it to
/usr/share/bash-completion/completions. This way the completions can be
loaded on demand.
---
 configure.ac| 13 +
 src/tracker/Makefile.am |  6 +++---
 src/tracker/bash-completion/tracker | 10 ++
 src/tracker/tracker-prompt.sh   | 10 --
 4 files changed, 26 insertions(+), 13 deletions(-)
 create mode 100644 src/tracker/bash-completion/tracker
 delete mode 100644 src/tracker/tracker-prompt.sh

diff --git a/configure.ac b/configure.ac
index 17a70da..b2e3ae8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -848,6 +848,19 @@ AM_CONDITIONAL(HAVE_BUILTIN_FTS, test $have_builtin_fts4 = yes)
 AM_CONDITIONAL(HAVE_TRACKER_FTS, test $have_tracker_fts = yes)
 
 
+# bash-completion
+
+AC_ARG_WITH([bashcompletiondir],
+AS_HELP_STRING([--with-bashcompletiondir=DIR], [Bash completions directory]),
+[],
+[AS_IF([$($PKG_CONFIG --exists bash-completion)], [
+with_bashcompletiondir=$($PKG_CONFIG --variable=completionsdir bash-completion)
+] , [
+with_bashcompletiondir=${datadir}/bash-completion/completions
+])])
+AC_SUBST([bashcompletiondir], [$with_bashcompletiondir])
+
+
 # Check for D-Bus requirements
 
 
diff --git a/src/tracker/Makefile.am b/src/tracker/Makefile.am
index 5815a7c..27e6e96 100644
--- a/src/tracker/Makefile.am
+++ b/src/tracker/Makefile.am
@@ -76,11 +76,11 @@ uninstall-hook:
 	$(RM) $(DESTDIR)$(bindir)/tracker-tag
 
 # Bash completion
-completiondir = $(sysconfdir)/bash_completion.d
-completion_DATA = tracker-prompt.sh
+bashcompletiondir = @bashcompletiondir@
+bashcompletion_DATA = bash-completion/tracker
 
 tracker-compat: tracker-compat.in
 	$(AM_V_at)sed -e s|@bindir[@]|${bindir}| $  $@
 
-EXTRA_DIST = $(completion_DATA) tracker-compat.in
+EXTRA_DIST = $(bashcompletion_DATA) tracker-compat.in
 CLEANFILES = tracker-compat
diff --git a/src/tracker/bash-completion/tracker b/src/tracker/bash-completion/tracker
new file mode 100644
index 000..8022b6a
--- /dev/null
+++ b/src/tracker/bash-completion/tracker
@@ -0,0 +1,10 @@
+#-*- mode: shell-script;-*-
+
+tracker_cmds()
+{
+possible=`tracker | egrep[a-z].*| awk '{ print ($1) }'`
+local cur=${COMP_WORDS[COMP_CWORD]}
+COMPREPLY=( $(compgen -W $possible -- $cur) )
+}
+
+complete -F tracker_cmds tracker
diff --git a/src/tracker/tracker-prompt.sh b/src/tracker/tracker-prompt.sh
deleted file mode 100644
index 8022b6a..000
--- a/src/tracker/tracker-prompt.sh
+++ /dev/null
@@ -1,10 +0,0 @@
-#-*- mode: shell-script;-*-
-
-tracker_cmds()
-{
-possible=`tracker | egrep[a-z].*| awk '{ print ($1) }'`
-local cur=${COMP_WORDS[COMP_CWORD]}
-COMPREPLY=( $(compgen -W $possible -- $cur) )
-}
-
-complete -F tracker_cmds tracker
-- 
2.1.4

___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] [PATCH] Move bash-completion to new location

[Michael Biebl]

2015-05-19 23:54 GMT+02:00 Michael Biebl mbi...@gmail.com:
 Is it ok if I apply it both to master and the  tracker-1.4 branch?

Went ahead and pushed it to master (05e7c40) and tracker-1.4 (8ca4b8e)


Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] embedded code copy in tracker is problematic

[Michael Biebl]

Hi Carlos

2016-03-01 19:27 GMT+01:00 Carlos Garnacho :
> I talked with them (Richard Hipp and Dan Kennedy) through private
> email. The solutions basically seemed to be:
> - Including a static sqlite copy wherever fts3_tokenizer() is needed
> - Using FTS5, which offers a way to customize FTS tokenizing that are
> not affected by this vulnerability
> - Adding such a similar way to FTS3
>
> Basically, the vulnerability is completely intrinsic to the
> fts3_tokenizer() call with 2 arguments, they can't both fix the cve
> and keep offering it unchanged. Of those three options, all three
> require changes in the users of this call, plus for the third we'd
> have to wait for an hypothetical change, and wouldn't erase 3.11 from
> earth either...
>
> So I took solutions 1 and 2 wherever they apply. I also considered
> backporting the FTS5 changes to stable branches, but it's too many
> changes and too bleeding edge for me to be comfortable with it...

Thanks for the explanation. I'm glad to hear that this embedded cope
copy is only a workaround for the stable 1.6 branch.
How far away is 1.7/1.8 from being declared stable?

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] embedded code copy in tracker is problematic

[Michael Biebl]

2016-03-01 18:00 GMT+01:00 Carlos Garnacho <carl...@gnome.org>:
> Hi Michael,
>
> On Tue, Mar 1, 2016 at 4:52 PM, Michael Biebl <mbi...@gmail.com> wrote:
>> Hi everyone,
>>
>> I just noticed that the new tracker 1.6.2 contains a code copy of
>> sqlite and no longer allows one to use the system sqlite library.
>> This is problematic for various reasons and distros like Debian [1]
>> and Fedora strongly discourage such code copies.
>>
>> Would it be possible to re-add the ability to link against the system
>> sqlite and only fall back to the embedded copy if the system library
>> doesn't meet the requirements of tracker (and output a big fat warning
>> in this case)?
>
> Not sure if you missed the action caused by sqlite 3.11. From that
> version on, they've hidden by default a sql function that's
> indispensable for us.
>
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-7036

Seems I missed that, indeed. Most likely because of:

sqlite3 (3.11.0-2) unstable; urgency=low

  * Compile with SQLITE_ENABLE_FTS3_TOKENIZER for backwards compatibility
(closes: #815499).
  * Update Standards-Version to 3.9.7 .

 -- Laszlo Boszormenyi (GCS) <g...@debian.org>  Tue, 23 Feb 2016 21:31:39 +0100

So this particular change was reverted in Debian.


> Tracker itself is not hit by this cve, but we've evidently become
> colateral damage since this is removed by default.
>
> The embedded copy solution has only been done on current stable
> releases (1.4 and 1.6). It's not one I'm too happy with. But it's
> surely better than requiring -DSQLITE_ENABLE_FTS3_TOKENIZER
> system-wide (partly why I just went for always using the embedded
> copy, this is something distros don't want enabled). For master (and
> upcoming 1.8), I've opted for using FTS5 (which doesn't have this
> problem), and still rely on the system sqlite library.
>
> I understand and share your concerns, but this is kind of a rough spot
> we're on :).

Has there been any discussion with sqlite upstream to solve that
differently? I mean breaking consumers of the sqlite APIs can't be the
proper fix for that.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] (tracker-extract:3603): dconf-CRITICAL

[Michael Biebl]

2017-02-28 15:50 GMT+01:00 Chris :
> Hi Carlos, someone suggested, I think it was on the list, that an X
> process is changing the permission of /run/user/1000/dconf/user every 2


There is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732209 (and
all the duplicates) and related bug reports like
https://bugzilla.redhat.com/show_bug.cgi?id=753882
https://bugzilla.redhat.com/show_bug.cgi?id=921689

Those are all a result of using "su "
As XDG_RUNTIME_DIR is not reset by su, dconf will happily change the
permissions of the dconf files.

I'm not saying that this is necessarily what's happening here just
something you should check.

Carlos is probably right, in this case it's more likely a sandbox issue.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] (tracker-extract:3603): dconf-CRITICAL

[Michael Biebl]

Can you check the permissions of /run/user/1000/dconf/user? My guess
is that it is root owned because you've started an X application as
root.

2017-02-27 18:52 GMT+01:00 Chris :
> The complete notation to my syslog that I'm seeing every two minutes
> every hour, every day is:
>
> Feb 27 11:44:33 localhost tracker-extract.desktop[3603]: (tracker-
> extract:3603): dconf-CRITICAL **: unable to create file
> '/run/user/1000/dconf/user': Permission denied.  dconf will not work
> properly.
> Feb 27 11:46:42 localhost tracker-extract.desktop[3603]: message
> repeated 2 times: [ (tracker-extract:3603): dconf-CRITICAL **: unable
> to create file '/run/user/1000/dconf/user': Permission denied.  dconf
> will not work properly.]
>
> Is this a tracker bug or a dconf bug? I filed this bug report - https:/
> /bugs.launchpad.net/ubuntu/+source/dconf/+bug/1654406 on Ubuntu
> Launchpad back in Jan, it's been confirmed however it appears as though
> they've assigned it to no one for a fix. If this is a dconf but I
> apologize for the noise and maybe someone can let me know where I can
> go to see about getting it fixed.
>
> Chris
>
> --
> Chris
> KeyID 0xE372A7DA98E6705C
> 31.11972; -97.90167 (Elev. 1092 ft)
> 11:42:41 up 4 days, 20:31, 1 user, load average: 0.48, 0.17, 0.17
> Description:Ubuntu 16.04.2 LTS, kernel 4.4.0-64-generic
> ___
> tracker-list mailing list
> tracker-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/tracker-list
>



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] (tracker-extract:3603): dconf-CRITICAL

[Michael Biebl]

2017-02-27 23:09 GMT+01:00 Chris <cpoll...@embarqmail.com>:
> On Mon, 2017-02-27 at 19:31 +0100, Michael Biebl wrote:
>> Can you check the permissions of /run/user/1000/dconf/user? My guess
>> is that it is root owned because you've started an X application as
>> root.
>
> chris@localhost:~$ ls -l /run/user/1000/dconf
> total 4
> -rw--- 1 chris chris 2 Feb 27 16:06 user

You need to check the permissions when this actually happens.

As soon as you stop the root X process, the permissions are typically restored.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Fwd: tracker 1.9.2

[Michael Biebl]

Hi

2016-09-14 22:31 GMT+02:00 Carlos Garnacho :
> -- Forwarded message --
> From: Carlos Garnacho 
> Date: Wed, Sep 14, 2016 at 10:30 PM
> Subject: tracker 1.9.2
> To: FTP Releases 
>
>
> About Tracker
> =
>
> Tracker is a semantic data storage for desktop and mobile devices.
> Tracker uses W3C standards for RDF ontologies using Nepomuk with
> SPARQL to query and update the data.
>
> Tracker is a central repository of user information, that provides two
> big benefits for the user; shared data between applications and
> information which is relational to other information (for example:
> mixing contacts with files, locations, activities and etc.).
>
> News
> 
>
>   * Restore trailing colon in nfo:Equipment URIs
>   * Add new mime-types for comic books
>

I do not have functional tests enabled, yet "make install" installs

/usr/share/tracker-tests/01-writeback.py

Is that deliberate or a bug (and should I file a bug report)?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Meson build instructions for Tracker

[Michael Biebl]

Hi Sam


2017-03-30 23:54 GMT+02:00 Sam Thursfield :
> Hello
> I've been working on build instructions for Tracker using Meson.
> They are now pretty much ready for use!

Nice work!

> You can find them in the branch wip/sam/meson:
> https://git.gnome.org/browse/tracker/commit/?h=wip/sam/meson
>
> To use, you need to install Meson, which can either be done from Pip
> (pip3 install --user meson), from a distro package (but beware that it
> might be old), or you can run it right from Git
> (git://github.com/mesonbuild/meson).
>
> Then you do something like this:
>
> mkdir build
> cd build
> meson ..
> ninja-build

Hm, did you mean "ninja" here?

> You can run the test suite:
>
> ninja-build test
>
> And `ninja-build install` to install of course.
>
> Meson accepts standard arguments like --prefix, but to change the
> Tracker-specific options you need to run mesonconf. Run it in the build
> directory with no arguments to see all the available options, and pass
> `-D option=value` to set something.
>
> I've compared an install of this with an equivalent Autotools build. So
> I'm confident there aren't major regressions, but it does require more
> testing. Help with that is appreciated!
>
> Here are a few remaining issues:
>
>   * There's no `make dist` equivalent. We can use `git archive` to
> produce tarballs, but these won't have the .c files generated by
> valac. That said, shipping the generated .c files does make the
> Vala preprocessor useless so it would be good if we can stop,
> but that could break things for downstreams unexpectedly.

As one of your downstreams (Debian), I wouldn't have a problem of not
shipping pre-generated files (for gtk-doc and valac).

So a git archive tarball would be fine with me.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Meson build instructions for Tracker

[Michael Biebl]

2017-03-31 0:12 GMT+02:00 Sam Thursfield <sss...@gmail.com>:
> On 3/30/17, Michael Biebl <mbi...@gmail.com> wrote:

>> So a git archive tarball would be fine with me.
>
> That's good to know! We did wonder if regenerating the .c files each
> build would have implications for reproducible-builds, but I guess if
> there are issues there it's better to fix them now than ignore them.

You are right, there is indeed an issue with valac and reproducible builds:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802528

I guess this should be fixed in vala proper though.

Personally, I'm not a huge fan of shipping pre-generated files in a
dist tarball. As soon you need to patch one of the source files you
need to regenerate it anyway. So it's better to do it always.

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Fwd: tracker 1.12.0

[Michael Biebl]

2017-03-21 2:25 GMT+01:00 Chris :
> Trying to install from the .tar file and I get this when running
> $./config
>
> configure: error: Package requirements (glib-2.0 >= 2.44.0
>   gio-unix-2.0 >= 2.44.0
>   sqlite3  >= 3.7.15
>   uuid) were not met:
>
> No package 'sqlite3' found
>
> apt-cache policy sqlite3
> sqlite3:
>   Installed: 3.11.0-1ubuntu1
>   Candidate: 3.11.0-1ubuntu1
>   Version table:
>  *** 3.11.0-1ubuntu1 500
> 500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64
> Packages
> 100 /var/lib/dpkg/status

$ apt-file search sqlite3.pc
→ You need libsqlite3-dev


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Fwd: tracker 1.12.0

[Michael Biebl]

2017-03-21 3:25 GMT+01:00 Chris :
> Thanks Michael, that took care of all except the glib >=2.44.0 issue
> which I'll have to work on. These have now popped up which I also need
> to work on
>
> configure: error: Package requirements (glib-2.0   >= 2.44.0
> libsoup-2.4>= 2.40
> libxml-2.0 >= 2.6
> json-glib-1.0  >= 1.0) were not met:
>
> No package 'libsoup-2.4' found

libsoup-2.4 is missing
$ apt-file search libsoup-2.4.pc
libsoup2.4-dev: /usr/lib/x86_64-linux-gnu/pkgconfig/libsoup-2.4.pc



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Meson build instructions for Tracker

[Michael Biebl]

2017-04-09 19:31 GMT+02:00 Philip Van Hoof :
> I wonder if removing those .stamp files should be part of any
> make-target that is ~ standard for packaging tooling? In my opinion
> should such generated .c files share the rules of .o files.

Well, that would defeat the point of shipping the generated .c files
in the dist tarball in the first place, no?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Meson build instructions for Tracker

[Michael Biebl]

2017-04-09 19:04 GMT+02:00 Philip Van Hoof :
> Correct. Is there anything holding you back from rerunning valac after
> applying a patch during dpkg-buildpackage?

No, not really. I guess I would just remove the vala.stamp files to
force the regeneration of the .c files. That should be all that's
needed afaics.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list

Re: [Tracker] Meson build instructions for Tracker

[Michael Biebl]

2017-04-09 17:36 GMT+02:00 Philip Van Hoof <phi...@codeminded.be>:
> On Fri, 2017-03-31 at 00:32 +0200, Michael Biebl wrote:
>
>> You are right, there is indeed an issue with valac and reproducible builds:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802528
>>
>> I guess this should be fixed in vala proper though.
>
> nod.
>
>> Personally, I'm not a huge fan of shipping pre-generated files in a
>> dist tarball. As soon you need to patch one of the source files you
>> need to regenerate it anyway. So it's better to do it always.
>
> Hmmrr. Patching .c files generated by valac sounds absurd. Is there ever
> a circumstance where you want to do that instead of patching the .vapi
> or .vala file? Because if you do, that sounds like a bug in valac
> instead.

Maybe just a misunderstanding. I wasn't suggesting to patch the
generated .c files. Of course one should apply such a change to the
.vala file. In such a case though, you need to rerun valac. And once
you setup debian/rules to do that, you can just do it always and
forget about the generated .c files.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
tracker-list mailing list
tracker-list@gnome.org
https://mail.gnome.org/mailman/listinfo/tracker-list