[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Norbert]

** Tags removed: artful verification-done-artful

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Released
Status in intltool source package in Artful:
  Fix Released

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[LocutusOfBorg]

@Vlad, just send them a mail or open a bug report

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Released
Status in intltool source package in Artful:
  Fix Released

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Vlad Orlov]

Ok... what to do about upstream now?

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Released
Status in intltool source package in Artful:
  Fix Released

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Launchpad Bug Tracker]

This bug was fixed in the package intltool - 0.51.0-2ubuntu1.16.04.1

---
intltool (0.51.0-2ubuntu1.16.04.1) xenial; urgency=medium

  * no-guess-builddir.patch: new patch by Aleksander Morgado.
Fixes build of various projects when builddir is not the same
as srcdir (e.g. when running make distcheck). (LP: #1117944)

 -- Vlad Orlov   Sat, 23 Sep 2017 14:01:01 +0300

** Changed in: intltool (Ubuntu Xenial)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Released
Status in intltool source package in Artful:
  Fix Released

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Launchpad Bug Tracker]

This bug was fixed in the package intltool - 0.51.0-4ubuntu1.17.04.1

---
intltool (0.51.0-4ubuntu1.17.04.1) artful; urgency=medium

  * no-guess-builddir.patch: new patch by Aleksander Morgado.
Fixes build of various projects when builddir is not the same
as srcdir (e.g. when running make distcheck). (LP: #1117944)

 -- Vlad Orlov   Mon, 11 Sep 2017 17:56:28 +0300

** Changed in: intltool (Ubuntu Artful)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Released

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Vlad Orlov]

Testing in Xenial...

- upgraded intltool to 0.51.0-2ubuntu1.16.04.1 from xenial-proposed
- repeated the same tarball making process for mate-desktop package,
  the only difference being the git branch (1.12 instead of master)
- the process completed successfully, the distcheck didn't break

Good to go in Xenial as well.

** Tags removed: verification-needed verification-needed-xenial
** Tags added: verification-done verification-done-xenial

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Committed

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Vlad Orlov]

Testing in Artful...

- upgraded intltool to 0.51.0-4ubuntu1.17.04.1 from artful-proposed
- repeated the tarball making process for mate-desktop package, exactly
  as described above in the Test Case
- the process completed successfully, the distcheck didn't break

Good to go.

** Tags removed: verification-needed-artful
** Tags added: verification-done-artful

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Committed

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Łukasz Zemczak]

Hello zbyszek, or anyone else affected,

Accepted intltool into xenial-proposed. The package will build now and
be available at
https://launchpad.net/ubuntu/+source/intltool/0.51.0-2ubuntu1.16.04.1 in
a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-xenial to verification-done-xenial. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-failed-xenial. In either case, without details of
your testing we will not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Tags added: verification-needed-xenial

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Committed

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Łukasz Zemczak]

Hello zbyszek, or anyone else affected,

Accepted intltool into artful-proposed. The package will build now and
be available at
https://launchpad.net/ubuntu/+source/intltool/0.51.0-4ubuntu1.17.04.1 in
a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-artful to verification-done-artful. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-failed-artful. In either case, without details of
your testing we will not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Tags added: verification-needed verification-needed-artful

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Committed

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Vlad Orlov]

Yes, I meant the upstream entry here. I was just wondering, wasn't going
to mark it (I don't actually have the rights for that).

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Committed

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Launchpad Bug Tracker]

This bug was fixed in the package intltool - 0.51.0-5ubuntu1

---
intltool (0.51.0-5ubuntu1) bionic; urgency=medium

  * no-guess-builddir.patch: new patch by Aleksander Morgado.
Fixes build of various projects when builddir is not the same
as srcdir (e.g. when running make distcheck). (LP: #1117944)

 -- Vlad Orlov   Mon, 04 Dec 2017 17:21:57 +0300

** Changed in: intltool (Ubuntu)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Released
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Committed

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Aleksander Morgado]

@monsta AFAIK, this bug report is the "upstream" bug report as well. As
long as you're not the upstream intltool maintainer, please don't set it
as wontfix. Even if it does seem unmaintained...

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Committed
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Committed

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1117944] Re: [SRU] intltool confused by separate build-dir

[Vlad Orlov]

** Tags removed: zesty

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to intltool in Ubuntu.
https://bugs.launchpad.net/bugs/1117944

Title:
  [SRU] intltool confused by separate build-dir

Status in intltool:
  Confirmed
Status in intltool package in Ubuntu:
  Fix Committed
Status in intltool source package in Xenial:
  Fix Committed
Status in intltool source package in Artful:
  Fix Committed

Bug description:
  [Impact]

  An old bug in intltool breaks out-of-tree builds, including "make
  distcheck", in a lot of intltool-using projects when automake version
  is 1.15 or newer.

  The fix for this issue (by Aleksander Morgado) is provided in the
  debdiffs attached to the report.

  It's a long-standing bug which is present in all current Ubuntu releases,
  starting from Xenial. Would be really nice to get it finally fixed. The 
developers have to patch their intltool locally just to have a working 
distcheck target (which is used when making release tarballs).

  [Test Case]

  Try making release tarball for some upstream package. For example, it
  can be mate-desktop, a base project for various MATE components.

  $ sudo apt-get build-dep mate-desktop
  $ git clone https://github.com/mate-desktop/mate-desktop
  $ cd mate-desktop
  $ ./autogen.sh --enable-gtk-doc --enable-deprecated --disable-strict
  $ make -j5 && make dist -j5 && make distcheck -j5

  This will build the project, make release tarball and check it by
  unpacking it into a new directory and building (again) in it. The last
  step will fail:

  ---

  srcdir=../../../po /usr/bin/intltool-update -m
  The following files contain translations and are currently not in use. Please
  consider adding these to the POTFILES.in file, located in the po/ directory.

  sub/mate-about/mate-about.desktop.in
  sub/tools/mate-color-select.desktop.in

  If some of these files are left out on purpose then please add them to
  POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
  of left out files has been written in the current directory.
  Please report to https://github.com/mate-desktop/mate-desktop/
  if [ -r missing -o -r notexist ]; then \
exit 1; \
  fi
  Makefile:179: recipe for target 'check' failed

  ---

  The out-of-tree build breaks here.

  [Regression Potential]

  None. This is a fix for a broken feature, it doesn't affects other ones.
  Also the fix had been tested by MATE developers in various distros, including 
Debian, Ubuntu and Fedora.

  [Original Description]

  systemd uses 'intltool-update -m' from intltoolize in its 'make check'.
  $(top_srcdir)/po/POTFILES.skip contains the name of a generated file 
(src/core/org.freedesktop.systemd1.policy.in), which will be generated as 
$(top_builddir)/src/core/org.freedesktop.systemd1.policy.in. If 
$(builddir)==$(srcdir) than everything works fine. When they are different, 
there's no way to instruct intltool-update to skip the file. Since the name of 
the build directory is not known and can be arbitrary, there should be a way to 
instruct intltool-update to ignore files relative to the $(top_builddir), or 
something like that. One option would be to turn the file list into a list of 
globs (**/src/core/org.freedesktop.systemd1.policy.in would work perfectly in 
our case).

To manage notifications about this bug go to:
https://bugs.launchpad.net/intltool/+bug/1117944/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp