Upgrading Xwayland to version 24.1.0 in Fedora 40

Hi all, Today was released Xwayland 24.1.0, a new stable branch of Xwayland. That version brings quite a few improvements, among which is support for explicit GPU synchronization. This is required to enable explicit GPU synchronization with the next version of the NVIDIA proprietary graphics

Re: Several questionable packages installed on fresh system

Hi Vit On Mon, Jul 10, 2023 at 10:38 AM Vít Ondruch wrote: > > Hi, > > I have recently installed Fedora Rawhide via netinstall and there are > some questionable packages installed by default, such as: > > cpp > libtomcrypt > libxcrypt-compat > exiv2 > > and I wonder what is the mechanism, which

Re: KB layout switching does not work in TB on Rawhide

Hi, On Thu, Mar 2, 2023 at 9:39 AM Vít Ondruch wrote: > > I have updated my Rawhide yesterday and today I have noticed, that KB > layout changes do not work in TB. It stubbornly uses English layout. I > have reported the issue here: > > https://bugzilla.redhat.com/show_bug.cgi?id=2174708 > > and

Re: List of long term FTBFS packages to be retired in February​

On Wed, Jan 18, 2023 at 2:20 PM Miro Hrončok wrote: > […] > > I've triggered the build (any packager can do that): > > $ koji build rawhide --nowait --fail-fast > 'git+https://src.fedoraproject.org/rpms/xorg-x11-drv-qxl.git#d7716591515d97b5cc4a146fbcf3ee7ca18f1808' > Created task: 96293694 > Task

Re: List of long term FTBFS packages to be retired in February​

Hi On Wed, Jan 18, 2023 at 1:58 PM Miro Hrončok wrote: > > Based on the current fail to build from source policy, the following packages > should be retired from Fedora 38 approximately one week before branching. > > 5 weekly reminders are required, hence the retirement will happen >

Re: Changes in the Fedora Packaging Guidelines

Hi Miro On Mon, Jan 16, 2023 at 8:18 PM Miro Hrončok wrote: > > […] > > --- > > Packages are told not to conditionalize Sources definitions > (e.g. on %fedora or %rhel). > >

Re: List of long term FTBFS packages to be retired in February

On Sun, Jan 15, 2023 at 4:50 PM Kevin Kofler via devel wrote: > > Olivier Fourdan wrote: > > Actually… I suspect fixing that build failure would require a fix in > > the xserver from ajax [1] > > Actually, this is the fix that is needed: > https://gitlab.freedesktop.org

Re: List of long term FTBFS packages to be retired in February

On Wed, Jan 11, 2023 at 3:53 PM Olivier Fourdan wrote: > > Hi Fabio, > > On Wed, Jan 11, 2023 at 3:32 PM Fabio Valentini wrote: > > > > On Wed, Jan 11, 2023 at 3:07 PM Olivier Fourdan wrote: > > > > > > We could just remove xorg-x11-drv-qxl from the lis

Re: List of long term FTBFS packages to be retired in February

Hi Fabio, On Wed, Jan 11, 2023 at 3:32 PM Fabio Valentini wrote: > > On Wed, Jan 11, 2023 at 3:07 PM Olivier Fourdan wrote: > > > > We could just remove xorg-x11-drv-qxl from the list of drivers pulled > > in from xorg-x11-drivers, wdyt? > > Aren't QXL the de

Re: List of long term FTBFS packages to be retired in February

Hi Miro, On Wed, Jan 11, 2023 at 2:03 PM Miro Hrončok wrote: > > On 11. 01. 23 13:58, Miro Hrončok wrote: > > Dear maintainers. > > > > Based on the current fail to build from source policy, the following > > packages > > should be retired from Fedora 38 approximately one week before branching.

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

Hi On Thu, Dec 22, 2022 at 9:45 AM Peter Boy wrote: > > How should this be documented so that it can be found by users who want to > connect to ppc64 (or s390x) a year from now, when no one has the change > proposal in mind anymore? Is there at least a descriptive error message? When the

Re: gcc-12.0.0-0.4.fc36 in rawhide

Hi Jakub, On Fri, Jan 14, 2022 at 3:33 PM Jakub Jelinek wrote: > […] > > If there are bugs on the compiler side, please let me know immediately, > so that those bugs can be fixed before the mass rebuild next week. > […] I am not sure whether this is a bug in gcc 12 or not. There is a change

Re: Fedora GNOME Shell rendering problem

