On Wed, 01 Jun 2011 16:48:30 -0400
Adam Jackson wrote:
> On 6/1/11 4:44 PM, Florian Mickler wrote:
> > I think using horizontal spanning as a default is a good idea.
> >
> > Also bringing all outputs up in their preferred mode could be the right
> > move.
>
On Wed, 01 Jun 2011 15:30:03 -0400
Adam Jackson wrote:
> On 6/1/11 6:06 AM, Florian Mickler wrote:
> > Recently the kernel started reporting my outputs in a different ordering
> > due to
> >
> > commit cb0953d734
> > (drm/i915: Initialize LVDS and
round (VGA beeing first) because 1400x1050
is nearest to 1680x1050 anyway.
This patch changes the heuristic to only align resolution vertically if the
displays are horizontally aligned, or vice versa.
Signed-off-by: Florian Mickler
---
Ok, Adam... seems I lost the staring contest... :)
What about
On Wed, 21 Apr 2010 13:37:51 +0200
Dirk Wallenstein wrote:
> Well, I don't want to challenge the tinderbox, I'm just pondering how
> the whole module-set could be augmented by some functions that are
> located a bit above git. And it needn't be full-fledged as I was saying.
> I mean, ..., full-fl
On Tue, 20 Apr 2010 15:54:43 +0200
Dirk Wallenstein wrote:
> On Mon, Apr 19, 2010 at 01:19:30PM +0200, Florian Mickler wrote:
> > On Sun, 18 Apr 2010 19:30:31 +0200
> > Dirk Wallenstein wrote:
> >
> > > A full-fledged meta-git repo management tool suite would be n
On Sun, 18 Apr 2010 19:30:31 +0200
Dirk Wallenstein wrote:
> A full-fledged meta-git repo management tool suite would be nice. Such
> an application would, for example, be able to:
> - inform about the state of the modules (dirty, ahead of origin/master,
> not on master, etc)
> - swap in and ou
On Fri, 16 Apr 2010 11:19:05 -0700
Dan Nicholson wrote:
> On Fri, Apr 16, 2010 at 10:16 AM, Éric Piel wrote:
> > ... and you probably want to check de is not NULL as well :-)
>
> Actually, this function is only over called as the filter for scandir.
> I doubt that scandir will be passing it a N
On Tue, 13 Apr 2010 16:00:32 +0200
Luc Verhaegen wrote:
> On Tue, Apr 13, 2010 at 06:21:01AM -0700, Dan Nicholson wrote:
> > On Mon, Apr 12, 2010 at 9:58 PM, Keith Packard wrote:
> > >
> > > Looks like comments on the xproto package have tapered off; I'll give
> > > everyone another chance, but
On Tue, 13 Apr 2010 23:10:12 +0200
Florian Mickler wrote:
> if there is no other way to find these dependencies than to rely on the
> package-dependencies, i would say indeed. this proposed change does not
> help me at all.
and here comes the addendum:
proto changes h
On Tue, 13 Apr 2010 16:47:27 +0200
Luc Verhaegen wrote:
> On Fri, Apr 09, 2010 at 11:43:52AM +0200, Florian Mickler wrote:
> > On Fri, 9 Apr 2010 09:45:01 +0200
> > Luc Verhaegen wrote:
> > is this a valid concern?
>
> Definitely.
>
I'm not so sure.
On Sun, 11 Apr 2010 18:49:56 -0700
Keith Packard wrote:
> On Sun, 11 Apr 2010 18:14:33 +0200, Michel Dänzer wrote:
> > This seems inconsistent with the usage of this tag in the Linux kernel
> > development process. If we're going to continue shoehorning our project
> > into that process, we sho
On Fri, 9 Apr 2010 09:45:01 +0200
Luc Verhaegen wrote:
>
> But don't the protocol headers each have packages depending on them
> separately, so that an update of the amalgamut triggers an update of
> many of the packages above the protocol header amalgamut?
is this a valid concern?
what libr
Hi,
> > xf86RandRModeConvert(pScrn, randr_mode, &mode);
> > xf86SetModeCrtc(mode, scrn->adjustFlags); (DisplayModePtr mode, int
> > adjustFlags)
> > mode->Crtc = mode->; (not Flags)
> > xf86RandR12CrtcNotify()
> > RRCrtcNotify(randr_crtc, randr_mode, x, y, ...)
> > crtc->mode = mode;
> > R
On Mon, 8 Mar 2010 11:19:38 -0800
Jesse Barnes wrote:
> > So we should probable move pPriv->swapsPending++ before the call to...
> >
> > ret = (*ds->ScheduleSwap)(client, pDraw, pDestBuffer, pSrcBuffer,
> >swap_target, divisor, remainder, func,
> > data);
>
On Sun, 7 Mar 2010 09:10:51 -0800
Jesse Barnes wrote:
> On Sun, 7 Mar 2010 08:44:51 +0100
> Mario Kleiner wrote:
> Yeah, this could also happen without OML I think, if a few swaps were
> queued (resulting in a block) and then a SGI_video_sync call occurred.
> I'll fix it up.
>
> Thanks,
could
On Mon, 1 Mar 2010 11:51:31 +1000
Peter Hutterer wrote:
> On Wed, Feb 24, 2010 at 08:04:57PM -0800, Keith Packard wrote:
> > On Thu, 25 Feb 2010 12:49:21 +1000, Peter Hutterer
> > wrote:
> >
> > > Bonus point - CheckPassiveGrabsOnWindows suddenly becomes a lot lesss
> > > complicated.
> >
> >
On Wed, 03 Mar 2010 12:31:24 +0100
Francisco Jerez wrote:
> Florian Mickler writes:
>
> > [...]
> > p.s.: my software stack is git master of libdrm, mesa
> > and xf86-video-intel as well as xserver-master + krh's pull request, so
ur xf86-video-intel tree?
>
yes. before that, glxgears wouldn't ever start ... the error goes away if i
restart the xserver...
Am Dienstag, den 02.03.2010, 22:48 +0100 schrieb Florian Mickler:
> On Tue, 2 Mar 2010 11:50:05 -0800
> Jesse Barnes wrote:
>
> > So the server is han
On Tue, 2 Mar 2010 11:50:05 -0800
Jesse Barnes wrote:
> So the server is hanging when the client tries to get buffers? Can you
> see what it's doing at the time?
>
i'll try tomorrow...
meanwhile, i watched a film and did some other things and now glxgears
doesn't start anymore:
d...@schatten
On Tue, 2 Mar 2010 09:32:57 -0800
Jamey Sharp wrote:
> On Tue, Mar 2, 2010 at 4:37 AM, Stephan Raue wrote:
> > i have problems running an Application that depends on Mesa. It seems there
> > is an loop after starting this App and before the GUI loads. I use
>
> A loop? Or just a hang?
>
> > #1
On Wed, 20 Jan 2010 18:05:06 -0500 (EST)
Thomas Dickey wrote:
> The reason for xfs was to move the computation and I/O off to the server,
> which might be far away, reducing both. Client-side font-rendering
> doesn't appear to solve that problem. Rather than discussing technology,
> so far a
On Fri, 4 Dec 2009 19:59:30 -0500
Timothy Normand Miller wrote:
> On Fri, Dec 4, 2009 at 3:47 PM, Jason Spiro
> wrote:
> >
> > So Gentoo doesn't automatically recompile evdev when it recompiles the
> > core? If
> > not, why not?
> >
>
> Gentoo is weird. In this case, an update of X yields a
On Thu, 3 Dec 2009 16:38:45 +0100 (CET)
Vincent Torri wrote:
>
>
> On Thu, 3 Dec 2009, Arnaud Mouiche wrote:
>
> > I think gtkperf is more a tool to test gtk non-regression or optimization
> > (on
> > a same X server), than a tool to test X.
> >
> > I tried to use it to see if EXA optimizati
Hi,
the xclock build fails currently with a checkout failure[1]:
git checkout origin/master
fatal: Untracked working tree file 'INSTALL' would be overwritten by
merge.
i don't know what git commands the tinderbox-script uses, but maybe
one of :
a) git clean -dqfx
b) git checkout --force
coul
On Sat, 3 Oct 2009 09:11:35 -0400 (EDT)
Thomas Dickey wrote:
> On Sat, 3 Oct 2009, Michel D_nzer wrote:
>
> > On Sat, 2009-10-03 at 08:43 -0400, Thomas Dickey wrote:
> >> On Sat, 3 Oct 2009, Michel Dnzer wrote:
> >>
> >>> What purpose is that? If these functions were actually called with a
> >>>
On Thu, 24 Sep 2009 13:37:19 -0700
Alan Coopersmith wrote:
> If it's selecting automake 1.10.2 then the check for AM_SILENT_RULES
> being defined should report that it's not and that section of the
> Makefile.am should be commented out. I think we'll need to get
> someone who knows automake wel
On Thu, 24 Sep 2009 09:19:33 -0700
Alan Coopersmith wrote:
> The AM_SILENT_RULES macro in automake 1.11 should be setting
> AM_DEFAULT_VERBOSITY already. In my installation it's in
> /usr/share/aclocal-1.11/silent.m4 :
>
> case $enable_silent_rules in
> yes) AM_DEFAULT_VERBOSITY=0;;
> no) AM_
Hi,
somehow libX11 fails to build here (with the gentoo live-ebuilds) :
Making all in nls
make[1]: Entering directory
`/var/tmp/portage/x11-libs/libX11-/work/libX11-/nls'
Making all in am_ET.UTF-8
make[2]: Entering directory
`/var/tmp/portage/x11-libs/libX11-/work/libX11-/nls/am_
Hi!
I'm seeing a (minor) focus issue too, but i think it is not the
same issue you are expiriencing.
my (minor) focus issue is with the mouse, not responding to clicks. but
pressing a keyboard-key fixes the issue for me. the
first pressed key also get's lost.
anyway, while i read through
your g
On Mon, 30 Mar 2009 15:38:38 -0400
Gerry Reno wrote:
> Users killing their X server with Ctrl-Alt-Backspace is not by any
> means a rare occurence. We all wish it were. And in the total tens
> of millions of worldwide installations, the use for that purpose, far
> outweighs any usage among the
30 matches
Mail list logo