https://bugzilla.redhat.com/show_bug.cgi?id=1198312 --- Comment #20 from Jonathan Underwood <jonathan.underwood@xxxxxxxxx> --- Thanks for the input Antoine, much appreciated. (In reply to Antoine Martin from comment #19) [snip] > Note: we're not going to unbundle jquery and websockets, because it would be > too costly for us to make builds for all the platforms we support (centos > etc). But if we can somehow make it easier, let us know. > The HTML5 client is making great progress in trunk. > It would be great if there were flags such as --use-system-websockets-js and --use-system-jquery for setup.py, but it's not a big deal to work around the unbundling without them. > Re CSC: > * you don't /really/ need pyopencl, we have the cython csc module as > fallback - which is usually fast enough > * I have experienced issues with pyopencl and the AMD icd, causing hangs > because of interference with the signal handlers... so we're unsure what to > do with this one (and in most cases, swscale is just as fast..) > OK, for the time being we'll stick with just the cython csc module then. [snip] > > Hmm... I am finding that when forwarding individual app windows (as opposed to the whole desktop) window resizing doesn't work properly. > It is meant to work properly... BUT, there are lots of issues in this area, > newer toolkits (especially GTK) seem to use server-side resizing. This is > being addressed in 0.15, at least with *nix clients for now. > > I am running F20 on the (remote) server, and F21 locally for the client, and when I resize the frame, the application itself doesn't resize properly. I tried this both with and without xdummy, and see the same thing. My client desktop is Gnome 3, and on the server I was simply running either xterm or gnome-terminal. > Well, that's very odd. I test with xterm hundreds of times a day, and I use > F21.. though no with Gnome 3. > If you had time, it would be very helpful to see if you could reproduce the problem I am seeing - I was using an F20 server, and an F21 client running Gnome. If you can see what happens with F21 server and client running Gnome, that would be a helpful data point (I am away from the F21 machine presently and can't enable ssh access to it). > > Package PyOpenGL-accelerate (or work with PyOpenGL packagers to build the > > accelerate module at the same time as the main package - even though they're > > separate tarballs, they are version lock-stepped as far as I can see). > Definitely MUST be in lockstep. > We have hit some very obscure bugs when those two packages had version > mismatch issues. I ended up adding version checks to prevent us using zero > copy upload in such cases (so it should now degrade well - at least as well > as we can make it) Right, understood. I've filed an RFE with the PyOpenGL packager to include the accelerate module, but he may not like that option and we may have to package it separately and be careful about updates - pretty straightforward stuff - I am sure we'll eventually get it packaged, but fortunately it's not a blocker. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review