Hi On Wed, Dec 23, 2020 at 11:54 AM Michael Schwendt wrote: > On Tue, 22 Dec 2020 17:15:32 +0100, Olivier Fourdan wrote: > > > Can you check and look for GL_OUT_OF_MEMORY messages in the journalctl > logs > > for gnome-shell? (Xwayland being spawned by gnome-shell

Re: Fedora GNOME Shell rendering problem

Hi, On Tue, Dec 22, 2020 at 4:31 PM Owen Taylor wrote: > On Tue, Dec 22, 2020 at 5:31 AM Michael Schwendt > wrote: > > > > On Mon, 21 Dec 2020 08:09:50 -0500, Owen Taylor wrote: > > > > > Most likely the GPU driver. This is a symptom of a corrupted Xft glyph > > > cache inside the Xwayland X

Re: Fedora 34 Change proposal: Xwayland as a standalone package (System-Wide Change)

Hi, On Wed, Dec 2, 2020 at 5:33 PM Vít Ondruch wrote: > Dne 02. 12. 20 v 14:18 Neal Gompa napsal(a): > > I think that unless it's actually being split out from upstream > > sources from the xorg-server repo, it would just be easier to call it > > xorg-x11-server-Xwayland. > > That was also my

Re: Fedora 34 Change proposal: Xwayland as a standalone package (System-Wide Change)

Hi Dominik, On Wed, Dec 2, 2020 at 2:02 PM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > > Provides: xorg-x11-server-Xwayland = %{version}-%{release} > Obsoletes: xorg-x11-server-Xwayland < first-version-built-from-new-upstream > > >

Re: Fedora 34 Change proposal: Xwayland as a standalone package (System-Wide Change)

Hi Vít, On Tue, Dec 1, 2020 at 1:12 PM Vít Ondruch wrote: > Have you considered to keep using the "xorg-x11-server-Xwayland" package > name? > Yes, the first package I did when considering this approach was indeed named xorg-x11-server-Xwayland :) Changing the name makes it clear that this

Re: Fedora 34 Change proposal: Xwayland as a standalone package (System-Wide Change)

Hi Zbyszek On Tue, Dec 1, 2020 at 12:35 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Mon, Nov 30, 2020 at 02:05:55PM -0500, Ben Cotton wrote: > > This change is about moving Xwayland to a separate package from the > > rest of Xorg, built from git snapshots of the current code

Re: Fedora 34 Change proposal: Xwayland as a standalone package (System-Wide Change)

Hi Fabio, On Tue, Dec 1, 2020 at 11:01 AM Fabio Valentini wrote: > > I assume there are also at least *some* improvements (other than > XWayland improvements) in the xserver repo that are not released yet? > Yes, surely. Could we at least get one final, last, xserver release, maybe even >

Re: Urgently downgrade xorg-x11-drv-intel

On Fri, Apr 10, 2020 at 4:38 PM Adam Jackson wrote: > On Fri, 2020-04-10 at 15:35 +0200, Olivier Fourdan wrote: > > [...] > > Adam, want me to launch an official build, just to rebuild? > > Yes, please! > Oops, looks like I've been presumptuous on that one, I don't h

Re: Urgently downgrade xorg-x11-drv-intel

On Fri, Apr 10, 2020 at 3:24 PM Alexei Podtelezhnikov wrote: > >> > >> Is koji still fc31? My problematic rebuilds are obviously fc32. > > > > > > All the scratch builds I spawned for this issue are for F32 of course. > > I am pondering a compiler bug. Your scratch builds are fine so it > seems.

Re: Urgently downgrade xorg-x11-drv-intel

On Fri, Apr 10, 2020 at 2:57 PM Alexei Podtelezhnikov wrote: > On Fri, Apr 10, 2020 at 8:48 AM Alexei Podtelezhnikov > wrote: > > > > On Fri, Apr 10, 2020 at 7:55 AM Olivier Fourdan > wrote: > > > The backtrace I get with the current Fedora build is the same ever

Re: Urgently downgrade xorg-x11-drv-intel

Hi Alexei, On Fri, Apr 10, 2020 at 1:54 PM Olivier Fourdan wrote: > On Fri, Apr 10, 2020 at 1:14 PM Alexei Podtelezhnikov > wrote: > [...] > I rebuild the driver several times recently with and without full > debugging. Nothing is fixed yet, except that I fixed > --enable-de

Re: Urgently downgrade xorg-x11-drv-intel

Hi Alexei On Fri, Apr 10, 2020 at 1:14 PM Alexei Podtelezhnikov wrote: > > As a test, I just rebuilt the current package (no change in the code) > and it works fine here, no more crash: > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=43188723 > > I rebuild the driver several times

Re: Urgently downgrade xorg-x11-drv-intel

Hi, On Fri, Apr 10, 2020 at 10:16 AM Olivier Fourdan wrote: > On Fri, Apr 10, 2020 at 9:29 AM Olivier Fourdan > wrote: > >> On Fri, Apr 10, 2020 at 9:09 AM Adam Williamson < >> adamw...@fedoraproject.org> wrote: >> >>> >>> I think these do all

Re: Urgently downgrade xorg-x11-drv-intel

