Hello,
happened to me too, now a third time. The first two times on 6.1.85 and
now on 6.1.90 on the server. Clients are primarily Proxmox hosts running
Linux 6.5.13. NFS Version is 4.2.
This didn't happen with a very old kernel 6.1.0-9 from May 2023 which we
were running previously.
Package: src:linux
Version: 5.16.12-1~bpo11+1
Severity: normal
Dear Maintainer,
please enable the module option for mhi_wwan_mbim in the kernel
configuration (CONFIG_MHI_WWAN_MBIM). This is needed for some newer wwan
cards (like Quectel EM120R-GL as shipped in current lenovo thinkpads) to
Hi,
On Tue, May 02, 2017 at 07:40:43AM +0100, Rebecca N. Palmer wrote:
> Has anyone tried the clFFT test I requested above?
I've now done a test on my system (Thinkpad T440s, i5-4300U):
1. Without the patch (stderr):
drm_intel_gem_bo_context_exec() failed: Device or resource busy
Package: beignet-opencl-icd
Version: 1.3.0-2+b1
Severity: normal
Dear Maintainer,
running any opencl-using program (such as clinfo or osmocom_fft -F)
does not work but produces:
drm_intel_gem_bo_context_exec() failed: Device or resource busy
Beignet: "Exec event 0x55bc572926b0 error, type is
Hi,
all of you experiencing input related problems with micropolis,
do you still get them if you build my version of micropolis
manually and run it? (Just extract it and run make, then start
it with ./Micropolis, no need to install it)
It is available as .tar.gz from:
Hi,
I have seen you intend to package micropolis. As the released sources
from Don Hopkins do not work on modern X servers and the interface is
designed to be fullscreen (and not resizeable) on OLPC, I have made
some changes to this source to rectify these problems.
You can find my changes at:
On Thu, Apr 12, 2007 at 10:03:16AM -0400, Mark Heily wrote:
Here is a corrected patch that fixes the segfault and correctly
redraws the desktop image. This has been tested with a Windows 2000
Server at 8bpp and a Windows 2003 server at 16bpp.
Thank you for your patch. I have just committed it
Package: wmaker
Version: 0.92.0-6
Severity: grave
Justification: renders package unusable
When running the current version of putty
(http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe) in wine under
WindowMaker with wine putty.exe, WindowMaker crashes when clicking on
any configuration
Package: autofs
Version: 4.1.4-12
Followup-For: Bug #396191
It seems that the kernel does not always return EROFS but sometimes also
EACCESS on the mkdir. That is at least what I am seeing here now with
2.6.19-rc3.
The best solution IMHO would be to rip out my patch from 393663
and apply the one
On Fri, Nov 10, 2006 at 03:07:42PM +0100, Steinar H. Gunderson wrote:
On Fri, Nov 10, 2006 at 01:49:15PM +0100, Michael Gernoth wrote:
The best solution IMHO would be to rip out my patch from 393663
and apply the one from kernel.org.
I have just tested this patch and it is working fine
Package: autofs
Version: 4.1.4-11
Severity: important
Tags: patch
Automounting NFS directories with submounts will fail on kernels
2.6.18+ when the NFS-share is exported read-only. Autofs tries to
mkdir the submount-directory and expects EEXISTS in case of an
already existing directory, but the
Package: libsyncml0
Version: 0.4.0+svn20060721-3
Severity: important
When using the packaged libsyncml0 with a wbxml-client I get the
following error:
faui48b [~] /usr/bin/syncml-http-server --port 4711 --sync vcard /addressbook
/usr/bin/syncml-http-server: symbol lookup error:
On Wed, Aug 23, 2006 at 02:44:50PM +0200, Michael Banck wrote:
On Wed, Aug 23, 2006 at 01:49:40PM +0200, Michael Gernoth wrote:
Locally rebuilding libsyncml0 fixes this error.
Do you mean rebuilding the Debian source package, or an upstream
checkout?
Rebuilding the debian source package
On Wed, Apr 20, 2005 at 10:47:34PM -0400, Noah Meyerhans wrote:
I believe that my recent upload of 1.28-1 fixes this problem. The
upstream author used a different change, but it shouldn't leak file
descriptors anymore
Your upload of 1.28-1 fixed the problem for me.
Thanks,
Michael
--
On Tue, Oct 12, 2004 at 07:03:56PM +0200, Frank Lichtenheld wrote:
Hmm, I investigated this bug. I can easily reproduce it. But if apply
the patch, wdm doessn't start correctly. It starts the Xserver but don't
display the login dialog.
It seems our previous patch was responsible for that, as
Package: wdm
Version: 1.27-2.2
Severity: important
When wdm creates the authority-files for the X server, it uses mkstemp
to create the files, but ignores the handed-back filedescriptor from
mkstemp. These fds are also inherited by the X servers spawned by wdm.
This leads to wdm using more than
16 matches
Mail list logo
