On 30/03/16 09:33, Jasper St. Pierre wrote:
I really hope that distributions don't see security policies as a
differentiator. This is how we got SELinux vs. AppArmor and real-world
apps having to ship both kinds of policies (or Fedora flat out
ignoring any idea of third-parties and such and inclu
I really hope that distributions don't see security policies as a
differentiator. This is how we got SELinux vs. AppArmor and real-world
apps having to ship both kinds of policies (or Fedora flat out
ignoring any idea of third-parties and such and including literally
every application ever in its c
Dear all,
I am observing "Segmentation fault" with below mentioned back-trace
while playing video (loop back mode )and continuously pressing home
button on target (which brings video screen to home screen of HMI).
Printing the locals shows null pointer deference (i.e. line 46, print
elm->next, w
On 30/03/16 01:12, Olav Vitters wrote:
On Mon, Mar 28, 2016 at 10:50:23PM +0300, Martin Peres wrote:
We thus wanted to let distros take care of most of the policies (which
does not amount to much and will likely come with the application
anyway). However, some distros or devices come with a syst
On Tuesday, March 29, 2016 8:14:25 AM CEST Drew DeVault wrote:
> On 2016-03-29 10:25 AM, Martin Graesslin wrote:
> > > - More detailed surface roles (should it be floating, is it a modal,
> > >
> > > does it want to draw its own decorations, etc)
> >
> > Concerning own decoration we have implem
Bill Spitzak writes:
> On Fri, Mar 25, 2016 at 12:16 AM, Daiki Ueno wrote:
>
>
> > +
> > + Allows to atomically send state updates from client.
> > +
> > + This request should follow after a batch of state updating requests
> > + like set_surrounding_text, set_content_type, set_cursor_rect
On Tuesday, March 29, 2016 8:12:32 AM CEST Drew DeVault wrote:
> On 2016-03-29 10:20 AM, Martin Graesslin wrote:
> > > - Output configuration
> >
> > we have our kwin-kscreen specific protocol for this. You can find it at:
> > https://quickgit.kde.org/?
> > p=kwayland.git&a=blob&h=9ebe342f7939b6de
2016-03-30 2:10 GMT+03:00 Bryce Harrington :
> On Wed, Mar 23, 2016 at 04:31:16PM +0200, Giulio Camuffo wrote:
>> The new wl_display_add_protocol_logger allows to set a function as
>> a logger, which will get called when a new request is received or an
>> event is sent.
>> This is akin to setting W
On Tue, 29 Mar 2016 08:11:03 -0400 Drew DeVault said:
> > what is allowed. eg - a whitelist of binary paths. i see this as a lesser
> > chance of a hole.
>
> I see what you're getting at now. We can get the pid of a wayland
> client, though, and from that we can look at /proc/cmdline, from which
On Tue, Mar 29, 2016 at 05:17:06PM -0700, Bryce Harrington wrote:
> On Tue, Mar 29, 2016 at 06:17:38PM -0500, Yong Bakos wrote:
> > >
> > > From: Yong Bakos
> > >
> > > All event arg elements now have an appropriate summary attribute.
> > > This was conducted mostly in response to the undocument
On Tue, Mar 29, 2016 at 06:17:38PM -0500, Yong Bakos wrote:
> >
> > From: Yong Bakos
> >
> > All event arg elements now have an appropriate summary attribute.
> > This was conducted mostly in response to the undocumented parameter
> > warnings generated during 'make check'.
> >
> > Signed-off-b
On Mon, Mar 07, 2016 at 06:31:30PM +0100, Giulio Camuffo wrote:
> This patches add several new functions to:
> - get the list of current clients for a wl_display
> - get notified of new clients
> - get the list of resources for a wl_client
> - get notified of new resources for a client
> - get the
On Mon, Mar 07, 2016 at 06:31:31PM +0100, Giulio Camuffo wrote:
> From: Sungjae Park
>
> Using display object, Emit a signal if a new client is created.
>
> In the server-side, we can get the destroy event of a client,
> But there is no way to get the created event of it.
> Of course, we can get
>
> From: Yong Bakos
>
> All event arg elements now have an appropriate summary attribute.
> This was conducted mostly in response to the undocumented parameter
> warnings generated during 'make check'.
>
> Signed-off-by: Yong Bakos
> ---
Sorry I borked the subject line. Should be [PATCH wayl
From: Yong Bakos
All event arg elements now have an appropriate summary attribute.
This was conducted mostly in response to the undocumented parameter
warnings generated during 'make check'.
Signed-off-by: Yong Bakos
---
protocol/wayland.xml | 128 ++
On Wed, Mar 23, 2016 at 04:31:16PM +0200, Giulio Camuffo wrote:
> The new wl_display_add_protocol_logger allows to set a function as
> a logger, which will get called when a new request is received or an
> event is sent.
> This is akin to setting WAYLAND_DEBUG=1, but more powerful because it
> can
Hi Andy,
On 23 March 2016 at 00:12, Andy Ritger wrote:
> Thanks for the thorough responses, Daniel.
No problem; as I said, I'm actually really happy to see an
implementation out there.
> On Tue, Mar 22, 2016 at 01:49:59PM +, Daniel Stone wrote:
>> On 21 March 2016 at 16:28, Miguel Angel Vic
Hi,
On 28 March 2016 at 19:12, Daniel Vetter wrote:
> On Thu, Mar 24, 2016 at 10:06:04AM -0700, Andy Ritger wrote:
>> eglstreams or gbm or any other implementation aside, is it always _only_
>> the KMS driver that knows what the optimal configuration would be?
>> It seems like part of the decisio
On Tue, 29 Mar 2016 08:11:03 -0400
Drew DeVault wrote:
> On 2016-03-29 3:10 PM, Carsten Haitzler wrote:
> > > I don't really understand why forking from the compositor and bringing
> > > along the fds really gives you much of a gain in terms of security. Can
> >
> > why?
> >
> > there is no
On Tue, 29 Mar 2016 07:41:10 -0400
Drew DeVault wrote:
> Thus begins my long morning of writing emails:
>
> On 2016-03-29 12:01 PM, Jonas Ådahl wrote:
> Not everyone has dbus on their system and it's not among my goals to
> force it on people. I'm not taking a political stance on this and I
> d
Hi,
On 29 March 2016 at 13:24, Drew DeVault wrote:
> On 2016-03-29 11:45 AM, Daniel Stone wrote:
>> Firstly,
>> https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html
>> is a cliché, but the spirit of free software is empowering people to
>> make the change they want to see
On 2016-03-29 11:45 AM, Daniel Stone wrote:
> Firstly,
> https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html
> is a cliché, but the spirit of free software is empowering people to
> make the change they want to see, rather than requiring the entire
> world be perfectly iso
On Tue, Mar 29, 2016 at 07:41:10AM -0400, Drew DeVault wrote:
> Thus begins my long morning of writing emails:
>
> On 2016-03-29 12:01 PM, Jonas Ådahl wrote:
> > > I prefer to think of it as "who has logical ownership over this resource
> > > that they're providing". The compositor has ownership o
Hi,
On 29 March 2016 at 13:11, Drew DeVault wrote:
>> or just have the compositor "work" without needing scripts and users to have
>> to
>> learn how to write them. :)
>
> Never gonna happen, man. There's no way you can foresee and code for
> everyone's needs. I'm catching on to this point you'r
This a mistake on my part. I mixed up the two protocols, I don't intend
to make any changes to fullscreen-shell. Sorry for the confusion.
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/way
On 2016-03-29 10:25 AM, Martin Graesslin wrote:
> > - More detailed surface roles (should it be floating, is it a modal,
> > does it want to draw its own decorations, etc)
>
> Concerning own decoration we have implemented https://quickgit.kde.org/?
> p=kwayland.git&a=blob&h=8bc106c7c42a40f71dad9
On 2016-03-29 10:20 AM, Martin Graesslin wrote:
> > - Output configuration
>
> we have our kwin-kscreen specific protocol for this. You can find it at:
> https://quickgit.kde.org/?
> p=kwayland.git&a=blob&h=9ebe342f7939b6dec45e2ebf3ad69e772ec66543&hb=818e320bd99867ea9c831edfb68c9671ef7dfc47&f=src
On 2016-03-29 3:10 PM, Carsten Haitzler wrote:
> > I don't really understand why forking from the compositor and bringing
> > along the fds really gives you much of a gain in terms of security. Can
>
> why?
>
> there is no way a process can access the socket with privs (even know the
> extra pro
On 2016-03-29 8:25 AM, Giulio Camuffo wrote:
> If the client just binds the interface the compositor needs to
> immediately create the resource and send the protocol error, if the
> client is not authorized. It doesn't have the time to ask the user for
> input on the matter, while my proposal give
Thus begins my long morning of writing emails:
On 2016-03-29 12:01 PM, Jonas Ådahl wrote:
> > I prefer to think of it as "who has logical ownership over this resource
> > that they're providing". The compositor has ownership of your output and
> > input devices and so on, and it should be responsi
On Tue, 29 Mar 2016 00:01:00 -0400
Drew DeVault wrote:
> On 2016-03-29 11:31 AM, Carsten Haitzler wrote:
> > my take on it is that it's premature and not needed at this point. in fact i
> > wouldn't implement a protocol at all. *IF* i were to allow special access,
> > i'd
> > simply require to f
On Tue, 29 Mar 2016 12:01:52 +0800
Jonas Ådahl wrote:
> On Mon, Mar 28, 2016 at 11:33:15PM -0400, Drew DeVault wrote:
> > On 2016-03-29 10:30 AM, Jonas Ådahl wrote:
> > > I'm just going to put down my own personal thoughts on these. I mostly
> > > agree with Carsten on all of this. In general,
Hi,
On 29 March 2016 at 05:01, Drew DeVault wrote:
> You don't provide any justification for this, you just say it like it's
> gospel, and it's not. I will again remind you that not everyone wants to
> buy into a desktop environment wholesale. They may want to piece it
> together however they see
On Mon, 28 Mar 2016 09:08:55 +0300
Giulio Camuffo wrote:
> 2016-03-27 23:34 GMT+03:00 Drew DeVault :
> > Greetings! I am the maintainer of the Sway Wayland compositor.
> >
> > http://swaywm.org
> >
> > It's almost the Year of Wayland on the Desktop(tm), and I have
> > reached out to each of the p
On Tue, 29 Mar 2016 08:25:19 +0300
Giulio Camuffo wrote:
> 2016-03-29 6:23 GMT+03:00 Drew DeVault :
> > On 2016-03-29 2:15 AM, Martin Peres wrote:
> >> I was proposing for applications to just bind the interface and see if it
> >> works or not. But Giulio's proposal makes sense because it coul
On Sunday, March 27, 2016 4:34:37 PM CEST Drew DeVault wrote:
> Greetings! I am the maintainer of the Sway Wayland compositor.
>
> http://swaywm.org
>
> It's almost the Year of Wayland on the Desktop(tm), and I have
> reached out to each of the projects this message is addressed to (GNOME,
> Kwin
On Sunday, March 27, 2016 4:34:37 PM CEST Drew DeVault wrote:
> Greetings! I am the maintainer of the Sway Wayland compositor.
>
> http://swaywm.org
>
> It's almost the Year of Wayland on the Desktop(tm), and I have
> reached out to each of the projects this message is addressed to (GNOME,
> Kwin
On Tuesday, March 29, 2016 9:23:13 AM CEST Peter Hutterer wrote:
> On Sun, Mar 27, 2016 at 04:34:37PM -0400, Drew DeVault wrote:
> > Greetings! I am the maintainer of the Sway Wayland compositor.
> >
> > http://swaywm.org
> >
> > It's almost the Year of Wayland on the Desktop(tm), and I have
> >
38 matches
Mail list logo