On Fri, Apr 10, 2020 at 9:29 AM Olivier Fourdan wrote: > On Fri, Apr 10, 2020 at 9:09 AM Adam Williamson < > adamw...@fedoraproject.org> wrote: > >> >> I think these do all look like the same problem. If we can verify a fix >> for this, an FE is probably reaso

Re: Urgently downgrade xorg-x11-drv-intel

Hi, On Fri, Apr 10, 2020 at 9:09 AM Adam Williamson wrote: > On Fri, 2020-04-10 at 00:19 -0400, Alexei Podtelezhnikov wrote: > > On Mon, Apr 6, 2020 at 12:57 PM Adam Jackson wrote: > > > And this mostly doesn't matter because we default to a different driver > > > for most Intel hardware

Re: Urgently downgrade xorg-x11-drv-intel

Hi, On Mon, Apr 6, 2020 at 4:57 PM Tomasz Torcz wrote: > Yes, that's the kernel side part. But in userland, > we are NOT using xorg-x11-drv-intel for intel gen4 and up > (if I understand > > https://src.fedoraproject.org/rpms/xorg-x11-server/blob/HEAD/f/06_use-intel-only-on-pre-gen4.diff >

Re: GNOME 3.34.0 megaupdate

Hi Kalev, On Thu, Sep 12, 2019 at 9:20 AM Kalev Lember wrote: > > On Thu, Sep 12, 2019 at 9:16 AM Olivier Fourdan wrote: >> [...] >> >> Not sure if this is just me, but with this update, most if not all >> icons are missing. Was working fine before the update

Re: GNOME 3.34.0 megaupdate

Hi Kalev, On Wed, Sep 11, 2019 at 9:51 PM Kalev Lember wrote: > > On 9/9/19 12:17, Kalev Lember wrote: > > > > Hi all, > > > > Last week was 3.33.92, and this week is the final 3.34.0 release. I'm > > wrangling the Fedora side of the release this time around as well. Same > > as last week, we

Re: glibc-headers troubles with rawhide on ARM

Hi On Wed, Jul 3, 2019 at 10:45 AM Nicolas Chauvet wrote: > The opentegra DDX driver uses xorg/compiler.h (that you didn't touched > in the freedesktop PR) but doesn't seems to rely on outb/outw/outl, so > I will see if this driver can be built without it. The installed `xorg/compiler.h` *is*

Re: glibc-headers troubles with rawhide on ARM

Hi Dave, On Wed, Jul 3, 2019 at 4:01 AM David Airlie wrote: > On Tue, Jul 2, 2019 at 10:57 PM Olivier Fourdan wrote: > > [...] > > > > FWIW, I managed to get the Xserver to build by removing the `#include > > ` and references to outb/outw/outl : > > >

Re: glibc-headers troubles with rawhide on ARM

Hi, On Tue, Jul 2, 2019 at 2:22 PM Peter Robinson wrote: > On Mon, Jul 1, 2019 at 12:02 PM Florian Weimer wrote: > > [...] > > > > on Arm hasn't worked for a long, long time, so we've removed > > it from glibc. Sorry it broke the build. > > It seems xorg-x11-server was also using this in it's

Re: glibc-headers troubles with rawhide on ARM

Hi, On Mon, Jul 1, 2019 at 11:12 AM Olivier Fourdan wrote: > > Hi, > > Last Friday, I tried to update the xorg-x11-server package, everything > went well on F30 but the compilation failed on ARM because of a > missing header `sys/io.h`: > > https://kojipkgs.fedoraproj

glibc-headers troubles with rawhide on ARM

Hi, Last Friday, I tried to update the xorg-x11-server package, everything went well on F30 but the compilation failed on ARM because of a missing header `sys/io.h`: https://kojipkgs.fedoraproject.org//work/tasks/2196/35892196/build.log ``` BUILDSTDERR:

Re: Wyland is a disaster

Hi On Wed, Jan 31, 2018 at 1:58 PM, Olivier Fourdan <ofour...@redhat.com> wrote: > Jan 31 01:14:08 school gnome-session[1715]: gnome-session-binary[1715]: > WARNING: App 'org.gnome.Shell.desktop' exited with > >> Jan 31 01:14:08 school org.gnome.Shell.desktop[1785]: Wi

Re: Wyland is a disaster

Hi, What you logs tells is: On Wed, Jan 31, 2018 at 10:37 AM, Howard Howell wrote: > Jan 31 01:14:08 school evolution-alarm[2297]: Error reading events from > display: Broken pipe > Jan 31 01:14:08 school gnome-software[2301]: Error reading events from > display: Broken

Re: Wyland is a disaster

Hi On Mon, Jan 22, 2018 at 4:54 PM, Adam Williamson wrote: > On Mon, 2018-01-22 at 07:16 -0500, Christian Fredrik Schaller wrote: > > Sorry for responding to myself here, but I thought it could also be > > worthwhile to mention that one of our primary tools for