[sync request] apertium-dbus from Debian sid

[Francis Tyers]

Source package name: apertium-dbus
Source package version: 0.1-1
Sync from: Debian sid
Ubuntu changes: no

[Francis Tyers (ftyers)]

* A description of the proposed changes, with sufficient detail to estimate their potential impact on the distribution

Import the apertium-dbus package from Debian unstable. The apertium-dbus package provides two simple python scripts to interface with the Apertium machine translation system via D-Bus. The package is used for the Apertium graphical user interfaces.

* A rationale for the exception, explaining the benefit of the change

++ The package is small -- two python scripts and two D-Bus service spec files
++ The package is hard to install manually from source -- you have to install in /usr which breaks package management
++ The interfaces which depend on this package make Apertium _much_ easier to use for normal users
++ The package should not require any further dependencies above what are already in Ubuntu.

* Any additional information which would be helpful in considering the decision

Developers are available on the #apertium channel on FreeNode to answer questions, alternatively they may be asked here.

[Francis Tyers (ftyers)]

* diffstat output showing the magnitude of code changes relative to the current version in Ubuntu

 usr/apertium/dbus-1/command_line.py | 30 +++++++++
 usr/apertium/dbus-1/command_line.pyc | 8 ++
 usr/apertium/dbus-1/command_line.pyo | 8 ++
 usr/apertium/dbus-1/info.py | 74 ++++++++++++++++++++++
 usr/apertium/dbus-1/info.pyc | 18 +++++
 usr/apertium/dbus-1/info.pyo | 18 +++++
 usr/apertium/dbus-1/mode.py | 98 ++++++++++++++++++++++++++++++
 usr/apertium/dbus-1/mode.pyc | 15 ++++
 usr/apertium/dbus-1/mode.pyo | 15 ++++
 usr/apertium/dbus-1/service.py | 39 +++++++++++
 usr/apertium/dbus-1/service.pyc | 10 +++
 usr/apertium/dbus-1/service.pyo | 10 +++
 dbus-1/services/org.apertium.info.service | 4 +
 dbus-1/services/org.apertium.mode.service | 4 +
 14 files changed, 351 insertions(+)

* If the upload is a new upstream microrelease, the relevant part of the upstream changelog and/or release notes

 n/a

* An explanation of the testing which has been performed on the new version in Ubuntu, including verification that the new package:

          o builds,

             ++ TO BE DONE

          o installs and upgrades,

             ++ TO BE DONE

          o does not break packages which depend on it, or that corresponding updates have been prepared.

             ++ No currently existing packages in Ubuntu depend on this package.

[Francis Tyers (ftyers)]

* builds

ftyers@ubuntu-64:~/source/apertium-dbus-0.1$ !fake
fakeroot dpkg-buildpackage
dpkg-buildpackage: source package is apertium-dbus
dpkg-buildpackage: source version is 0.1-1
dpkg-buildpackage: source changed by Francis Tyers <email address hidden>
dpkg-buildpackage: host architecture amd64
dpkg-buildpackage: source version without epoch 0.1-1
 debian/rules clean
test -x debian/rules
test "`id -u`" = 0
dh_clean
/usr/bin/make -C . -k distclean
make[1]: Entering directory `/home/ftyers/source/apertium-dbus-0.1'
make[1]: *** No rule to make target `distclean'.
make[1]: Leaving directory `/home/ftyers/source/apertium-dbus-0.1'
make: [makefile-clean] Error 2 (ignored)
rm -f debian/stamp-makefile-build
rm -f debian/stamp-autotools-files
 dpkg-source -b apertium-dbus-0.1
dpkg-source: warning: unknown information field `Homepage' in input data in general section of control info file
dpkg-source: building apertium-dbus in apertium-dbus_0.1-1.tar.gz
dpkg-source: building apertium-dbus in apertium-dbus_0.1-1.dsc
 debian/rules build
