On Mon, 2012-11-12 at 11:50 +0100, Maarten Lankhorst wrote:
> Hey,
>
> Could the xorg package set be updated to include the following packages, for
> the lts point release?
>
> libdrm-lts-quantal
> mesa-lts-quantal
> xorg-server-lts-quantal
> xorg-lts-quantal
>
> and a wildcard xf86-*-lts-quant
On Wed, 2012-05-16 at 14:25 +0200, Maarten Lankhorst wrote:
> Hey,
>
> Doing some more testing I haven't found a good way to do this yet. I
> tried doing things similar to the way the xorg rename script is going
> to work, and I just can't get a good way of automatically forcing a
> upgrade. The o
Hi all!
One of the things which still needs to be decided is the full set of
packages that we'll need to backport in order to take the 12.10 X stack
to 12.04.
Bryce has a prototype backport script in xorg-pkg-tools¹ which gets a
list of package mappings from a lookup table². I think this list is
On Wed, 2012-03-14 at 15:03 +0100, Aljoša Mohorović wrote:
> i've installed 12.04 beta1 (+dist-upgrade) and i'm looking for the
> latest xinput2.2 library/api but it looks like 1.x is available.
> any way i can get the latest xinput?
libxi is what you're after. It's (roughly) the latest version;
On Fri, 2012-02-10 at 09:11 -0800, Bryce Harrington wrote:
> On Fri, Feb 10, 2012 at 04:13:50PM +0100, erwin wrote:
> >
> > On Fri, 10 Feb 2012 16:31:57 +0200, Timo Aaltonen
> > wrote:
> > > (please use the mailing list mentioned on the maintainer field of the
> > > package)
> > >
> > > On 10.02
Hey all!
It's that time of the cycle again - the time to switch to a new X
server, when the Ubuntu-X team conspires to break everyone's system for
a day or so while the archive settles back into consistent state.
But wait! This time we're trying out a new method for X transitions
that should ent
On Fri, 2012-01-20 at 03:01 +0100, Chase Douglas wrote:
> Hi all,
>
> We have everything ready (almost) for the upload of the X server into
> Precise. It includes X server 1.11 plus the input stack from 1.12. It
> also includes a bunch of interdependent packages that would break if you
> were only
On Thu, 2011-11-03 at 08:50 -0700, Bryce Harrington wrote:
> On Thu, Nov 03, 2011 at 11:44:14AM -0400, Christopher James Halse Rogers
> wrote:
> > On Thu, 2011-11-03 at 06:52 -0700, Bryce Harrington wrote:
> > > On Thu, Nov 03, 2011 at 09:29:02AM -0400, Christopher James Hals
On Thu, 2011-11-03 at 06:52 -0700, Bryce Harrington wrote:
> On Thu, Nov 03, 2011 at 09:29:02AM -0400, Christopher James Halse Rogers
> wrote:
> > > >
> > > > However, we talked about powering off the discrete card as well. My
> > > > recollection is
On Wed, 2011-11-02 at 21:35 -0700, Bryce Harrington wrote:
> On Wed, Nov 02, 2011 at 06:00:18PM -0400, Evan Broder wrote:
> > To briefly summarize the session, we felt that we couldn't present any
> > "true" hybrid graphics support (any sort of GPU switching, dynamic or
> > otherwise) to non-power
--- Begin Message ---
You must be subscribed in order to post to this list. This is done
simply to prevent list spam from non-users.
--- Begin Message ---
On Mon, 2011-10-31 at 11:54 -0700, Bryce Harrington wrote:
> Thanks Evan
>
> On Mon, Oct 31, 2011 at 11:36:39AM -0700, Evan Broder wrote:
>
So, we've got our first bug on the ForceGallium option patch¹, where a
user with self-compiled mesa gets bad results. Which annoyed upstream
when the user (quite reasonably) reported a bug upstream.
As I see it, there are two possible fixes for this:
1) Better documentation: ForceGallium could pr
Now that Squeeze has been released, Debian-X are removing a bunch of
unmaintained drivers from the archive. The list is:
xserver-xorg-video-v4l
xserver-xorg-video-radeonhd
xserver-xorg-video-nv
xserver-xorg-input-hyperpen
xserver-xorg-input-fpit
xserver-xorg-input-evtouch
xserver-xorg-input-citro
Hey, all!
For those of you not subscribed to the Debian X list, Cyril Brulebois
has just written a little documentation about where the Debian
dependency information between the Xserver and driver packages is going.
Forwarding the initial mail, containing a link to the alioth
documentation.
--- B
On Mon, 2011-01-31 at 23:08 +0100, Alberto Milone wrote:
> On 30/01/11 23:40, Christopher James Halse Rogers wrote:
> > Hey all
> >
>
> Hi Chris
>
> > As a part of the drive to Xserver 1.10, I've noticed that the fglrx and
> > nvidia proprietary drive
Hey all
As a part of the drive to Xserver 1.10, I've noticed that the fglrx and
nvidia proprietary drivers don't have the appropriate Depends: to
prevent the X server being updated from underneath them. (nvidia bug: LP
#616214, no existing fglrx bug)
A simple fix would be to add ${xviddriver:Depe
On Sat, 2011-01-22 at 14:04 -0500, Felix Kuehling wrote:
> There is a recent ABI breaking change in Xserver git in the Xserver's
> ScreenRec structure that still seems to be missing in the Xserver 1.10
> snapshot currently in xorg-edgers:
> http://cgit.freedesktop.org/xorg/xserver/commit/?id=e65c3f
On Sat, 2011-01-15 at 15:38 -0500, Felix Kuehling wrote:
> In some cases our proprietary driver disables the Composite extension in
> the Xserver. On previous Ubuntu versions that would make compiz fail and
> fall back to metacity.
>
> In current Natty, compiz will start even without the Composite
On Fri, 2011-01-14 at 14:02 -0800, Bryce Harrington wrote:
> Thanks Felix. Weird we didn't bang into that problem on our machines,
> but Chris is uploading rebuilds for these drivers presently.
>
> We'll send a notice once these are corrected.
>
Corrected, via a combination of rebuilds, a new w
On Tue, 2011-01-11 at 00:18 +0100, Tormod Volden wrote:
> Hi,
> I see that many people use piglit, and it would be nice to have it
> packaged in a PPA, maybe with daily builds... So I took a stab on it,
> and since dh_make can deal with cmake it was pretty easy to get
> started. However, "make inst
On Thu, 2010-12-02 at 23:30 -0800, Bryce Harrington wrote:
> On Thu, Dec 02, 2010 at 08:10:28PM -0500, Eric Appleman wrote:
> > On 11/30/2010 03:16 PM, Bryce Harrington wrote:
> > > On Tue, Nov 30, 2010 at 09:19:36PM +1100, Christopher James Halse Rogers
> > > wr
Currently, because we don't ship the nouveau 3D component by default,
users of nVidia hardware will get the classic GNOME 2D experience on
Natty LiveCDs. Worse, it's difficult to enable the binary drivers on
the LiveCD.
Since nVidia hardware is common this means a large subset of our users
won't
Hey Ubuntu-Xers.
At UDS we decided to defer deciding between Xserver 1.9 and 1.10 for
Natty until the close of the 1.10 merge window, to gauge how dangerous
1.10 is likely to be.
The merge window closes tomorrow, and there doesn't seem to be anything
particularly flammable. There's lots of clean
On Sat, 2010-10-02 at 08:29 -0600, Gordon Schumacher wrote:
> On 09/22/2010 06:55 PM, Christopher James Halse Rogers wrote:
> > On Wed, 2010-09-22 at 10:27 -0600, Gordon Schumacher wrote:
> >
> >> On 09/20/2010 05:07 PM, Bryce Harrington wrote:
> >>
&g
On Thu, 2010-09-30 at 23:41 +0200, Tormod Volden wrote:
> Hi,
> Over the last years the autodetection abilities of the Xserver has
> been improved to the point that in most cases X detects all screen
> connected and chooses the best resolution available, with no
> configuration needed. However, on
On Wed, 2010-09-22 at 10:27 -0600, Gordon Schumacher wrote:
> On 09/20/2010 05:07 PM, Bryce Harrington wrote:
> > Aha, gotcha. I *suspect* the calls are already coded up in the 8xx
> > driver code. If there's anything missing, then it should be possible to
> > cargo-cult from the 9xx code. On th
On Wed, 2010-09-15 at 09:11 -0700, Leann Ogasawara wrote:
> On Tue, 2010-09-14 at 09:19 -0700, Leann Ogasawara wrote:
> > On Mon, 2010-09-13 at 11:20 +1000, Christopher James Halse Rogers wrote:
> > > Hello again!
> > >
> > > For Lucid we asked the kernel
Hello again!
For Lucid we asked the kernel team to blacklist KMS on i830, i845 & i855
to try to work around the instability in the intel drivers on those
cards.
This instability (while, apparently, slightly reduced by the 2.12 DDX)
is still present in Maverick, so I asked the kernel team to re-en
On Wed, 2010-09-08 at 09:42 -0400, Eric Appleman wrote:
> On 09/06/2010 05:34 AM, Christopher James Halse Rogers wrote:
> > On Mon, 2010-09-06 at 04:52 -0400, Eric Appleman wrote:
> >> Is Option 2 the shadow framebuffer approach that Chris suggested?
> >>
> >>
On Mon, 2010-09-06 at 04:52 -0400, Eric Appleman wrote:
> Is Option 2 the shadow framebuffer approach that Chris suggested?
>
> - Eric
>
No. As I mentioned in the preamble, that branch still has some
problems. We also can't reasonably ship a branch of the intel X driver.
Option 2 is basically
Hi,
On Mon, 2010-09-06 at 10:02 +0100, Charles Barnwell wrote:
> Christopher,
>
>
> We appreciate your continued support on this.
>
>
> I am supporting a group that uses LTSP with Dell clients using a
> mixture of these two cards:
>
>
> 00:02.0 VGA compatible controller: Intel Corporation
>
On Mon, 2010-09-06 at 01:25 -0400, Greg wrote:
>
...
snip
...
>
>
> From my (admittedly limited) understanding of vesa, it provides only a
> limited set of features. I'm not sure what the differences are
> between this and the intel drivers. Anyone know?
>
VESA provides basic modesetting, t
Hello X wranglers!
It's that time of the release, again(!), where it's too late for a
magical fix for i8xx to appear, and we need to work out the least-bad
option to use as the default.
It, again(!), looks like there's hope for the next release with Chris
Wilson's accel-less shadow branch, but th
Summary for the impatient:
A new X server is soon to be uploaded which requires all the
drivers to be rebuilt. Be careful when upgrading in the next few
days.
Hello intrepid X adventurers!
The wonderful world of i8xx freezes probably needs no introduction.
What does need introduction is the xserver-xorg-video-intel driver in
ppa:raof/aubergine¹. This construction of Chris Wilson's re-introduces
a GEM-less UMS codepath, which should work around the GTT
A fairly large percentage of bugs that get reported against X now end up
being kernel bugs thanks to KMS. As users cotton on to this shift there
will likely be more bugs reported against the kernel which are actually
an X bug, too.
In X land we've got a rich set of tags¹ set up for describing the
Summary for the impatient:
A new X server is about to be uploaded which requires all the
drivers to be rebuilt. Be careful when upgrading in the next few
days.
Hey all.
To keep everyone up to date with what's happening with bug #565981, the
GLX 1.4 backport patches, and Lucid.
The testing wiki page https://wiki.ubuntu.com/X/Testing/GEMLeak and
comments on the bug suggest that dropping the GLX backport is an
appropriate solution to the GEM memory leak.
Hi all,
The drive towards stabilising Nouveau for a rocking Lucid LTS release
has resulted in large changes to the packaging stack. Nouveau's kernel
module is now in the main kernel package, which fixes most of the
problems people have previously reported. If you have previously tested
nouveau a
On Sat, 2010-03-06 at 12:47 +, Andy Whitcroft wrote:
> On Fri, Mar 05, 2010 at 03:32:05PM -0800, Luis R. Rodriguez wrote:
> > On Fri, Mar 5, 2010 at 2:54 PM, Timo Aaltonen wrote:
> > > On Fri, 5 Mar 2010, Bryce Harrington wrote:
> > >
> > >> On Fri, Mar 05, 2010 at 06:56:11PM +, Andy Whitc
On Tue, 2010-02-23 at 10:39 -0800, Bryce Harrington wrote:
> On Mon, Feb 22, 2010 at 01:38:37PM +1100, Christopher James Halse Rogers
> wrote:
> > Finally, I'm still seeing some reports on IRC of nouveau turning off the
> > monitor on boot, leaving the system un
Hi all,
After a little bit of teething trouble, it seems that the -nv ->
-nouveau default driver switch has gone relatively nicely.
There are a couple of things that I know remain to be done:
1) Decide if xserver-xorg-video-nouveau is where we want the hook to
make initramfs-tools copy lbm_nouvea
On Sat, 2010-02-20 at 01:25 -0800, Bryce Harrington wrote:
> On Sat, Feb 20, 2010 at 03:51:53AM -0500, Martin Owens wrote:
> > Now if I understand correctly the -nvidia driver doesn't yet support KMS
> > right, so it's boot will actually be less attractive?
>
> The -nvidia driver does not support
On Thu, 2010-02-18 at 15:17 -0800, Bryce Harrington wrote:
> On Fri, Feb 19, 2010 at 09:30:07AM +1100, Christopher James Halse Rogers
> wrote:
> > > I'd agree. Plus it'll be easier to explain "we're carrying 2.4.18 minus
> > > patch foo".
> &
On Thu, 2010-02-18 at 10:29 -0800, Bryce Harrington wrote:
> On Thu, Feb 18, 2010 at 02:57:18PM +0200, Timo Aaltonen wrote:
> > On Thu, 18 Feb 2010, Christopher James Halse Rogers wrote:
> > > I'd suggest that we stick with our current libdrm < 2.4.18, lbm-nouveau,
&g
On Wed, 2010-02-17 at 18:31 -0800, Bryce Harrington wrote:
> On Wed, Feb 17, 2010 at 05:50:33PM -0800, Bryce Harrington wrote:
> > There seem to be a number of options here:
> >
> > Option 1 -- stick with v2.6.32: taking stable updates, backporting fixes
> > and hardware enablement on a individual
We're aiming to ship Nouveau as the default driver for nVidia cards in
Lucid as a better nv. Towards this end there are now packages ready
for wider testing in the xorg-edgers/nouveau PPA[1].
To test the nouveau drivers you just need to add the PPA with
“add-apt-repository ppa:xorg-edgers/nouveau
Now that Alpha 2 is out of the way, I'd like to raise the status of
nouveau in Lucid again. As far as I can tell there's nobody on the
kernel team responsible for driving nouveau in Lucid at the moment,
and everyone's busy with other tasks. I'm happy to help, but at this
point I'm not sure what I
I've been following what's happening upstream with respect to nouveau,
and there have been a couple of interesting events.
Firstly, nouveau is now in staging in Linus' tree[1]. Commit id is
9764757932ce26f139332f89d1d3b815e4cc56ab.
So, for Lucid+1 it looks like we won't have to do anything special
On Tue, 2009-12-08 at 09:28 -0800, Luis R. Rodriguez wrote:
> On Mon, Dec 7, 2009 at 4:07 PM, Christopher James Halse Rogers
> wrote:
> > On Mon, 2009-11-30 at 18:57 -0600, Steve Conklin wrote:
> >> This email summarizes a discussion that took place on #ubuntu-x IRC, and
&g
On Mon, 2009-11-30 at 18:57 -0600, Steve Conklin wrote:
> This email summarizes a discussion that took place on #ubuntu-x IRC, and
> the tentative plan that was arrived at. The IRC discussion is attached
> for reference.
>
> First, there was a discussion of what is required in order to bring
> Nou
Hi.
Comments inline.
On Tue, 2009-09-29 at 00:13 -0400, Daniel wrote:
> Hi,
>
> I'm hoping someone can help me... I have three monitors and Xinerama
> enabled. From what I've read Xserver-XGL is the only way to get
> compositing effects, i.e. compiz, going with Xinerama enabled. I like
> Xinera
On Wed, 2009-08-05 at 15:58 -0700, Bryce Harrington wrote:
...
>
> The one other major X.org component left to be merged in is the new -ati
> stack, which includes updates to mesa and libdrm. Sarvatt has been
> tracking this upstream work in his packages on xorg-edgers, which I've
> taken and mas
53 matches
Mail list logo