[winswitch] build error

Antoine Martin antoine at nagafix.co.uk
Fri May 27 05:24:43 BST 2016 

Please do not send 8 emails within just 2 hours to this mailing list.
First try to figure things out, ask for help on IRC if needed, then you
can summarize where you are at in a post to this list.

Sorry, I missed the part where you said your systems were power by ARM
cpus. We don't have binaries for ARM, this may change in the future.

As for your errors, those are all Debian specific, and even include one
I had told you about already in a previous reply.
The one just below has a patch available, again I have already sent you
links for those. Remember that Trusty is not supported in 0.16 onwards,
so you may just have to disable the codecs that no longer build (ie:
--without-csc_swscale --without-dec_avcodec2).

Antoine

On 27/05/16 02:12, Michael Durkin wrote:
> OH !!!! thought i had it that time ....
> 
> building 'xpra.codecs.csc_swscale.colorspace_converter' extension
> creating build/temp.linux-x86_64-2.7/xpra/codecs/csc_swscale
> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2
> -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.7 -c
> xpra/codecs/csc_swscale/colorspace_converter.c -o
> build/temp.linux-x86_64-2.7/xpra/codecs/csc_swscale/colorspace_converter.o
> -Wall -Werror -Wno-error=strict-prototypes -fPIC
> xpra/codecs/csc_swscale/colorspace_converter.c: In function
> ‘initcolorspace_converter’:
> xpra/codecs/csc_swscale/colorspace_converter.c:10455:37: error:
> ‘AV_PIX_FMT_0RGB’ undeclared (first use in this function)
>    __pyx_t_3 = __Pyx_PyInt_From_long(AV_PIX_FMT_0RGB); if
> (unlikely(!__pyx_t_3)) {__pyx_filename = __pyx_f[0]; __pyx_lineno = 105;
> __pyx_clineno = __LINE__; goto __pyx_L1_error;}
>                                      ^
> xpra/codecs/csc_swscale/colorspace_converter.c:10455:37: note: each
> undeclared identifier is reported only once for each function it appears in
> xpra/codecs/csc_swscale/colorspace_converter.c:10482:37: error:
> ‘AV_PIX_FMT_BGR0’ undeclared (first use in this function)
>    __pyx_t_3 = __Pyx_PyInt_From_long(AV_PIX_FMT_BGR0); if
> (unlikely(!__pyx_t_3)) {__pyx_filename = __pyx_f[0]; __pyx_lineno = 106;
> __pyx_clineno = __LINE__; goto __pyx_L1_error;}
>                                      ^
> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
> 
> Was trying to build 0.17.2 on a Trusty Ubuntu intel64 ...
> 
> On Thu, May 26, 2016 at 12:05 PM, Michael Durkin <kc7noa at gmail.com> wrote:
> 
>> Hey !!!! making progress .... i think this means that my client version is
>> too old .... which is a problem since its Ubuntu 14-- which does not have
>> alot of packages available for building
>>
>> mike at SDR-client:~$ xpra attach ssh:kc7noa at 10.0.0.127
>> xpra client version 0.12.3
>> 2016-05-26 12:02:31,788 cannot load csc_opencl (OpenCL colorspace
>> conversion): ColorspaceConverter missing from
>> xpra.codecs.csc_opencl.colorspace_converter: clGetPlatformIDs failed:
>> platform not found khr
>> 2016-05-26 12:02:31,789 error during codec import: clGetPlatformIDs
>> failed: platform not found khr
>> 2016-05-26 12:02:32,126 PyOpenGL warning: missing accelerate module
>> 2016-05-26 12:02:32,126 PyOpenGL warning: missing array format handlers:
>> numeric, vbo, vbooffset
>> 2016-05-26 12:02:32,126 OpenGL Version: 2.1 Mesa 10.1.3
>> 2016-05-26 12:02:32,345 detected keyboard: rules=evdev, model=pc105,
>> layout=us
>> 2016-05-26 12:02:32,346 desktop size is 1366x768 with 1 screen(s):
>> 2016-05-26 12:02:32,346   ':0.0' (361x203 mm) workarea: 1333x756 at 33x12
>> 2016-05-26 12:02:32,346     LVDS1 (345x194 mm)
>> Warning: invalid option: 'scaling'
>> 2016-05-26 12:02:33,039 server requested disconnect: ['version error',
>> 'incompatible version: remote version [0, 12] is too old, sorry']
>> 2016-05-26 12:02:33,247 Connection lost
>> mike at SDR-client:~$
>>
>>
>>
>> On Thu, May 26, 2016 at 11:58 AM, Michael Durkin <kc7noa at gmail.com> wrote:
>>
>>> ok .. that was easy enough to do ...
>>>
>>> Though i would suggest a simple addition, a comment after the patch that
>>> removing the # at teh beginning of the line is how to enable the patch.
>>>
>>> now to test the server ....
>>>
>>> On Thu, May 26, 2016 at 11:39 AM, Michael Durkin <kc7noa at gmail.com>
>>> wrote:
>>>
>>>> OK ... i should have used synaptec to search for packages way sooner ...
>>>> its alot faster than google ...
>>>>
>>>> So ... im surprised this is still not patched as part of the main
>>>> archive -- version 0.17
>>>>
>>>> now, ill look to see how to implement that patch ,,, or is it a build
>>>> deceleration that needs to be changed in setup.py ?
>>>>
>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0,
>>>>                  from /usr/include/pygtk-2.0/pygtk/pygtk.h:8,
>>>>                  from xpra/x11/gtk2/gdk_display_source.c:297:
>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function
>>>> declaration isn’t a prototype [-Werror=strict-prototypes]
>>>>  typedef void (*GtkItemFactoryCallback)  ();
>>>>  ^
>>>> cc1: all warnings being treated as errors
>>>> error: command 'aarch64-linux-gnu-gcc' failed with exit status 1
>>>> kc7noa at odroid64:~/Downloads/xpra-0.17.2$
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, May 26, 2016 at 11:22 AM, Michael Durkin <kc7noa at gmail.com>
>>>> wrote:
>>>>
>>>>> So far on the Xinal(ubuntu 16) 64bit ... build with ./setup.py install
>>>>> stops at
>>>>>
>>>>> Xdummy support unspecified, will try to detect
>>>>> found OS release: Ubuntu xenial
>>>>> found valid recent version of Xorg server: 1.18
>>>>> found gcc version: 5.3.1
>>>>> ERROR: cannot find a valid pkg-config package for ['pygtk-2.0',
>>>>> 'libpygtk-2.0']
>>>>> kc7noa at odroid64:~/Downloads/xpra-0.17.2$
>>>>>
>>>>>
>>>>> iv not been able to figure out that package yet ...
>>>>>
>>>>> On Thu, May 26, 2016 at 11:17 AM, Michael Durkin <kc7noa at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Sorry i left out ...
>>>>>>
>>>>>> 0.15.8+dfsg-1 is the one shown as current by the package manager for
>>>>>> "Ubuntu 16" ... does that have the patches you previously mentioned ...??
>>>>>>
>>>>>> On Thu, May 26, 2016 at 10:10 AM, Michael Durkin <kc7noa at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Arm64 is not a intel (i386) or amd architecture .... the computer is
>>>>>>> a 2"x2" SBC -- system-on-a-chip
>>>>>>> On May 26, 2016 9:32 AM, "Antoine Martin" <antoine at nagafix.co.uk>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> On 26/05/16 22:12, Michael Durkin wrote:
>>>>>>>>> i tried from trusty archive(xpra) version 15.10-1 and got a
>>>>>>>> dependency
>>>>>>>>> unsatisfiable error for python-rencode ... how far back in the
>>>>>>>> 15's then
>>>>>>>>> does one need to go ....
>>>>>>>> python-rencode has been available in the repository for many years.
>>>>>>>> If you are still having problems, please post the specific error
>>>>>>>> messages as well as all the relevant configuration details.
>>>>>>>>
>>>>>>>>> Then to apply patches ..( iguess)
>>>>>>>>>
>>>>>>>>> Also -- this is another subject -- i have 3 computers, 2 of which
>>>>>>>> are Arm
>>>>>>>>> (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16)
>>>>>>>> ... is
>>>>>>>>> there a package dependency list for ubuntu?
>>>>>>>> Please refer to your package manager tool.
>>>>>>>>
>>>>>>>>> The binarys in the archive will
>>>>>>>>> never work on those platforms ..
>>>>>>>> Why not?
>>>>>>>>
>>>>>>>> Antoine
>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, May 26, 2016 at 7:29 AM, Antoine Martin <
>>>>>>>> antoine at nagafix.co.uk>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> On 26/05/16 13:23, Michael Durkin wrote:
>>>>>>>>>>> Ahhh .. going with the most recent svn would do me no good right
>>>>>>>> now ....
>>>>>>>>>>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh
>>>>>>>> ....
>>>>>>>>>> Version 0.16.x dropped support for Ubuntu Trusty:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html
>>>>>>>>>>
>>>>>>>>>> Cheers
>>>>>>>>>> Antoine
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Perhapse a PPA will help out some where .... its late, im going
>>>>>>>> to bed.
>>>>>>>>>>>
>>>>>>>>>>> sorry for the direct emails ...
>>>>>>>>>>>
>>>>>>>>>>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin <
>>>>>>>> kc7noa at gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Ahhh .. going with the most recent svn would do me no good
>>>>>>>> right now
>>>>>>>>>> ....
>>>>>>>>>>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ...
>>>>>>>> sigh
>>>>>>>>>> ....
>>>>>>>>>>>>
>>>>>>>>>>>> Perhapse a PPA will help out some where .... its late, im going
>>>>>>>> to bed.
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin <
>>>>>>>> kc7noa at gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Looks like
>>>>>>>>>>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10
>>>>>>>> months ago
>>>>>>>>>> ....
>>>>>>>>>>>>>
>>>>>>>>>>>>> If that's true .... then I sapose I'd be better off using the
>>>>>>>> svn
>>>>>>>>>>>>> repository and build the most recent offering.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'm not sure how to insert the patches listed .... I didn't
>>>>>>>> see any
>>>>>>>>>> that
>>>>>>>>>>>>> were newer than 2 months old ...
>>>>>>>>>>>>>
>>>>>>>>>>>>> I would think they would be in svn's latest. ... I don't use
>>>>>>>> svn too
>>>>>>>>>>>>> often, git way more often ....
>>>>>>>>>>>>> On May 25, 2016 8:36 PM, "Antoine Martin" <
>>>>>>>> antoine at nagafix.co.uk>
>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 26/05/16 08:17, Michael Durkin wrote:
>>>>>>>>>>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep
>>>>>>>> to pull
>>>>>>>>>>>>>>> dependencies
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension
>>>>>>>>>>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2
>>>>>>>>>>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG
>>>>>>>> -g
>>>>>>>>>> -fwrapv
>>>>>>>>>>>>>> -O2
>>>>>>>>>>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0
>>>>>>>>>>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
>>>>>>>> -I/usr/include/gtk-2.0
>>>>>>>>>>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include
>>>>>>>> -I/usr/include/atk-1.0
>>>>>>>>>>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0
>>>>>>>>>>>>>> -I/usr/include/pango-1.0
>>>>>>>>>>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2
>>>>>>>>>>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12
>>>>>>>>>> -I/usr/include/harfbuzz
>>>>>>>>>>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c
>>>>>>>>>>>>>>> xpra/x11/gtk2/gdk_display_source.c -o
>>>>>>>>>>>>>>>
>>>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall
>>>>>>>>>>>>>>> -Werror -fPIC
>>>>>>>>>>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0,
>>>>>>>>>>>>>>>                  from /usr/include/pygtk-2.0/pygtk/pygtk.h:8,
>>>>>>>>>>>>>>>                  from xpra/x11/gtk2/gdk_display_source.c:354:
>>>>>>>>>>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error:
>>>>>>>> function
>>>>>>>>>>>>>> declaration
>>>>>>>>>>>>>>> isn’t a prototype [-Werror=strict-prototypes]
>>>>>>>>>>>>>>>  typedef void (*GtkItemFactoryCallback)  ();
>>>>>>>>>>>>>>>  ^
>>>>>>>>>>>>>>> cc1: all warnings being treated as errors
>>>>>>>>>>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit
>>>>>>>> status 1
>>>>>>>>>>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$
>>>>>>>>>>>>>> We build xpra with -Werror which triggers an error and stops
>>>>>>>> the build
>>>>>>>>>>>>>> if there are any warnings at all, and the Debian version of
>>>>>>>> the GTK
>>>>>>>>>>>>>> headers generate a warning.
>>>>>>>>>>>>>> There are other problems with the libav headers too.
>>>>>>>>>>>>>> You can find the patches that need to be applied to build on
>>>>>>>> Debian
>>>>>>>>>>>>>> based systems here:
>>>>>>>>>>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches
>>>>>>>>>>>>>> (which patches need to be applied varies from one version to
>>>>>>>> another)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Cheers
>>>>>>>>>>>>>> Antoine
>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>> shifter-users mailing list
>>>>>>>>>>>>>> shifter-users at lists.devloop.org.uk
>>>>>>>>>>>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> shifter-users mailing list
>>>>>>>>>>> shifter-users at lists.devloop.org.uk
>>>>>>>>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> shifter-users mailing list
>>>>>>>>>> shifter-users at lists.devloop.org.uk
>>>>>>>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> shifter-users mailing list
>>>>>>>>> shifter-users at lists.devloop.org.uk
>>>>>>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> shifter-users mailing list
>>>>>>>> shifter-users at lists.devloop.org.uk
>>>>>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> _______________________________________________
> shifter-users mailing list
> shifter-users at lists.devloop.org.uk
> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>

More information about the shifter-users mailing list