test -x debian/rules
mkdir -p "."
touch debian/stamp-autotools-files
chmod a+x /home/ftyers/source/apertium-dbus-0.1/./configure
cd . && CC="cc" CXX="g++" CFLAGS="-g -Wall -O2" CXXFLAGS="-g -Wall -O2" CPPFLAGS="" LDFLAGS="" /home/ftyers/source/apertium-dbus-0.1/./configure --build=x86_64-linux-gnu --prefix=/usr --includedir="\${prefix}/include" --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" --sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/apertium-dbus" --disable-maintainer-mode --disable-dependency-tracking --srcdir=.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for python... /usr/bin/python
checking for python version... 2.5
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.5/site-packages
checking for python extension module directory... ${exec_prefix}/lib/python2.5/site-packages
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for APERTIUM... yes
checking for DBUS... yes
checking for PYDBUS... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating org.apertium.mode.service
config.status: creating org.apertium.info.service
/usr/bin/make -C .
make[1]: Entering directory `/home/ftyers/source/apertium-dbus-0.1'
Making all in src
make[2]: Entering directory `/home/ftyers/source/apertium-dbus-0.1/src'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/ftyers/source/apertium-dbus-0.1/src'
make[2]: Entering directory `/home/ftyers/source/apertium-dbus-0.1'
make[2]: Nothing to be done for `all-am'.
make[2]: Leaving directory `/home/ftyers/source/apertium-dbus-0.1'
make[1]: Leaving directory `/home/ftyers/source/apertium-dbus-0.1'
touch debian/stamp-makefile-build
DEB_MAKE_CHECK_TARGET unset, not running checks
 debian/rules binary
test -x debian/rules
test "`i...

[StefanPotyra (sistpoty)]

* no bug reports @debian
* we're still early in the freeze
* that's really a small package

ACK #1 from me.

[Cesare Tirabassi (norsetto)]

The package is only since about 10 days in sid, I would be surprised if there were bug reports already.
Anyhow, you mention interfaces which depends on this package, they are part of the apertium package or are in different (supplemental) packages? In the former case I would also agree to ack this.

[Francis Tyers (ftyers)]

>Anyhow, you mention interfaces which depends on this package, they are part of the apertium package or are in different (supplemental) packages? In the former case I would also agree to ack this.

They are in separate modules that are currently being packaged. `tolk' is the main one, which you can see here.

  http://xixona.dlsi.ua.es/~fran/debian/apertium-tolk/

  Wiki: http://xixona.dlsi.ua.es/wiki/index.php/apertium-tolk

`tolk' is the main one. It is awaiting upload to Debian. The reason I ask for this module in particular is point number 2 on the list. D-Bus likes having its stuff in /usr, and on most Ubuntu/Debian systems configuring it to not have its stuff in /usr is quite complicated, certainly more than I would expect a user to be able to do.

  http://xixona.dlsi.ua.es/wiki/index.php/D-Bus_service_for_Apertium#Installing_into_a_prefix

[Cesare Tirabassi (norsetto)]

Can you then please add the list of all packages for which you will ask an FFe?

[Francis Tyers (ftyers)]

When apertium-tolk arrives in Debian (probably in around a week), I will probably try and ask for an FFe for that, but for the moment it hasn't been uploaded.

The most important thing is apertium-dbus, for the reasons given above. There are some other packages that will arrive into Debian at that time (translation pairs for French-Spanish, Catalan-Esperanto, Spanish-Esperanto), but the aren't as important and I don't want to trouble you further.

The point of specifically requesting this one as a priority is that while the others are fairly easy to install manually, this one is quite hard to install manually.

So definitive reply for your question:

* apertium-dbus

[Cesare Tirabassi (norsetto)]

Thats a good-to-go for me than, unless someone else objects.

[Scott Kitterman (kitterman)]

Ack #2 and approved. Keep in mind that this late in the cycle there is no guarantee the archive-admins will be able to complete New processing in time for release.

[Martin Pitt (pitti)]

Synced and NEWed to universe.