Building on Travis-CI

Commits

• Added libglib to travis: d906e4b99b72c8ff8a522f3bef1520b2976159d6
• travis modfied: 0c96d57cd3206423c32a3a77fc90d36e6b67fd4a
• Reverting back: 473daed4e9c533ce7d44c5ce02f725ae7cd10338
• Revert "trying out building - modified travis" This reverts commit a823ec90679a4a91e5f0e3b01d3ce5e381581ca5.: 41b105dc260b0fe6389e1bfd46e096731125601d
• Revert "modified travis" This reverts commit a13fa2f62df6db82bbda1a6e95212acc7f46a0bc.: b8afe1e49b229855ca97ff76ee48b3f30153c0ff
• modified travis: a13fa2f62df6db82bbda1a6e95212acc7f46a0bc
• modified travis: 0259fe625feb6abbc2959614c5732a24665b8fa5
• modified travis: 00b67a65f6fc1919615a7cfe9e1fbfdac836cd51
• removed libtoolize from dependency: 812adbbdb7c7d59ed5247e1a9ac6b8c5da723272
• added more dependencies: 5580ae1e7c57c600674baeb6cdb177d6cc9a2405
• modified config paths: 7c19abae2951e764dbe861cb6b179f9338512d07
• yml format fixed: 74e5c6eb8703c078443bbf241f0c078699ec6743
• yml changes: b7dff8b79a4e851dbe3800d6cea09585c0a2f8cc
• Server log displayed in case of failure of test: 54d0e0414d5e017fb2b8eec7c9491a66de37afe4
• typo fixed: c6db27f45487f407ca21d2982583052656e7ecdd
• testing travis build - not using stage script: eefa9bc6b79b490b3973f338983418151c964835
• pygobject modules: 26da4213f841570137152176d17e129bab7e4b3f
• Restart build: 772b8a5bae2dadf7510b9dee9e5059fcbc90d5b7
• girepository related changes to travis: ff9f3b71d5ca770f0547283b6992278d2dfd2b36
• travis PyGst: 1513e90fb25b0f6e72e311ab349c7877c1e5d560
• travis PyGst: 772e6b0da36260bc466f942e8ed514a808923129
• modified travis: f933749646e0a01a600f724c686ce5a559a15bc5
• trying out building - modified travis: a823ec90679a4a91e5f0e3b01d3ce5e381581ca5

Whats going on..

I am refering to the latest build on travis-ci. Following things from the logs - https://s3.amazonaws.com/archive.travis-ci.org/jobs/10719866/log.txt

• Now after evevery failure, the entire log of the server is also displayed. All errors and warning are included in this log
• All unittests pass. This indicates that atleast everything was built properly
• I could not find a way to use the typelibs file generated in the build process. So I am installing gir packages directly for gstreamer1.0
• When running the server - libdc1394 error: Failed to initialize libdc1394

• 
  ./tools/gstswitchserver.c:125:info: gst_switch_server init 0x1971000
  ./tools/gstswitchserver.c:1518:info: Compose sink to 1001, 1002
  ./tools/gstcomposite.c:88:info: gst_composite init 0x1974800
  ./tools/gstcomposite.c:155:warning: ignore changing mode in transition
  ./tools/gstswitchserver.c:707:info: Listening on localhost (::1:4000)
  ./tools/gstswitchserver.c:707:info: Listening on localhost (::1:5000)
  ./tools/gstswitchserver.c:736:error: bind socket: Error binding to address: Permission denied
  ./tools/gstswitchcontroller.c:484:info: Controller is listening at: unix:abstract=gstswitch
  ./tools/gstworker.c:477:error: output: (RESOURCE: 5) Could not open resource for reading.
  ./tools/gstworker.c:477:error: recorder: (RESOURCE: 5) Could not open resource for reading.
  

  This indicates something went wrong. Error binding to address: Permission denied. I am trying out different ports for the video_port , audio_port. Very much possible that the one under test is not open (probably port 1000). Also one interesting thing is that in this case compose ports are set as 1001 and 1002. Till now in numerous tests, I have seen that these are always 3001 and 3002 respectively.
• This one seems a big problem. This is a log portion:

  
  _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
  
  self = <gstswitch.connection.Connection object at 0x2ccd790>
  
      def get_encode_port(self):
          """get_encode_port(out i port);
              Calls get_encode_port remotely
      
              :param: None
              :returns: tuple with first element encode port number
              """
          try:
              args = None
              connection = self.connection
              port = connection.call_sync(
                  self.bus_name,
                  self.object_path,
                  self.default_interface,
                  'get_encode_port',
                  args,
                  GLib.VariantType.new("(i)"),
                  Gio.DBusCallFlags.NONE,
                  -1,
  >               None)
  
  gstswitch/connection.py:181: 
  _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
  
  args = (<DBusConnection object at 0x2cd1870 (GDBusConnection at 0x2ea7200)>, None, '/info/duzy/gst/switch/SwitchController', 'info.duzy.gst.switch.SwitchControllerInterface', 'get_encode_port', None, ...)
  kwargs = {}
  
      def function(*args, **kwargs):
  >       return info.invoke(*args, **kwargs)
  E       TypeError: Argument 1 does not allow None as a value
  
  /usr/lib/python2.7/dist-packages/gi/types.py:43: TypeError
  
  
  

  I have tested this code in quantal, and such an issue never came up. This error seems to be due to some missing elements in the Gio modules. The Gio reference I was using is http://developer.ubuntu.com/api/ubuntu-12.10/python/Gio-2.0.html. Now this one is for 12.10. This can be due to some missing packages in gi, though not sure.
• At certain times in the day, like around 1 am IST, the travis server is busy. Since the building process requires large amounts of downloading and bandwidth is limited, there is a huge chance for the build to timeout at 50 mins.

C Coverage

With the existing gst-switch installed in ~/gst/stage/bin, I took another copy. Now I built this using ./autogen && make. The executable gst-switch-srv is produced in tools/ directory. Now doing make coverage shows the coverage. Hopefully this can be used. But this cannot be used with the executable gst-switch-srv present at ~/gst/stage/bin, since the gcov function requires .o files which will be present only in the tools folder.