Hi Matt,
On Fri, 7 Jun 2024 at 15:30, Hoosier, Matt wrote:
> Would Meson’s dependency wrapping capabilities be a viable solution here? I
> think that most of Weston’s dependencies that have aggressive version
> requirements are themselves also Meson projects.
>
> The Weston CI configuration
Hi,
On Wed, 5 Jun 2024 at 09:09, Pekka Paalanen
wrote:
> On Tue, 4 Jun 2024 20:33:48 +
> "Hoosier, Matt" wrote:
> > Tactical question: I somehow missed until this point that the remote
> > and pipewire plugins will only run if the DRM backend is being used.
> >
> > But the DRM backend
Hi,
On Fri, 16 Feb 2024 at 09:00, Tomi Valkeinen
wrote:
> On 13/02/2024 13:39, Daniel Stone wrote:
> > Specifically, you probably want commits 4cde507be6a1 and 58dde0e0c000.
> > I think the window of breakage was small enough that - assuming either
> > those commits or an up
Hi,
On Tue, 13 Feb 2024 at 10:18, Marius Vlad wrote:
> On Tue, Feb 13, 2024 at 11:57:59AM +0200, Tomi Valkeinen wrote:
> > I haven't. I'm quite unfamiliar with Weston, and Randolph from TI (cc'd) has
> > been working on the Weston side of things. I also don't know if there's
> > something TI
the transient seat protocol
Daniel Stone (1):
build: Bump version to 1.33
Jonas Ådahl (1):
xdg-shell: Clarify what a toplevel by default includes
Lleyton Gray (1):
staging/drm-lease: fix typo in description
MaxVerevkin (1):
linux-dmabuf: sync changes from unstable to stable
Hi Matt,
On Wed, 17 Jan 2024 at 17:08, Matt Hoosier wrote:
> Does anybody know whether there’s a dedicated mailing list suitable for
> asking questions about the hardware acceleration in the remote desktop
> use-case for those two?
>
> I did a quick look through both repos’ README and
Hi Joe,
On Wed, 18 Oct 2023 at 02:00, Joe M wrote:
> A few questions:
> 1. What other avenues of investigation should I pursue for the swap delay?
> As in, why when I take 12 ms to render do I not see about 4ms for the swap
> call to return? My display is running in at 60hz.
Further to
Hi Huy,
On Wed, 12 Jul 2023 at 16:15, huy nguyen
wrote:
> I have a Linux system based on weston wayland. I run MPV player and expect
> it displays a video window at (0,0) position on the screen (top left corner
> of the display). I already use x11egl backend option to MPV to support a
> fixed
Hi Huy,
On Sat, 8 Jul 2023 at 08:39, huy nguyen wrote:
> I have a Linux system based on weston wayland and I need to get the
> current setting of the display resolution.
> Unfortunately, xrandr command does not work on Wayland.
> After much searching, I came to this information which is about
Hi Dawn,
On Thu, 22 Jun 2023 at 18:09, Dawn HOWE wrote:
> I am developing an (embedded) medical device which is required to have a
> touchscreen display and also mirror the output to a monitor connected via
> HDMI. The device is using Wayland/Weston on TorizonCore (based on a yocto
>
Hi Namit,
On Thu, 15 Jun 2023 at 16:37, Namit Solanki (QUIC) <
quic_nsola...@quicinc.com> wrote:
>
> As we all know Weston 10 has bitbakes files available for Yocto kirkstone
> version. Can Weston 12 work with Kirkstone as well?
>
>
>
> Is Weston 12 compatible with Kirkstone?
>
>
>
> Do we need
Hi Joe,
On Wed, 14 Jun 2023 at 21:33, Joe M wrote:
> Thanks Daniel. Do you know if wl_output instances are decoupled from each
> other, when it comes to display refresh?
>
Yep, absolutely.
> The wl_output geometry info hints that each output can be thought of as a
> region in a larger
Hi,
On Tue, 13 Jun 2023 at 10:20, Pekka Paalanen wrote:
> On Tue, 13 Jun 2023 01:11:44 + (UTC)
> Joe M wrote:
> > As I understand, there is one global wl_display. Is there always one
> > wl_compositor too?
>
> That is inconsequential.
>
Yeah, I think the really consequential thing is that
On Thu, 8 Jun 2023 at 16:54, Martin Petzold wrote:
> Am 08.06.23 um 16:58 schrieb Daniel Stone:
>
> On Thu, 8 Jun 2023 at 14:28, Pekka Paalanen wrote:
>
>> On Thu, 8 Jun 2023 14:49:37 +0200
>> Martin Petzold wrote:
>> > btw. we are using a Weston
Hi,
On Thu, 8 Jun 2023 at 14:28, Pekka Paalanen wrote:
> On Thu, 8 Jun 2023 14:49:37 +0200
> Martin Petzold wrote:
> > btw. we are using a Weston 9 package from NXP and there may be important
> > fixes for our i.MX8 platform in there.
>
> Oh. We cannot support modified Weston, sorry.
Hi Daniel,
On Fri, 10 Mar 2023 at 14:28, Levin, Daniel wrote:
> We are currently attempting to update from Weston 9.0.0 to Weston 10+ and
> facing issues with GLES2 compatibility at both build time and run time.
>
> For instance, gl_renderer_setup() exits with error if GL_EXT_unpack_subimage
>
Hi Martin,
On Fri, 17 Feb 2023 at 11:27, Martin Petzold wrote:
> Feb 17 12:16:24 tavla DISPLAY Wayland[957]: [12:16:24.624] Loading module
> '/usr/lib/aarch64-linux-gnu/libweston-9/g2d-renderer.so'
> Feb 17 12:16:25 tavla DISPLAY Wayland[957]: [ 1] Failed to open device:
> No such file or
On Fri, 9 Sept 2022 at 12:50, Simon Ser wrote:
> On Friday, September 9th, 2022 at 12:23, Hans de Goede <
> hdego...@redhat.com> wrote:
> > "people using
> > non fully integrated desktop environments like e.g. sway often use custom
> > scripts binded to hotkeys to get functionality like the
On Mon, 8 Aug 2022 at 17:24, samuel ammonius wrote:
> I've just looked at the xdg-shell protocol as you said. I was really
> surprised at the
> amount of features it had, but one part in particular caught my eye:
Window geometry is relative to surface co-ordinates. As the first
paragraph
Hi Samuel,
On Mon, 8 Aug 2022 at 17:04, samuel ammonius wrote:
> On Mon, Aug 8, 2022 at 12:06 PM Simon Ser wrote:
>> If you are not interested in explaining the use-cases, and are just
>> interested in blindly adding new features: sorry, but this isn't how we
>> want to approach things.
>
>
Igor,
On Mon, 8 Aug 2022 at 15:54, Igor Korot wrote:
> Or even better - when one of you will need to quickly create a
> "proof-of-concept" application that will jump all over the places on every
> startup...
We've written applications for years. We know how to make it work.
We've explained to
On Fri, 5 Aug 2022 at 17:21, Igor Korot wrote:
> On Thu, Aug 4, 2022 at 9:20 PM Thiago Macieira wrote:
> > No, they are about position too. 100,100 on a 1920x1080 resolution is about
> > 5%
> > to the right of the left edge and 10% from the top. 100,100 on 3840x2160 is
> > 2.5% from the left
On Fri, 5 Aug 2022 at 14:11, samuel ammonius wrote:
> Please don't close this discussion on account of something someone
> else said. Wouldn't it be better for users, compositors, and apps if there
> was a way to manage window positions, but the compositor could choose
> not to let them? The best
Hi all,
On Fri, 5 Aug 2022 at 10:42, Jean-Michaël Celerier
wrote:
> [lots of musing about win32 snipped]
>
> It would make me pretty sad to tell these people (both end-users and devs)
> that Windows is a better operating system for their use case than desktop
> Linux.
OK, this discussion is
Hi Jim,
On Fri, 29 Jul 2022 at 08:30, Jim Shargo wrote:
> TL;DR: I'm working on extending VKMS and wanted feedback from other
> compositor/wayland devs.
Awesome! :) Glad to see it, and yeah, I second everything Pekka said.
Having hotplug in particular would be really great.
> // Questions
>
>
Hi,
On Tue, 14 Jun 2022 at 15:40, Zack Rusin wrote:
> On Tue, 2022-06-14 at 10:36 +0300, Pekka Paalanen wrote:
> > The reason I am saying that you need to fix other issues with
> > virtualized drivers at the same time is because those other issues are
> > the sole and only reason why the driver
Hi,
On Mon, 13 Jun 2022 at 08:39, Daniel Stone wrote:
> Yes, that's what's happening. Our (multi-host-replicated etc) Ceph
> storage setup has entered a degraded mode due to the loss of a couple
> of disks - no data has been lost but the cluster is currently unhappy.
> We're wal
On Mon, 13 Jun 2022 at 05:17, Peter Hutterer wrote:
> On Sun, Jun 12, 2022 at 05:57:05PM -0700, Jeremy Sequoia wrote:
> > I was going to spend a little bit of time putting out an update to XQuartz
> > to address a few bugs that I've been meaning to squash, but I'm having a bit
> > of an issue
Hi Egy,
On Mon, 16 May 2022 at 15:09, Egy Ketto wrote:
> I'm digging the source code of wayland and weston. I'm stuck at getting the
> code generated by wayland-scanner. I was following the build instructions for
> wayland:
>
> $ git clone https://gitlab.freedesktop.org/wayland/wayland.git
> $
Hi Rusty,
On Fri, 10 Dec 2021 at 20:38, Rusty Howell wrote:
> We are working on an embedded linux device built using Yocto (dunfell). We
> have weston running and we are seeing our QT5 application running as well.
> One problem we are having is that our application is crashing weston if the
Hi Chris,
On Fri, 5 Nov 2021 at 12:01, chris.lapla...@agilent.com
wrote:
> Can anyone please explain how eglGetConfigs actually works? i.e. what
> information is it consulting in order to determine the configs to return?
> Unfortunately we are using a processor (Xilinx Zynq UltraScale) with a
Hi Guillermo,
On Fri, 6 Aug 2021 at 10:44, Guillermo Rodriguez Garcia
wrote:
> El vie, 6 ago 2021 a las 10:14, Daniel Stone ()
> escribió:
>> kiosk-shell is something we have in newer versions of Weston which
>> sounds like it would work well for your usecases - it's desig
Hi David,
On Thu, 5 Aug 2021 at 22:17, David Deyo wrote:
> > Sounds like you're missing wl_display_flush() in your client code, so the
> > requests don't make it to the socket buffer until they're forced to because
> > it's filled up.
>
> That did it. You guys are awesome. I don’t suppose
On Thu, 5 Aug 2021 at 21:15, David Deyo wrote:
> I was able to re-create the files of your patch and added them into my
> build tree.
>
>
>
> Not having an accelerometer, I’ve had to make a few changes.
>
> When you said, ‘It had issues’, I am also seeing some issues.
>
>
>
> I can rotate my
Hi Alyssa,
On Tue, 27 Jul 2021 at 20:30, Alyssa Ross wrote:
> Hi! I'm Alyssa and I'm working on Spectrum[1], which is a project
> aiming to create a compartmentalized desktop Linux system, with high
> levels of isolation between applications.
I've seen, it's neat!
> One big issue for us is
Sorry for the mobile reply, but V4L2 is absolutely not write-only; there has
never been an intersection of V4L2 supporting dmabuf and not supporting reads.
I see your point about the heritage of dma_resv but it’s a red herring. It
doesn’t matter who’s right, or who was first, or where the code
Hi RyunHyeon,
On Tue, 8 Jun 2021 at 11:55, 김륜현 (RH Kim) wrote:
> Hello, I want to output weston to specific display. So I searched about
> Weston option.
>
>
> I found "--connector" option.
>
> This option configures specific display for output
>
>
> However, I checked the mailing list that
Hi,
On Wed, 26 May 2021 at 10:30, Pekka Paalanen wrote:
> On Tue, 25 May 2021 22:10:38 -0500 Igor Korot wrote:
> > > Positioning - Don't position and Wayland discourages it by not having
> > > such an
> > > API. Sizing - do whatever you like.
> >
> > It just discourages it, so it is not
Hi all,
On Thu, 8 Apr 2021 at 12:20, Daniel Stone wrote:
> I propose that we do this for all the wayland/* repositories, either this
> weekend or next; I'm happy to make the changes (rename 'master' to 'main'
> and retarget all open MRs). Does anyone have any opinions or suggestions?
Hi,
On Mon, 19 Apr 2021 at 13:06, Simon Ser wrote:
> I'm working on a Wayland extension [1] that, among other things, allows
> compositors to advertise the preferred device to be used by Wayland
> clients.
>
> In general, compositors will send a render node. However, in the case
> of split
On Thu, 8 Apr 2021 at 14:02, Jan Engelhardt wrote:
> On Thursday 2021-04-08 13:20, Daniel Stone wrote:
> >I propose that we do this for all the wayland/* repositories, either this
> weekend or next; I'm happy
> >to make the changes (rename 'master' to 'main' and retarget all
Hi all,
Going with a lot of other Git-based projects (and following the leads of
e.g. GitHub and GitLab), freedesktop.org is planning to change the default
branch name for its new projects to 'main' rather than 'master'.
Mesa is already migrating, and they have helpfully prepared a small Python
Hi Nimi,
On Mon, 21 Dec 2020 at 18:50, Nimi Wariboko Jr. wrote:
> The crux of the issue is that when we create our OpenGL context we create it
> with a display connection that we initiate. Further down the line when we
> need to create a wl_egl_window, we are given a wl_surface that was
Hi Leo,
On Mon, 9 Nov 2020 at 16:17, enpeng xu wrote:
> I have a question about the functions of wl_display_dispatch/wl_display_poll.
> In the function wl_display_poll, it ignores EINTR and keeps polling until it
> gets an event from remote.
> I am not sure if this is the expected, but a
Hi,
On Sat, 1 Aug 2020 at 06:28, Vadivelu Babu, Surendar (S.)
wrote:
> As Arun stated , we tried to boot the Weston application from initramfs ,
> however there is “pam” library dependency which is required for Weston . When
> we include all the “pam” libraries the initramfs size increases
Hi Arunkumar,
On Mon, 27 Jul 2020 at 06:59, arunkrish20 wrote:
> We are working with the i.MX8 platform. We are working with weston and DRM
> backend. Below are the version details.
>
> NXP BSP Version: 4.14.98_2.0.0_ga
> SC Firmware Version : 1.3.1
> wayland version 1.16 am
> weston- ivi -
Hi,
On Thu, 9 Jul 2020 at 15:38, Pekka Paalanen wrote:
> On Thu, 9 Jul 2020 10:32:56 +0200
> Olivier Fourdan wrote:
> > In the meantime, Peter has already submitted patches to wayland-info
> > (thanks Peter!) so the tip of wayland-info is different from
> > weston-info (basically, we have
Hi,
On Wed, 1 Jul 2020 at 20:13, Simon Ser wrote:
> On Wednesday, July 1, 2020 8:49 PM, Jan Engelhardt wrote:
> > Usecases.. checking for releases, both new and, sometimes historic research,
> > old ones.
> >
> > A fileindex has a "tabular" appearance where each "row" contains filename
> > and
Hi,
On Thu, 25 Jun 2020 at 10:01, Brad Robinson
wrote:
> As a toolkit developer coming from Windows/OSX this is fairly shocking. I'm
> aware of the decoration protocol, but given it's not supported (and by the
> sound of it never will be) on some of the major distros makes it almost
>
Hi,
On Thu, 18 Jun 2020 at 07:25, Brad Robinson
wrote:
> I'm putting together a set of C# bindings for Wayland and it's coming along
> nicely but I've hit an issue with wl_registry_bind where its implementation
> doesn't seem to match the xml.
>
> The wayland.xml file declares it as:
Hi,
On Mon, 27 Apr 2020 at 10:02, Pekka Paalanen wrote:
> On Mon, 27 Apr 2020 15:07:20 +0800 zou lan wrote:
> > I read some documents about chrome OS run Android Apks such as
> > https://qiangbo-workspace.oss-cn-shanghai.aliyuncs.com/2019-09-10-chromeos-with-android-app/Arcpp_Graphics.pdf
> >
Hi Oliver,
On Wed, 25 Mar 2020 at 10:31, Wohlmuth, Oliver
wrote:
> I just started to work with Wayland/Weston, so please forgive me if I ask
> silly questions.
>
> I’m running Weston (8.0.0) on a custom ARM SoC using the DRM backend. As the
> OpenGL
> driver is not (yet) adapted for Wayland,
Hi,
On Mon, 16 Mar 2020 at 15:33, Tomek Bury wrote:
> > GL and GLES are not relevant. What is relevant is EGL, which defines
> > interfaces to make things work on the native platform.
> Yes and no. This is what EGL spec says about sharing a texture between
> contexts:
Contexts are different
Hi Tomek,
On Mon, 16 Mar 2020 at 12:55, Tomek Bury wrote:
> I've been wrestling with the sync problems in Wayland some time ago, but only
> with regards to 3D drivers.
>
> The guarantee given by the GL/GLES spec is limited to a single graphics
> context. If the same buffer is accessed by 2
Hi Jan,
On Fri, 28 Feb 2020 at 10:09, Jan Engelhardt wrote:
> On Friday 2020-02-28 08:59, Daniel Stone wrote:
> >I believe that in January, we had $2082 of network cost (almost
> >entirely egress; ingress is basically free) and $1750 of
> >cloud-storage cost (almost all
On Fri, 28 Feb 2020 at 10:06, Erik Faye-Lund
wrote:
> On Fri, 2020-02-28 at 11:40 +0200, Lionel Landwerlin wrote:
> > Yeah, changes on vulkan drivers or backend compilers should be
> > fairly
> > sandboxed.
> >
> > We also have tools that only work for intel stuff, that should never
> > trigger
On Fri, 28 Feb 2020 at 08:48, Dave Airlie wrote:
> On Fri, 28 Feb 2020 at 18:18, Daniel Stone wrote:
> > The last I looked, Google GCP / Amazon AWS / Azure were all pretty
> > comparable in terms of what you get and what you pay for them.
> > Obviously providers like Packet
On Fri, 28 Feb 2020 at 03:38, Dave Airlie wrote:
> b) we probably need to take a large step back here.
>
> Look at this from a sponsor POV, why would I give X.org/fd.o
> sponsorship money that they are just giving straight to google to pay
> for hosting credits? Google are profiting in some minor
Hi Matt,
On Thu, 27 Feb 2020 at 23:45, Matt Turner wrote:
> We're paying 75K USD for the bandwidth to transfer data from the
> GitLab cloud instance. i.e., for viewing the https site, for
> cloning/updating git repos, and for downloading CI artifacts/images to
> the testing machines (AFAIU).
I
Hi Drew,
On Thu, 27 Feb 2020 at 22:43, Drew DeVault wrote:
> I rigged up SourceHut CI for use with gitlab.fd.o several months ago, as
> part of investigation to see if wlroots and sway could be moved there.
> It's still set up - anyone with a sr.ht account can go to dispatch.sr.ht
> and create a
Hi,
On Tue, 19 Nov 2019 at 11:48, Guillermo Rodriguez
wrote:
> El mar., 19 nov. 2019 a las 11:47, Pekka Paalanen ()
> escribió:
> > If the OSD is just a piece of a bigger application and only needs to be
> > on top of that application's windows, you could probably use xdg
> > extensions or a
Hi,
On Thu, 14 Nov 2019 at 22:44, Scott Anderson wrote:
> On 15/11/19 4:04 am, Drew DeVault wrote:
> > I think that there would be value in being able to suggest that a
> > particluar buffer be scanned out for performance reasons. But, as a
> > suggestion, and not a demand, and definitely not
: Roman Gilg @romangg
* Qt: Johan Helsing @johanhelsing
* Weston: Daniel Stone @daniels, Pekka Paalanen @pq
* wlroots (& its users): Drew DeVault @ddevault, Simon Ser @emersion
If we find interest from other projects, we can use their membership
applications as a first test of our gover
On Thu, 10 Oct 2019 at 01:21, Simon Ser wrote:
> This is v4 of the proposal.
>
> Changes from v3 to v4: relax implementation requirements for inclusion
> in "xdg" and "wp" (Jonas, Drew).
>
> Diff: https://
Hi Sichem,
On Sat, 31 Aug 2019 at 03:01, Sichem Zhou wrote:
> I hope to make a follow up to this thread. I made a change and submitted to
> MR but it seemed to gain little interest so I am trying my luck here.
>
> My problem is that I need to change `xkb_keymap` in the Weston run time,
>
>
> Do you need me to land this?
>
> Since wayland-protocols is still using email workflow, please give all
> your Reviewed-by and Acked-by tags explicitly.
With the same rationale - this will only hurt people generating rich
bindings, who are the exact people who want it - this is:
Hi Sichem,
On Mon, 26 Aug 2019 at 02:38, Sichem Zhou wrote:
> I found that currently there is no way to change `xkb_keymap` after Weston is
> running.
>
> By different backends, xkb_info in wayland works differently, for example,
> the wayland and x11 backend, weston_keyboard is initialized
On Fri, 9 Aug 2019 at 10:47, HalleyZhao wrote:
> some buffer attributes may influence how weston use it, for example: tiling
> mode, Swizzling, compression.
> weston may depend on these attribute to decide to assign the buffer to a hw
> plane or composite it as texture.
Yes. The open-source
On Thu, 25 Jul 2019 at 10:17, HalleyZhao wrote:
> looking for an example to use in EGL
Weston itself provides an example of using dma-fences with EGL - both
extracting them from EGL to refer to previous rendering, and asking
EGL to wait on them.
If you're looking for an example of how you would
On Thu, 25 Jul 2019 at 04:34, HalleyZhao wrote:
> in Mesa, I could find some implement for vulkan, but not for EGL.
>
> maybe, desktop developer care more on mesa than mobile developers, and most
> desktop driver does implicitly sync instead of depending on
>
Hi Barry,
On Sun, 21 Jul 2019 at 00:33, Barry Song <21cn...@gmail.com> wrote:
> if i want to send the framebuffers using DRM backend as the video src
> in gstreamer to networks through rtsp, does weston have an existing
> solution.
>
> i mean something similar with the below for /dev/fb0 backend:
Hi Drew,
Sorry for the long delay - has taken a while to catch up after
holidays. Thanks for pushing this forward though.
On Mon, 6 May 2019 at 01:41, Drew DeVault wrote:
> I chose not to change the wording of the xdg namespace definition,
> despite Daniel's objection. I couldn't come up with a
Hi,
On Mon, 24 Jun 2019 at 09:00, Jonas Ådahl wrote:
> On Fri, Jun 21, 2019 at 05:35:35PM -0700, Jasper St. Pierre wrote:
> > To be clear, the patch does break backwards compatibility with compositor
> > behavior -- it only weakens a guarantee by saying that transparent
> > fullscreen content is
e it come in
the same version bump, but with that and one small nitpick resolved
this is:
Acked-by: Daniel Stone
- xdg_output_manager.get_xdg_output). This event is only sent once per
+ xdg_output_manager.get_xdg_output) and whenever the description
+ changes. The description i
Hi,
On Wed, 1 May 2019 at 09:53, Pekka Paalanen wrote:
> On Wed, 24 Apr 2019 10:07:47 -0700 Chia-I Wu wrote:
> > Can you commit this patch for me, if all looks good?
>
> I was almost already pushing this, but Daniel said he wants to have
> a good look first.
Indeed, I hadn't followed the
Hi,
On Wed, 13 Mar 2019 at 01:03, Drew DeVault wrote:
> On 2019-03-08 11:28 AM, Daniel Stone wrote:
> > Under what he's describing, xdg_shell isn't miscategorised, because it
> > _is_ the thing that everyone agrees on and uses. If we reserve xdg_*
> > for uncontrove
Hi Drew,
Thanks for writing this up! I think the broad concept is fine, but a
few things jump out at me:
On Fri, 5 Apr 2019 at 19:43, Drew DeVault wrote:
> I've written up a governance document for us to bikeshed, which is
> included at the end of this email. Some comments upfront.
>
>
Hi,
On Mon, 8 Apr 2019 at 11:02, Pekka Paalanen wrote:
> On Fri, 05 Apr 2019 18:01:45 + Simon Ser wrote:
> > Regarding the need for a new release manager for Wayland, I'd like to
> > step in and volunteer for this role. I'm willing to take the time
> > necessary to (1) learn the current
On Fri, 5 Apr 2019 at 14:52, Derek Foreman
wrote:
> I no longer have as much time to dedicate to this as I used to, so I
> think it would be best if someone else could take over managing the
> releases for Weston and Wayland.
Thanks for everything Derek! Really appreciate what you've done over
d to do is the appropriate small tweaks
when we finalise things. I don't expect to have time to do this any
time soon; I can certainly help others through it if you have issues
or questions, but volunteers would be very much welcome.
On Fri, 22 Feb 2019 at 02:39, Drew DeVault wrote:
> On 2019-02-21 3:47
lit single large patch into multiple patches. This
> can
> +happen, for example, if when adding a new feature you notice a bug in
> Weston's
And again.
But the rest looks good to me and I'm thrilled to see it, so:
Reviewed-by: Daniel Stone
Cheers,
Daniel
__
Hi James,
On Fri, 22 Feb 2019 at 13:55, James Feeney wrote:
> On 2/21/19 12:10 PM, Simon Ser wrote:
> > Sorry, these comments feel a bit off-topic here. I'd appreciate if we
> > could stay focused. Thanks!
>
> And, what topic would that be, then, given that the subject of the thread is
>
Hi,
On Tue, 19 Feb 2019 at 18:36, Drew DeVault wrote:
> On 2019-02-19 4:50 PM, Daniel Stone wrote:
> > - other clients: Chromium (client), Firefox, Mesa (EGL/Vulkan)
>
> This might start getting out of hand, I think. Here's an incomplete list
> of clients which
Hi all,
I'd like to open up a discussion on enlarging wayland-protocols to a
wider audience, with a better definition of what it contains.
Currently, wayland-protocols is a relatively small set of protocols
which were either grandfathered in from Weston, or a semi-opinionated
set of protocols
On Mon, 18 Feb 2019 at 10:13, Scott Anderson
wrote:
> On 18/02/19 11:02 pm, Daniel Stone wrote:
> > Doing this gets _really_ tricky as you start considering things like
> > synchronised subsurfaces (which always seems to be the case), since
> > you have to make sure
Hi,
On Fri, 25 Jan 2019 at 16:05, Derek Foreman
wrote:
> On 1/18/19 4:20 PM, Derek Foreman wrote:
> > Does anyone have objections to an early February freeze and a March
> > release? Anyone with large series near completion?
> >
> > Also, I'd like to float the idea of removing the fbdev backend
ple apparently do use wl_output's
> refresh rate for synchronization purposes in Firefox [1]. I think it
> would be a good thing to make sure people are aware they should be using
> frame callbacks instead.
Thanks a lot for bumping this. Patch is:
Reviewed-by:
Hi Scott,
On Mon, 18 Feb 2019 at 03:27, Scott Anderson
wrote:
> In the Weston implementation, it's simply a case of the compositor
> getting the fence from the client, using eglWaitSyncKHR (or equivilent)
> on it, and passing back a release fence from OUT_FENCE_FD.
Yep, that's pretty much the
that you are replying to the original sender (in Reply-To) and not the
list itself.
Cheers,
Daniel
-- Forwarded message -
From: Daniel Stone
Date: Mon, 11 Feb 2019 at 23:38
Subject: PSA: Mailman changes, From addresses no longer accurate
To: ,
Hi all,
We have hit another step change
Hi Harish,
On Wed, 23 Jan 2019 at 09:35, Pekka Paalanen wrote:
> On Wed, 23 Jan 2019 11:32:34 +0530 Harish Krupo
> wrote:
> > Proposal 1:
> > * Each of the shaders (gamma/degamma/main/tone mapping) would be
> > independent strings.
> > * When the view needs to be rendered, renderer will
Hi Emre,
On Sat, 19 Jan 2019 at 20:39, Ucan, Emre (ADITG/ESB)
wrote:
> I would like to push XDG shell support for ivi-shell:
> https://gitlab.freedesktop.org/wayland/weston/merge_requests/86
>
> It would be great if you and other maintainers can ack and/or review this
> merge request till
Hi Pekka,
On Sat, 12 Jan 2019 at 12:55, Pekka Paalanen wrote:
> since meson is there and autotools on its final count-down, let's update
> the main Weston build guide to use Meson.
Looks good, thanks for doing this. Series is:
Reviewed-by: Daniel Stone
> Things that would need furth
Hi Scott,
[As a general note, I'm on holiday in Australia this month and not
back at work until mid-Jan, so am not reading email very attentively;
if there's something I should be looking at, please either directly CC
me on this address rather than my work email, or poke me on IRC.]
On Fri, 21
id, Daniel, since your name is in the maintainers, can I have your
> R-b, please?
The protocol is:
Reviewed-by: Daniel Stone
The Weston implementation looks pretty good so far, though there's no
full implementation of release yet.
Cheers,
Daniel
Hi,
On Thu, 8 Nov 2018 at 13:01, Pekka Paalanen wrote:
> On Wed, 07 Nov 2018 20:22:38 + Simon Ser wrote:
> > I missed this before, but: is there a reason why the "linux" prefix has been
> > dropped here? Maybe it should be renamed to
> > zwp_linux_surface_synchronization_v1? What about
Hi Alexandros,
On Tue, 8 Aug 2017 at 15:25, Alexandros Frantzis
wrote:
> This protocol specifies a set of interfaces used to control the alpha
> compositing and blending of surface contents.
>
> It's based on the Chromium Wayland protocol of the same name ([1]),
> with a few changes made to the
Hi Simon,
Thanks a lot for taking this on! :)
On Thu, 1 Nov 2018 at 16:45, Simon Ser wrote:
> This commit introduces a new wp_linux_dmabuf_device_hints object. This object
> advertizes a preferred device via a file descriptor and a set of preferred
> formats/modifiers.
s/advertizes/advertises/g
ture
> clients to use MAP_PRIVATE if they use a seat version above 6.
>
> If a compositor can't use sealing or a similar facility, it should
> still protect itself with copied keymaps, but clients must always
> assume shared mapping of a k
Hi,
On Fri, 26 Oct 2018 at 11:57, Daniel Vetter wrote:
> On Fri, Oct 26, 2018 at 10:13:51AM +1000, Peter Hutterer wrote:
> > On Wed, Oct 17, 2018 at 02:37:25PM +0200, Daniel Vetter wrote:
> > > On Wed, Oct 17, 2018 at 2:05 PM Daniel Stone wrote:
> > > > Yeah, I thi
On Tue, 16 Oct 2018 at 08:17, Peter Hutterer wrote:
> On Mon, Oct 15, 2018 at 10:49:24AM -0400, Harry Wentland wrote:
> > + \item Support free and open source projects through the
> > freedesktop.org
> > + infrastructure. For projects outside the scope of item (\ref{1})
> > support
> >
1 - 100 of 1970 matches
Mail list logo
