Hi Pekka,
On Thu, 21 Aug 2014, Pekka Paalanen wrote:
On Thu, 26 Jun 2014 16:31:43 +0100
Andrew Wedgbury wrote:
This adds a description of the screen-share command configuration key to the
weston.ini man page.
Signed-off-by: Andrew Wedgbury
---
man/weston.ini.man | 10 ++
1 file
ns regarding this to
waylandsupp...@realvnc.com, since it's probably not appropriate to discuss here
(unless it relates to a generic Wayland/Weston issue).
Regards,
---
Andrew Wedgbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
htt
n purposes.
We could pick that patch later or just in time for 1.5.1 or something,
sure.
Ok, understood.
Andrew, that patch is missing the weston.ini.man update (or was it in
a follow-up?).
I had missed updating the man page - I've just sent a patch for this now.
Thanks,
---
This adds a description of the screen-share command configuration key to the
weston.ini man page.
Signed-off-by: Andrew Wedgbury
---
man/weston.ini.man | 10 ++
1 file changed, 10 insertions(+)
diff --git a/man/weston.ini.man b/man/weston.ini.man
index 667f70a..86f7e37 100644
--- a
wanted
to put it in the 1.5 branch following the first release.
Thanks,
---
Andrew Wedgbury
On Wed, 25 Jun 2014, Pekka Paalanen wrote:
Hi,
I'm currently working on top of the stable 1.5 Weston branch, and was
picking fixes from master. Below is what I picked that seemed
worthwhil
n shell server to be used if required,
without needing to recompile. Since the command is run as the user running
weston, this should not pose any additional security risk.
Signed-off-by: Andrew Wedgbury
---
src/screen-share.c | 44 ++--
weston.ini.in
Hi Jason,
On Thu, 1 May 2014, Jason Ekstrand wrote:
On Thu, May 1, 2014 at 9:00 AM, Andrew Wedgbury
wrote:
Currently the screen-share module uses a hard-coded command to start the
fullscreen shell server. This patch causes the module to read the command
from
the weston
Currently the screen-share module uses a hard-coded command to start the
fullscreen shell server. This patch causes the module to read the command from
the weston config file (from the "command" key in the "screen-share" section).
The default value remains the same (i.e. to run weston with the RDP
the RDP
backend, which overrides the automatic backend selection based on the
environment.
Keeping these environment variables allows the launched fullscreen shell server
to know the original server's display name, which it may need in order to show
a configuration UI.
Signed-off-by: A
ink it will ever be set in the main Weston process;
I
just cleared it to make sure.
Yes it looks like we don't really need to unset this either.
I'll send an updated patch to remove these two lines then.
Thanks,
---
Andrew Wedgbury
___
e
it currently). I picked the name "WAYLAND_SERVER_DISPLAY" as it is used in a
similar way to "WAYLAND_SERVER_SOCKET" in the screen-share module.
Signed-off-by: Andrew Wedgbury
---
src/screen-share.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/screen-share.c b/src
This implements a simple fix for the blocking problem that occurs when
updating a timer event source after the timer expires, but before its
callback is dispatched. This can happen when another event happens during the
same epoll wakeup as the timer event, and causes the read() call in
wl_event_
I've noticed a blocking problem in Wayland's event-loop code when updating
timer event sources. The problem occurs if you update the timer at a point
after is has expired, but before it has been dispatched, i.e. from an event
callback that happens during the same epoll wakeup.
When the timer is
your regular mail client.
Kristian
Hi Kristian,
Sorry about that, I'll use git send-email in future.
BTW, I was using git format-patch, the output of that looks ok, but my
mail client was adding the extra spaces on lines beginning with a space
for some reason.
---
Andrew Wed
rough and made sure that config.h is included first whenever system
headers are included.
The config.h header should be included before any system headers, failing
to do this can result in the wrong type sizes being defined on certain
systems, e.g. off_t from sys/types.h
Signed-off-by: Andrew Wed
ed: %m\n");
+ abort();
+ } else {
+ close(sv[1]);
+ return shared_output_create(output, sv[0]);
+ }
+
+ return NULL;
+}
---
Andrew Wedgbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
g
these round.
This won't fix the issue in screen-share though, as Manuel points out,
you need to include config.h before anything else.
---
Andrew Wedgbury ___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
my previous attempt at doing
this.
I guess you also need a corresponding disable_planes-- when screen sharing
stops?
+ weston_output_damage(output);
+
+ return so;
+
+err_display:
+ wl_list_for_each(seat, &so->seat_list, link)
+ ss_seat_destroy(seat);
+ wl_display_disconnect(so->parent.display);
+err_alloc:
+ free(so);
+err_close:
+ close(parent_fd);
+ return NULL;
+}
---
Andrew Wedgbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
even for this we still need to know the size
and position of each output.
Would it make sense for the fullscreen shell interface to have the
"add_output" request? You could have a separate "move_output" request, or
simply specify th
ing a
single output in my fullscreen shell compositor)
Andrew
---
Andrew Wedgbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
t I've seen it's not
really noticeable.
> * about the pointer sprite, I think the problem is even more
> complicated
> with multi-seat (we should draw everything but the cursor of the
> current
> seat).
Yes I see what you mean. Also, you may not e
cursor around on the
client side without getting lots of screen updates (although you still get the
odd one for things like hover effects and tooltips).
---
Andrew Wedgbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://
nt to do it when you knew that there was a
VNC client connected. For example, with my proposed interface, the VNC server
would start requesting updates when the first client connects, and stop when
the last client disconnects.
---
Andrew Wedgbury
- Original Message -
> From: &qu
Sorry, I missed updating use of xkb_info in compositor-x11.c.
I've updated the patch.
---
src/compositor-x11.c |2 +-
src/compositor.h |5 ++--
src/input.c | 77 +++---
src/text-backend.c |4 +--
4 files changed, 54 insertio
Hi Kristian,
Here's a new patch for ref counting weston_xkb_info, as suggested.
So a seat created with a NULL keymap will now point to the global xkb_info.
---
src/compositor.h |5 ++--
src/input.c| 77
src/text-backend.c |
A simpler fix would be to not call xkb_info_destroy() when releasing a seat in
the case where the xkb_info for the seat was copied from the global compositor
settings (which can be determined by checking if keymap_fd is the same)
In this case, xkb_map_unref() should still be called to unref the
?
---
Andrew Wedgbury
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
Hi Daniel,
- Original Message -
> From: "Daniel Stone"
> To: "Andrew Wedgbury"
> Cc: wayland-devel@lists.freedesktop.org
> Sent: Tuesday, 6 August, 2013 5:46:44 PM
> Subject: Re: Support for remote desktop systems
>
> Hi Andrew,
> Nice
t we
would prefer a more generic solution that would work with other compositors
(and could be used by other remote desktop systems), something like a remote
control interface.
Are there any such plans in the pipeline? Anything we could help w
29 matches
Mail list logo
