similar to: [ANNOUNCE] xf86-video-nouveau 1.0.15

Chris, could you have a look at this since it's allegedly your work in the intel driver and let us know if it's reasonable? I'm definitely not enough of an X driver guy to rule one way or the other. On Wed, Mar 29, 2017 at 4:07 PM, Mariusz Bialonczyk <manio at skyboo.net> wrote: > When using Xinerama, RandR is automatically disabled, and calling RR > routines will trigger

When using Xinerama, RandR is automatically disabled, and calling RR routines will trigger an assert() because the RR keys/resources are not set, leading to an Xserver abort. Hotplug makes little sense without RandR, so no need to install a udev monitor if RandR is not available. Ported from intel driver, original work by: Chris Wilson <chris at chris-wilson.co.uk> Bugzilla:

On Sat, Aug 31, 2013 at 9:58 AM, Martin Peres <martin.peres at free.fr> wrote: > From: Martin Peres <martin.peres at labri.fr> > > Some vbioses have extra useless entries after "the end" of the table. This is > problematic since all of the vbios I found with this issue redefine the > pwm freq divider to insane levels (52750 Hz instead of 2500), thus breaking

From: Martin Peres <martin.peres at labri.fr> Some vbioses have extra useless entries after "the end" of the table. This is problematic since all of the vbios I found with this issue redefine the pwm freq divider to insane levels (52750 Hz instead of 2500), thus breaking fan management. The first solution to solve this mess would be to change the length of the table. The solution

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, This libdrm-2.4.78 fixes some minor cosmetics, a build issue for GNU/kFreeBSD, and adds a new page_flip_handler2 event handler, which when run on a suitably capable kernel, can provide the CRTC ID to userspace for atomic completion events. Cheers, Daniel Ander Conselvan de Oliveira (1):       Add CRTC ID to vblank event Daniel Stone (2):

Xaw is a widget set based on the X Toolkit Intrinsics (Xt) Library. Alan Coopersmith (10): Build xz tarballs instead of bzip2 gitlab CI: add a basic build test Fix spelling/wording issues Stop memory leak in GetResourcePixmapPath() Stop memory leak in error paths in XawTextSinkConvertPropertyList() Remove "All rights reserved" from Oracle copyright

On Tue, Nov 09, 1999 at 11:39:39AM +0100, Mariusz Marcinkiewicz wrote: > After reading lcamtuf's posts I decided write this one. Few months ago one > of my friends - digit - found bug in linux nfsd daemon. I made example > sploit about IV 1999. Now in distributions is new nfsd and nowhere was > information about security weaknes of old version! Well, one gets used to people

hi, On Wed, Sep 15, 2010 at 8:21 PM, Mariusz Grad <mariusz.grad at gmail.com> wrote: > Hi, > > I wrote tiny ModulePass which iterates over functions and then uses getAnalysis<LoopInfo> in order to get informations about the loop. > It compiles smoothly, but whenever I try to run it I got error like this: > opt: .. PassAnalysisSupport.h:203: AnalysisType&

I mean, in the source directory. On 12 June 2015 at 15:13, Muzaffer Tolga Ozses <tolga at ozses.net> wrote: > Have you done *make distclean* in prior? That should remove all things > dovecot. > > On 12 June 2015 at 15:10, Steve Matzura <number6 at noisynotes.com> wrote: > >> On advice/recommendation received on this list, I removed version >> 1.0.15 with:

On advice/recommendation received on this list, I removed version 1.0.15 with: rm -rf /usr/local/dovecot However, now that I have version 2 properly installed, configured, and ready to start testing with Postfix, it appears the old version is still in /usr/local/sbin, /usr/local/include, /usr/local/libexec, /usr/local/lib and /usr/local/shared/doc. Thinking that anything in /usr/local is

Hello, I have an SR raised with Oracle and say they this is fixed in OCFS 1.0.15-5 for redhat 2.1 (e.40). This is no-where to be found on oss.oracle.com and we were given a link to someones home directory with a hidden directory in it http://oss.oracle.com/~smushran/.1.0.15-5/ What is the status of this, is it a release - if it's a proper release why is it not listed under the main

On 2015-06-10 12:22:45 -0400, Steve Matzura wrote: > When starting Dovecot 1.0.15 after building it from source using the > standard procedure, I receive the following message when starting, > even though SLL_DISABLE=No: > > Error: SSL support not compiled in but ssl_disable=no > Fatal: Invalid configuration in /usr/local/etc/dovecot.conf > > How is SSL support configured

Have you done *make distclean* in prior? That should remove all things dovecot. On 12 June 2015 at 15:10, Steve Matzura <number6 at noisynotes.com> wrote: > On advice/recommendation received on this list, I removed version > 1.0.15 with: > > rm -rf /usr/local/dovecot > > However, now that I have version 2 properly installed, configured, and > ready to start testing

On Fri, 12 Jun 2015 15:14:03 +0300, you wrote: >I mean, in the source directory. You mean in the directory where files from the tar were placed? I've unfortunately removed those manually, but then I put them back and tried the make again, still same error. "make: *** No rule to make target `distclean'. Stop. >On 12 June 2015 at 15:13, Muzaffer Tolga Ozses <tolga at

Hi, I have conventional directory structure for a pass taken from project examples. I want to build a tool which makes usage of a shared library which is included in the project. This means that I have library here: # lib/foo/*.cc and after compilation the library is placed here # Debug/lib/libfoo.so My tool is located here: # tool/test_foo # cat tool/Makefile LEVEL = ../ TOOLNAME=test_foo

Hi, I am working on Instruction Set Extensions and I am looking for a way to increase the sizes of a basic block. Besides the loop-unrollers is there any code laying around which could be used to that purpose (like superblock formation, hyperblocks, predicate execution ..)? Best regards, Mariusz. -- Mariusz Grad

Hi, we just upgraded our mailserver from Dovecot 1.0.15 to Dovecot 2.1.7. We use MBOX format (due to legacy compatibility), system users, PAM+GSSAPI auth, filesystem quotas, and indexes located on a separate filesystem: mail_location = mbox:~/mail:INBOX=~/mail/INBOX:INDEX=/var/cache/dovecot/indexes/%16Hu/%u The 2.1.7 configuration files have been rewritten based on default templates

When starting Dovecot 1.0.15 after building it from source using the standard procedure, I receive the following message when starting, even though SLL_DISABLE=No: Error: SSL support not compiled in but ssl_disable=no Fatal: Invalid configuration in /usr/local/etc/dovecot.conf How is SSL support configured and built in? I know it has something to do with the --SSL_CFLAGS flag.

http://bugzilla.netfilter.org/show_bug.cgi?id=652 Mariusz Kielpinski <kielpi at poczta.onet.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kielpi at poczta.onet.pl Status|ASSIGNED |NEW --- Comment #3 from

I've read some of the mailing lists looking for information on this. Thus far, about all I've found is there was a complete rewrite of Dovecot some time back. I'm wondering now is it even possible to use the same mbox's from 0.99.13-3 with version 1.0.15-2? Is there a procedure documented somewhere? Any pointers would be much appreciated. Thanks, Mike -- Let the machine