similar to: [Bug 109330] New: GL_ALPHA_BITS set to non-zero with EGL_PLATFORM_GBM_MESA

This adds more information to the hotplug uevent and lets user-space know that it's about a particular connector only. Signed-off-by: Simon Ser <contact at emersion.fr> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: Lyude Paul <lyude at redhat.com> Cc: David Airlie <airlied at linux.ie> Cc: Karol Herbst <kherbst at redhat.com> ---

This causes the body structure to be incorrect. The RFC says it's fine o have empty header field values. --- This just adds a failing test, inspired from an e-mail spotted in the wild. Ideas welcome to fix it. src/lib-imap/test-imap-bodystructure.c | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/src/lib-imap/test-imap-bodystructure.c

https://bugs.freedesktop.org/show_bug.cgi?id=109631 Bug ID: 109631 Summary: Moving gbm bo from GART to VRAM does not wait for rendering Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

Hello, I am testing some OpenGL software that uses a DIB backed device context followed by a BitBlt operation to draw graphics on to an on-screen canvas. Unfortunately this does not seem to work.? I have tried to patch the latest wine with DIB engine patches (bug 421), but, was unable to get it working still. My question(s) are: 1) Is this a known issue? 2) Is it in the scope of the DIB engine

Hi total wine noob here - please spell things out a bit... the error i get that stops me from from loading medieval II is > fixme:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain The app requests more than one back buffer, this can't be supported properly. Please configure the application to use double buffering(=1 back buffer) if possible and the how-to for this game says to go to

Hi, i'm will play NFS Undercover under Ubuntu 8.10. System: Intel Core 2 Quad Q6600 4GB RAM ATI Radeon 3800 HD NFS doesn't start. LOG: Code: wine .wine/drive_c/Programme/EA\ Games/Need\ for\ Speed\ Undercover/nfs.exe fixme:ntdll:NtQueryInformationProcess (0xffffffff,info_class=34,0x236aa0c,0x00000004,0x236aa08) Unknown information class fixme:ntdll:NtQuerySystemInformation

Commit-ID: e94b6379eb4db14efb17de19c411ea53d778fca3 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=e94b6379eb4db14efb17de19c411ea53d778fca3 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 19 Nov 2018 18:43:58 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: parser: Do not

On 3. Mar 2020, at 20.38, Simon Ser <contact at emersion.fr> wrote: > > This causes the body structure to be incorrect. The RFC says it's fine o > have empty header field values. The problem isn't empty header field. It's that the mail is missing Mime-Version header. If that doesn't exist, then the Content-* headers can be ignored. But because there are so many

This bugfix release fixes several issues in RANDR, Xwayland, glamor, the modesetting driver, and elsewhere. Everyone is encouraged to upgrade. Thanks to all who contributed to this release! Adam Jackson (1): xserver 1.20.1 Alexander Volkov (1): Xext/shm: Refuse to work for remote clients Bas Nieuwenhuizen (1): DRI2: Sync radeonsi_pci_ids.h from Mesa Damien Leone (1):

Dear R-SIG-Fedora, I'm finding that on CentOS 7, rgl.snapshot (a function in the R package rgl, which provides an R interface to the OpenGL 3-d graphics library) only captures a small portion what's visible in the RGL device window. This does not happen with the same R and rgl versions on CentOS 5.3 (see details below). The maintainer of rgl, Duncan Murdoch, responded (see below) that

https://bugs.freedesktop.org/show_bug.cgi?id=96391 Bug ID: 96391 Summary: Payday: The Heist has rendering issues when anti-aliasing enabled Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

Hi Lucas, On Mon, Mar 24, 2014 at 10:19 PM, Lucas Stach <l.stach at pengutronix.de> wrote: > Hi Alexandre, > > Am Montag, den 24.03.2014, 17:42 +0900 schrieb Alexandre Courbot: >> Hi everyone, > [...] >> >> A few lines of hacks (not included here) are still needed to deal with cached >> mappings triggering external aborts and CPU/GPU memory coherency

On Sun, Jun 26, 2016 at 1:49 PM, Andy Lutomirski <luto at amacapital.net> wrote: > On Sun, May 29, 2016 at 12:27 PM, Andy Lutomirski <luto at kernel.org> wrote: >> On Sun, May 29, 2016 at 12:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> On Sun, May 29, 2016 at 3:07 PM, Andy Lutomirski <luto at kernel.org> wrote: >>>> On Sat, May 28,

Ok for having a link on the FTS page. PLease clarify what files are necessary to package it as a separate package On 2019-01-13 19:03, Aki Tuomi wrote: > Yes, from compiling point of view it is done. > > Unfortunately what is not done is all the other work involved, such as fixing all the inevitable bugs it has and maintaining it. We do not want, at this moment, take up maintaining

This URL mentions using LLVM IR to perform code analysis. https://stackoverflow.com/questions/9939794/how-to-use-llvm-to-generate-a-call-graph But the first problem to solve is how to convert the commands used in Makefiles to the corresponding LLVM commands. https://pastebin.com/RcnA14Qa The above URL shows the makefile screen output from the bash source code. Where `gcc -c`, `gcc` (link with

Hi Please find attached the beta release of FTS Xapian, with the objective to replace fts_squat that is being deprecated. Configuration is exactly the same as for fts_squat: plugin { plugin = fts fts_xapian (...) fts = xapian fts_autoindex = yes fts_enforced = yes fts_xapian = partial=2 full=20 This is installed on my production server (>120Gb of mailboxes), and I will observe it

Hello, As an example, I ran the following code: library("rgl") example(plot3d) rgl.snapshot("test.png") The full plot is visible in the window titled RGL device 1 [Focus], but only a small

Hello, As an example, I ran the following code: library("rgl") example(plot3d) rgl.snapshot("test.png") The full plot is visible in the window titled RGL device 1 [Focus], but only a small

On 01/11/2016 10:55 AM, Wittner, Ben, Ph.D. wrote: > Dear R-SIG-Fedora, > > I'm finding that on CentOS 7, rgl.snapshot (a function in the R package rgl, which provides an R interface to the OpenGL 3-d graphics library) only captures a small portion what's visible in the RGL device window. This does not happen with the same R and rgl versions on CentOS 5.3 (see details below).

Maybe a dumb question (I admit I haven't followed this thread very closely)... But why are you writing a new FTS driver? If squat allegedly does everything you need it to do, why don't you just take that plugin and fix it up to do what you need? That seems way easier than trying to create a FTS driver from scratch. michael > On January 7, 2019 at 7:05 AM Joan Moreau via dovecot