similar to: Signal 11 on X server startup (Was: HEADSUP: XFree86 4.3.0 update

Displaying 20 results from an estimated 1000 matches similar to: "Signal 11 on X server startup (Was: HEADSUP: XFree86 4.3.0 update"

2003 Mar 31
1
HEADSUP: XFree86 4.3.0 update
On Tue, 18 Mar 2003 11:55, Daniel O'Connor wrote: > On Tue, 2003-03-18 at 02:54, Fred Clift wrote: > This is interesting because I had a crash with Mozilla which only > stopped when I built WITHOUT_XFT. > > I have updated fontconfig, freetype etc.. with no luck :( Not sure I replied to this but.. The solution was that I had a font directory X knew about but not fontconfig :(
2003 May 08
2
Problex with Matrox G450 and XFree86 4.3.0 on 4.8-STABLE
Hi All I have just finished a re-install of a box that was previously working fine under 4.7. The problem is that the matrox drm kernel module is failinf to initialise correctly. :from the dmesg: FreeBSD 4.8-STABLE #0: Thu May 8 11:41:26 SAST 2003 root@shagrat.prv.moria.org:/usr/src/sys/compile/SHAGRAT48 Timecounter "i8254" frequency 1193182 Hz CPU: Intel Pentium III
2003 Apr 27
1
XFree86-4 is broken ?
Hi guys, I just cvsuped my box to latest stable, as well as did upgrade of almost all the ports. I cant get XFree86-4-Clients running. The build fails here: /usr/ports/x11/XFree86-4-clients/work/xc/programs/xcursorgen rm -f xcursorgen cc -o xcursorgen -O -pipe -ansi -Dasm=__asm -Wall -Wpointer-arith -Wundef -L/usr/ports/x11/XFree86-4-clients/work/xc/exports/lib xcursorgen.o -lXcursor -lXrender
2008 Jun 01
0
Clock speed for GeForce 6100
Hi, The nouveau driver on my MSI K9N6GM (GeForce 6100 nForce 405) motherboard generates a dot clock speed which is about 8% lower than the value given in xorg.conf. The same happens with the nv driver. The same appears to happen with other motherboards with GeForce 6100 (see Bugzilla ? Bug 12002). I have seen reports of nVidia using the PCIE clock / 4 to drive some of their cards and I noticed
2006 Jun 07
2
Xen problem in AMD Athelon(tm) XP 2400+
Hi, I have the following configuration for Xen 3.0 OS: Fedora core 5.0 Processor: AMD Athelon(tm ) XP 2400+ RAM: 1GB I have installed the following RPM into this machine. xen-3.0.1-4.i386 kernel-xen0-2.6.15-1.2054_FC5.i686 kernel-xenU-2.6.15-1.2054_FC5.i686 After rebooting the machine..i have choose the Domain0 option to boot in domain0. But it show''s some hardware
2003 Apr 06
0
XFree86 4.3.0 Matrox/MultiHead (Long!)
On Mon, 2003-03-17 at 16:37, Eric Anholt wrote: > On Thu, 2003-03-13 at 09:10, Paul Boehmer wrote: > > I have a test box that had been running X 4.2 in a multihead config for a > > while now (1 Nvidia TNT2 AGP, and 2 Matrox Millennium/Mystique PCI Cards). > > I upgraded yesterday to 4.3.0 only to find out that any attempts to run X > > result in a complete console lockup
2007 May 02
1
'exclude' option failed for yum on centos 5
Hi, 'exclude' option fails for yum on centos 5. I tried to yum install a group on a x86_64 machine, but it installs both ix86 version and x86_64 version. So I added the following line to /etc/yum.conf, clears /var/cache/yum/, then run 'yum groupinstall Ruby', but it reports that ix86 version packages will be installed still. Any one know what's the correct syntax to
2005 Feb 20
0
HeadsUp: will be moving list and RoR next week
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Everyone, Want to let you know that I''ll be syncing over all the aspects of RoR''s mailing lists and it''s site onto a new dedicated server that''ll just be for RubyOnRails.org/.com. It''ll all be seemless and kept in sync until David flips the DNS switch, but there will be a couple of times where the
2020 Mar 18
0
[Dovecot-news] Headsup on feature removal
On 17/03/20 7:50 pm, Aki Tuomi wrote: > Dovecot is now a nearly 20 year old product, and during that time it has accumulated many different features and plugins in its core repository. > > We are starting to gradually remove some of these parts, which are unused, untested or deprecated. > We will provide advance notification before removing anything. > > To start, the following
2020 Mar 18
0
Headsup on feature removal - password
<!doctype html> <html> <head> <meta charset="UTF-8"> </head> <body> <div> <br> </div> <blockquote type="cite"> <div> On 18/03/2020 00:06 Rupert Gallagher <ruga@protonmail.com> wrote: </div> <div> <br> </div> <div> <br>
2020 Mar 18
2
Headsup on feature removal - password
Was there any reason for this message to be HTML-only? On Wed, Mar 18, 2020 at 07:13:12AM +0200, Aki Tuomi wrote: > <!doctype html> > <html> > <head> > <meta charset="UTF-8"> > </head> > <body> > <div> > <br> > </div> > <blockquote type="cite"> > <div> >
2020 Mar 18
0
Headsup on feature removal - password
On Wed, 18 Mar 2020 09:51:51 -0400, Hendrik Boom stated: >Was there any reason for this message to be HTML-only? Was there any reason to 'top post' and include the HTML text? -- Jerry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: OpenPGP digital signature URL:
2020 Mar 18
2
Headsup on feature removal - password
On Wed, Mar 18, 2020 at 10:38:37AM -0400, Jerry wrote: > On Wed, 18 Mar 2020 09:51:51 -0400, Hendrik Boom stated: > >Was there any reason for this message to be HTML-only? > > Was there any reason to 'top post' and include the HTML text? Yes. (1) To indicate that my question was about the whole message and not its contents. I normally don't top-post. (2) To make it
2020 Mar 18
0
Headsup on feature removal - password
> On 18/03/2020 17:31 Hendrik Boom <hendrik at topoi.pooq.com> wrote: > > > On Wed, Mar 18, 2020 at 10:38:37AM -0400, Jerry wrote: > > On Wed, 18 Mar 2020 09:51:51 -0400, Hendrik Boom stated: > > >Was there any reason for this message to be HTML-only? > > > > Was there any reason to 'top post' and include the HTML text? > > Yes. >
2020 Mar 18
2
[Dovecot-news] Headsup on feature removal
18.03.20, 04:32 CET, Peter: > Please consider holding off on removing features for the next major > release, 2.4.0 instead. It makes sense to retain, in as much as is > possible, feature backwards compatibility across a major release. Seconded! That you are going to drop features from the code base that are old and rarely used is understandable. Doing so in a minor release is not.
2020 Mar 18
0
[Dovecot-news] Headsup on feature removal
I fully agree with this: > Please consider holding off on removing features for the next major > release, 2.4.0 instead. It makes sense to retain, in as much as is > possible, feature backwards compatibility across a major release.
2020 Mar 19
0
Headsup on feature removal
>>>>> "Alessio" == Alessio Cecchi <alessio at skye.it> writes: Alessio> Hi Aki and Remo, Alessio> switch from vpopmail driver to SQL driver (if you are using vpopmail with mysql as backend) is Alessio> very simple. Alessio> First you need to setup the right query for vpopmail database: Alessio> # cat /etc/dovecot/dovecot-sql.conf.ext Alessio>
2020 Mar 19
0
[Dovecot-news] Headsup on feature removal
On 18-03-2020 22:55, Noel Butler wrote: > On 19/03/2020 03:56, JAVIER MIGUEL RODRIGUEZ wrote: > >> I fully agree with this: >> >>> Please consider holding off on removing features for the next major >>> release, 2.4.0 instead. ?It makes sense to retain, in as much as is >>> possible, feature backwards compatibility across a major release. >>
2003 Aug 06
0
HEADSUP: USB da(4) quirks deprecated
I have committed code to disable the USB quirks in da(4). Since we now have code that should handle the common case of a failure after receiving 6 byte commands, most of them should no longer be necessary. However, the only way to tell if a quirk is really needed is to test the new code with the quirks disabled. You may have a device (USB camera, pen drive, hard drive, ...) that begins to get
2003 Aug 18
1
HEADSUP: apm(4) driver synced with current
In order to support the eventual MFC of a limited and experimental acpi(4) driver from -CURRENT, I have merged a few changes from -CURRENT to -STABLE including: - Power management interface (subr_power.c) - pmtimer(4) driver. Unlike -CURRENT this driver does not require 'device pmtimer' in the kernel config so that existing kernel configs do not have to be changed. - Updated