On 5 February 2015 at 11:35, One Thousand Gnomes
wrote:
>> If I'm not mistaken, that would be as simple as adding
>>
>> #define VT_BUF_HAVE_RW.
>> #define scr_writew(val, addr) (*(addr) = (val))
>> #define scr_readw(addr) (*(addr))
>>
>> to arch/x86/include/asm/vga.h.
>
> and stick an
On 9 February 2015 at 10:49, Geert Uytterhoeven wrote:
> On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone wrote:
>> On 5 February 2015 at 11:35, One Thousand Gnomes
>> wrote:
>>> #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)
>>>
>>> #endif
>>>
&
On Fri, Mar 05, 2010 at 08:30:38AM -0800, Linus Torvalds wrote:
> On Fri, 5 Mar 2010, Daniel Stone wrote:
> > FWIW, Option "ModulePath" in xorg.conf lets you more or less do this;
> > the usual approach is to install your new server + drivers into a
> > separate pref
Hi,
On Fri, Mar 05, 2010 at 07:53:46AM -0800, Linus Torvalds wrote:
> These days, there's a few dependencies you need to know about (I do agree
> that from a user perspective the thing might have been made a bit _too_
> modular)
Indeed, no argument here.
> That said, the _one_ thing I really w
On Fri, Mar 05, 2010 at 07:49:32AM -0800, David Miller wrote:
> From: Daniel Stone
> > I understand that you guys are upset about this, so maybe you'd like to
> > donate, say, 10% of your developer base to help out? That'd be pretty
> > ace.
>
> You have to s
On Fri, Mar 05, 2010 at 07:48:35AM -0800, David Miller wrote:
> From: Daniel Stone
> > On Fri, Mar 05, 2010 at 07:26:12AM -0800, David Miller wrote:
> >> In fact, I argue that the moment nouveau went into Fedora and
> >> was turned on by default, the int
On Fri, Mar 05, 2010 at 06:37:18AM -0800, David Miller wrote:
> If it effects such a large number of people, which this noveau thing
> does, it's entirely relevant to everyone. And the way it's breaking
> and making kernel development difficult for so many people matters to
> us.
Maybe the lesson
On Fri, Mar 05, 2010 at 10:22:27AM -0500, Matt Turner wrote:
> On Fri, Mar 5, 2010 at 5:00 AM, Carlos R. Mafra wrote:
> > Why can't there be a 'Linus Torvalds' for Xorg accepting patches from
> > various
> > maintainers and keeping the whole thing tied up? Why can't it mimic the
> > 'make menucon
Hi,
On Fri, Mar 05, 2010 at 07:26:12AM -0800, David Miller wrote:
> From: Daniel Stone
> > On Fri, Mar 05, 2010 at 06:37:18AM -0800, David Miller wrote:
> >> If it effects such a large number of people, which this noveau thing
> >> does, it's entirely relevan
On Mon, Feb 22, 2010 at 08:17:31AM -0700, Brian Paul wrote:
> On Sun, Feb 21, 2010 at 5:54 PM, Dan Nicholson wrote:
> > On Sun, Feb 21, 2010 at 2:33 PM, Keith Packard wrote:
> >> The bash 'cd' command tends to emit random stuff to stdout when the
> >> CDPATH variable is set, so clear it to keep e
On Sun, Nov 29, 2009 at 05:03:51PM -0800, vehemens wrote:
> You missing the point as is rnoland. Just because the linux DRM developers
> stopped using a centralized repository, didn't mean FreeBSD shouldn't as the
> intial integration work would be still shared reducing the burden on any one
>
Hi,
On Sat, Nov 28, 2009 at 08:40:55PM -0800, vehemens wrote:
> On Saturday 28 November 2009 16:21:58 Robert Noland wrote:
> > Because unpublished work doesn't exist That goes for the work that
> > I've done that isn't yet published as well. Until it is in the hands of
> > someone besides you
Compilation will otherwise break, due to using uint32_t types without
having include stdint.h.
Signed-off-by: Daniel Stone
---
shared-core/drm.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/shared-core/drm.h b/shared-core/drm.h
index d97844f..9674072 100644
--- a
On Fri, Sep 11, 2009 at 05:48:18AM +0200, Luc Verhaegen wrote:
> On Fri, Sep 11, 2009 at 01:29:21PM +1000, Daniel Stone wrote:
> > On Fri, Sep 11, 2009 at 05:20:06AM +0200, Luc Verhaegen wrote:
> > >
> > > And why did you suddenly start to care, while you pretty mu
On Fri, Sep 11, 2009 at 05:20:06AM +0200, Luc Verhaegen wrote:
> On Fri, Sep 11, 2009 at 11:58:01AM +1000, Dave Airlie wrote:
> > Granted if these ioctls are to be used by *chrome to workaround this
> > bug as well, then
> > it would be good if patches to those driver were made available so as
> >
On Mon, Aug 24, 2009 at 09:22:58PM -0400, squirrl wrote:
> Linus needs to rip out the GEM subsystem. Xorg needs to remove your
> contributions.
>
> Mesa should seriously consider stepping back their code base.
>
> Honestly it'll be 2011 before we got anything usable the way it is now.
>
> Inte
On Wed, Aug 19, 2009 at 01:31:06AM +0200, Luc Verhaegen wrote:
> Dave,
>
> Ask yourself whether your statement, the one i replied to, was a
> technical contribution, or something else?
Luc,
Just ... stop. This is embarassing.
Daniel
pgp6apJk0Gjf4.pgp
Description: PGP signature
---
On Wed, Jul 01, 2009 at 09:39:17PM -0400, Kristian Høgsberg wrote:
> If we want to do better (and if we care about security enhanced X in a
> [... snipped for brevity ...]
> session server is a client of a system display server. Which is why
... ? :)
Cheers,
Daniel
signature.asc
Description: D
On Thu, May 28, 2009 at 12:16:23PM -0600, Eaton, Thomas G wrote:
> Added connector and encoder types for MIPI displays.
>
> Signed-off-by: Thomas G Eaton
I wonder if this is all really necessary to present to userspace, or if
MIPI/LVDS/et al should just fall under 'internally-connected panel'?
On Thu, Apr 30, 2009 at 01:26:58PM -0700, Keith Packard wrote:
> This makes software fallbacks not do tiling wrong on i965 and later after
> resume. It also should fix 945 performance reduction after resume which
> would have disabled tiling without causing any visible effect.
>
> Signed-off-by: K
Greg,
On Thu, Mar 19, 2009 at 09:27:19AM -0700, Greg KH wrote:
> On Thu, Mar 19, 2009 at 12:03:09PM -0400, Sindhudweep Sarkar wrote:
> > TI-OMAP 3xxx and a couple of other arm processors use similar SGX-5xx
> > graphics cores. IIRC arm is often little endian so perhaps a unified
> > driver would b
On Tue, Jan 20, 2009 at 12:47:44AM +0100, Rémi Cardona wrote:
> Le 19/01/2009 19:03, Jesse Barnes a écrit :
> > Gah, yeah forgot about drag& drop of big icons... Maybe Kristian was right
> > that all cursors should be done in software; hardware just doesn't provide
> > the flexibility desktops wa
On Fri, Jan 09, 2009 at 09:27:25AM +0100, Michel Dänzer wrote:
> On Thu, 2009-01-08 at 11:13 -0800, Jesse Barnes wrote:
> > On Thursday, January 8, 2009 2:13 am Daniel Stone wrote:
> > > You probably want to get the entire clock_gettime awesomeness, to avoid
> > > the
On Wed, Jan 07, 2009 at 11:34:42AM -0800, Eric Anholt wrote:
> On Wed, 2009-01-07 at 11:11 -0800, Jesse Barnes wrote:
> > On Wednesday, January 7, 2009 10:54 am Keith Packard wrote:
> > > > +libdrm_la_LIBADD = -lrt
> > >
> > > I fear you'll need autoconf-fu for this?
> > >
> > > Otherwise, it looks
On Mon, Aug 25, 2008 at 09:06:51AM -0700, Zhao, Chunfeng wrote:
> We want to load the frame buffer driver on a platform without VBIOS, is it
> okay to build fbcon and framebuffer driver as modules and load them?
>
> When we try to build the fbcon into the kernel it will require VGA and VT.
Works
On Sat, Jul 19, 2008 at 11:16:58PM +0530, nagaraj s k wrote:
> @@ -69,7 +69,7 @@ void *drm_realloc(void *oldpt, size_t ol
> {
> void *pt;
>
> -if (!(pt = kmalloc(size, GFP_KERNEL)))
> +if (!(pt == kmalloc(size, GFP_KERNEL)))
> return NULL;
> if (oldpt && oldsize) {
>
On Thu, Jul 10, 2008 at 04:05:57AM -0300, Tiago Vignatti wrote:
> - transform relative motion into absolute
> - takes care the cursor limits
> - responsible for the acceleration computation
> - responsible for the input transformation as well?
> - touch the gfx registers.
Hang on, are we actually
Hi,
On Wed, Jul 09, 2008 at 12:31:22AM +0300, Maxim Levitsky wrote:
> Last time I checked modesetting,
This works.
> intel-batchbuffer,
This works.
> dri2,
This works.
> And lastly, just for a thought, maybe it is better to do one thing at
> time, for example stabilize kernel modesetting, p
On Wed, May 28, 2008 at 12:09:00PM +0100, Matthew Garrett wrote:
> diff --git a/linux-core/i915_opregion.c b/linux-core/i915_opregion.c
> new file mode 100644
> index 000..47fe90f
> --- /dev/null
> +++ b/linux-core/i915_opregion.c
> @@ -0,0 +1,358 @@
> +#include
Can has copyright and licence?
On Mon, May 19, 2008 at 08:52:49PM +0100, Dave Airlie wrote:
> Now I would be willing to provide a drm tuneable sorta like memory
> overcommit that could be used on embedded systems and basically says I've
> designed my system so I never need suspend/resume and I really udnerstand
> what I'm doi
On Tue, May 06, 2008 at 09:40:19AM +0200, Michel Dänzer wrote:
> On Mon, 2008-05-05 at 13:51 +0100, Steven J Newbury wrote:
> > I'm also getting occasional lockups. Often it's the window manager
> > (metacity) that locks up when attempting to move a window, restarting
> > the window manager unlock
- Forwarded message from Marc Balmer <[EMAIL PROTECTED]> -
Message-ID: <[EMAIL PROTECTED]>
Date: Mon, 24 Mar 2008 21:12:34 +0100
From: Marc Balmer <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [Members] Looking for a mentor
List-Id:
Hi,
who would like to mentor this project?
Pleas
On Thu, Feb 14, 2008 at 03:38:45PM +0900, José Fonseca wrote:
> 3. Using scons, enhance the build system to support all platforms we are
> interested (i.e., linux and win32, atm),
http://lwn.net/Articles/188693/
'There were major problems building KDE on non-Linux platforms with
SCons (e.g. on
On Wed, Feb 13, 2008 at 11:22:10PM +0100, Stephane Marchesin wrote:
> So basically, you'd expose multiple /dev entries for a single piece of
> hardware. As I said on irc, this would be like exposing /dev/sda1_ext2
> and /dev/sda1_xfs and ... which obviously doesn't scale long-term.
Er, you mean /d
On Sat, Oct 06, 2007 at 12:41:21PM +0200, Jiri Slaby wrote:
> On 10/06/2007 07:42 AM, Kyle McMartin wrote:
> > This reverts commit f443675affe3f16dd428e46f0f7fd3f4d703eeab, which
> > breaks horribly if you aren't running an unreleased xf86-video-intel
> > driver out of git.
>
> I guess, this will
On Wed, Oct 03, 2007 at 09:23:38AM +0200, Maarten Maathuis wrote:
> Is there anything holding this back?
It's been 12 hours: relax.
Cheers,
Daniel
signature.asc
Description: Digital signature
-
This SF.net email is sponsore
On Tue, Aug 28, 2007 at 07:03:01PM +0100, Keith Whitwell wrote:
> Looks like we've got a slot at XDS to talk about all our adventures with
> buffer management and plans for the future. It might make the session
> more productive if we do a little groundwork first...
Don't forget that it's been
On Fri, Aug 24, 2007 at 03:50:04AM +0200, [EMAIL PROTECTED] wrote:
> Graphics chips are complicated, but the bulk of the complexity is not in
> modesetting. Do you really think that modesetting (and other graphics
> hardware management) is more complex than say a wireless network driver?
The API m
On Wed, Aug 22, 2007 at 08:09:18PM +0200, Matthias Hopf wrote:
> On Aug 22, 07 17:21:09 +0300, Daniel Stone wrote:
> > > But that exactly makes version control difficult (lots of cases,
> > > especially if the exact requirements aren't clear from day one).
> >
>
On Wed, Aug 22, 2007 at 03:47:31PM +0200, Matthias Hopf wrote:
> No. But you already limit yourself to the primary card, a new design
> shouldn't be limited that way. And an astonishingly big number of people
> have to rely on vesa fb, because driver development for their hardware
> sucks big time
On Wed, Aug 22, 2007 at 03:42:49PM +0200, Matthias Hopf wrote:
> On Aug 20, 07 19:51:31 +0300, Daniel Stone wrote:
> > On Mon, Aug 20, 2007 at 05:27:43PM +0200, Matthias Hopf wrote:
> > > On Aug 12, 07 17:50:12 +0200, [EMAIL PROTECTED] wrote:
> > > Please be sure th
On Mon, Aug 20, 2007 at 05:27:43PM +0200, Matthias Hopf wrote:
> On Aug 12, 07 17:50:12 +0200, [EMAIL PROTECTED] wrote:
> > On Thu, Aug 02, 2007 at 07:31:01PM +0200, Jerome Glisse wrote:
> > > There should be master (possibly one for each card) which be the only
> > > one being able to do this call
On Mon, Apr 23, 2007 at 07:38:45PM +, Oliver McFadden wrote:
> On 4/23/07, Phillip Ezolt <[EMAIL PROTECTED]> wrote:
> > Awesome.
> >
> > As an aside, I would really like to make it easier for other people to
> > hack on radeon & X.
> > I've been fighting with my Radeon 200M for months, hacking
On Wed, Apr 04, 2007 at 12:11:04AM +0100, Sergio Monteiro Basto wrote:
> Now the list is
> acpi devel, linux-acpi@vger.kernel.org
>
> On Tue, 2007-04-03 at 15:57 -0700, Tonko Juricic wrote:
> > [...]
> > ___
> > Dri-devel mailing list
^^
On Mon, Mar 12, 2007 at 09:35:43AM -0400, Phillip Ezolt wrote:
> So, if you compare the first and last column, you can see the equation is:
> address in table = (bus_address & 0xc);
>
> I modified the gart code to allocate a table in RAM, and to write the
> addresses as you see above.
> Unfortunat
This one adds support for the new memory manager, as well as numerous
bugfixes, and some pretty extensive Mach64 DRM work. Most of the
commits have been to the kernel modules, not to the library, though.
git tag: drm-2.2.0
http://dri.freedesktop.org/libdrm/libdrm-2.2.0.tar.bz2:
MD5: ec392c328b1e
On Thu, Jul 13, 2006 at 11:45:42AM +0100, Dave Airlie wrote:
> I'm in the process of moving DRM CVS to git, can people avoid using CVS from
> now on...
>
> When I get the last admin help the repo will be (in a few hours):
>
> git://anongit.freedesktop.org/git/mesa/drm
>
> I've decided to put th
On Tue, May 30, 2006 at 02:04:07PM -0700, Ian Romanick wrote:
> Jacek Poplawski wrote:
> >> It means that your r300_dri.so is *really* old. _glapi_add_dispatch was
> >> removed from libGL months ago.
> >
> > But I just compiled it today...
> > I've updated my Mesa CVS snapshot and used "make linu
On Fri, Apr 14, 2006 at 07:08:30AM -0600, Brian Paul wrote:
> Tilman Sauerbeck wrote:
> >Benjamin Herrenschmidt [2006-04-14 16:40]:
> >>Ok, finally... stale {prefix}/include/GL/internal/glcore.h
> >>
> >>No idea who installed this file, it wasn't updated by a make install of
> >>Mesa/DRI, could hav
On Sat, Apr 01, 2006 at 01:10:46AM +0200, Tino Keitel wrote:
> Thanks, but how can I check it out?
>
> $ cvs -d :pserver:[EMAIL PROTECTED]:/cvs/xorg co -r ati-1.0-branch
> driver/xf86-video-ati
> cvs checkout: warning: cannot open /cvs/xorg/CVSROOT/val-tags read/write:
> Permission denied
> cvs
On Thu, Mar 30, 2006 at 04:50:52PM +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2006-03-30 at 16:23 +1100, Benjamin Herrenschmidt wrote:
> > The one used to build libGL and the DRI was a bit less up to date and
> > had some stale junk I missed, so I think the problem is my fault. (I've
> > been h
On Mon, Feb 27, 2006 at 01:16:59PM -0500, Felix Kühling wrote:
> Am Montag, den 27.02.2006, 18:38 +0200 schrieb Daniel Stone:
> > [EMAIL PROTECTED]:/srv/www.freedesktop.org/www% mv dri
> > /srv/dri.freedesktop.org/old-from-www.fd.o
> > [EMAIL PROTECTED]:/srv/www.freedesktop
On Mon, Feb 27, 2006 at 11:28:31AM -0500, Felix Kühling wrote:
> Am Montag, den 27.02.2006, 11:20 +0100 schrieb Christoph Brill:
> > Felix Kühling wrote:
> [snip]
> > > Please let me know if there are any new problems with installing these
> > > snapshots.
> > >
> > > Regards,
> > > Felix
> > Tha
On Thu, Feb 23, 2006 at 01:23:33AM -0500, Patrick McFarland wrote:
> On Wednesday 22 February 2006 23:36, Alex Deucher wrote:
> > On 2/22/06, Patrick McFarland <[EMAIL PROTECTED]> wrote:
> > > On 2/22/06, Patrick McFarland <[EMAIL PROTECTED]> wrote:
> > > > Also, Mesa seems to build now; after its
On Wed, Feb 22, 2006 at 04:50:22AM -0500, Patrick McFarland wrote:
> On Wednesday 22 February 2006 04:31, Daniel Stone wrote:
> > It's not a part of Mesa, and xc/ is dead.
> >
> > The reason why it's broken out as its own module, is because ... it's
>
On Wed, Feb 22, 2006 at 04:19:09AM -0500, Patrick McFarland wrote:
> On Wednesday 22 February 2006 03:29, Donnie Berkholz wrote:
> > xorg.freedesktop.org/releases/individual/proto/
>
> Two questions, 1) why doesn't dapper already have this?
That's off-topic for this list. Try ubuntu-devel, excep
On Wed, Feb 22, 2006 at 04:25:31AM -0500, Patrick McFarland wrote:
> On Wednesday 22 February 2006 03:29, Donnie Berkholz wrote:
> > Patrick McFarland wrote:
> > > glxcmds.c: In function ‘glXBindTexImageEXT’:
> > > glxcmds.c:2618: error: ‘X_GLXvop_BindTexImageEXT’ undeclared (first use
> > > in thi
On Mon, Feb 20, 2006 at 04:49:14PM -0500, Patrick McFarland wrote:
> On Monday 20 February 2006 16:39, Alex Deucher wrote:
> > I'd say try the drm from cvs. also make sure your chip is supported
> > by the drm/mesa that you are using (not all r3/4xx ids have been added
> > to the 3D/drm side yet).
On Fri, Nov 04, 2005 at 09:00:58PM +0100, Michał Pytasz wrote:
> I'm just trying to build modular X11R7 RC1, mostly I had no problem building
> it, however my laptop uses via unichrome graphics. While trying to build
> xf86-video-via I got an error message. I am using gentoo linux, the driver
>
On Tue, Oct 04, 2005 at 05:12:31PM +1000, Benjamin Herrenschmidt wrote:
> Did anybody try it on ppc lately ? I've tried to build all sort of CVS
> version (from last July to today), running with X.org CVS from last
> week, and -git kernel from today with fairly bad results so far. The
> machine is
On Thu, 2005-09-08 at 14:10 -0400, Alex Deucher wrote:
> I'm not sure that patch is enough anymore. You may need to use the
> cvs version of the driver. Also, you will need to have the r300 3d
> lib (r300_dri.so) from mesa built and installed before 3d will work.
> Set LIBGL_DEBUG to verbose and
On Mon, 2005-08-01 at 09:37 -0700, Ian Romanick wrote:
> It builds fine on my main machine. I tried a build on a fresh system
> install (with X.org CVS installed) and hit the same problem. I
> committed a fix for it just a few minutes ago. I think the problem here
> is related to the next proble
; > I mostly will be commiting bugfixes and compatibility enhancements for the
> > via / unichrome driver.
> >
> > sf user: unichrome
>
> the sf dri tree is no longer active. Mesa and the drm are on
> freedesktop.org just like xorg. Open a bug or ping Daniel Stone for
On Thu, 2005-08-25 at 00:44 -0500, Alan Grimes wrote:
> > ^^^ Just install libdrm from DRM CVS. It's a requirement now.
>
> IN FILE xf86drm.h AND include/GL/internal/dri_interface.h CHANGE
>
> #include
>
> #include
>
All that does is paper over the cracks. It's a symptom of pk
On Mon, 2004-11-29 at 23:03 +0100, Felix KÃhling wrote:
> Am Sa, den 27.11.2004 schrieb Daniel Stone um 12:28:
> > No. This should be under /srv/dri.freedesktop.org/snapshots, not
> > www.freedesktop.org. If it is under www.freedesktop.org, I'll gladly
> > set up a re
On Fri, 2004-11-26 at 15:46 +0100, Felix KÃhling wrote:
> I just found http://www.freedesktop.org/dri/snapshots/. Now I wonder
> where I find this in the freedesktop.org filesystem. Is it /srv or
> /home/srv? Ah, I just saw it's the same thing with a bind mount from
> /home/srv to /srv. So I guess
se it."
Let's not kid ourselves that we really support compiling XFree86 < 4.1.0
with these headers.
--
Daniel Stone<[EMAIL PROTECTED]>
freedesktop.org: powering your desktophttp://www.freedesktop.org
signature.asc
Description: Digital signature
argument for it, but the
argument against is compelling; in this case we need numeracy anyway, so
we might as well shoot for consistency.
--
Daniel Stone<[EMAIL PROTECTED]>
freedesktop.org: powering your desktophttp://www.freedesktop.org
signature.asc
Description: Digital signature
perform like a decent 3D one. No amount of software is going to make my 8086
> play a reasonable game of Quake.
Yeah, but windowing systems shouldn't have the same system requirements
as Quake.
--
Daniel Stone<[EMAIL PROTECTED]>
freed
:) d, stuck in the technology stone-age[2]
[0]: While we're at it, 'us' vs. 'them/you' is petty and unconstructive.
[1]: You'd be lucky to include a r3xx in a $au800-$au1k machine.
[2]: Communicating with you by the graces of a 56k modem.
--
Daniel Stone
dy-slow graphics
hardware would be bad.
--
Daniel Stone<[EMAIL PROTECTED]>
freedesktop.org: powering your desktophttp://www.freedesktop.org
signature.asc
Description: Digital signature
On Sun, Jun 13, 2004 at 11:44:06PM -0700, Jon Smirl wrote:
> --- Daniel Stone <[EMAIL PROTECTED]> wrote:
> > On Sun, Jun 13, 2004 at 10:42:58PM -0700, Jon Smirl wrote:
> > > X on GL won't ship anywhere for at least a year. It will probably be two
> > years
&g
t work on the desktop to make it workable and coherent.
More than what I've proposed, I dare say.
--
Daniel Stone<[EMAIL PROTECTED]>
freedesktop.org: powering your desktophttp://www.freedesktop.org
signature.asc
Description: Digital signature
venting them from getting out of sync. After I get
> >the
> >pointer working I'll remove the copy from mesa.
>
> Just CC'ing Daniel Stone, the all-purpose fd.o admin guy & apparent
> melbournite.
Sure, I'll take that one. Do you want the project na
to CVS (or even make a diff) because
> >appearently I no longer belong to the "dri" group in dri.freedesktop.org
> >and can't create locks in /cvs/dri/... How can I remedy this?
Jose, what's your username?
Daniel, missing his compose key
--
Daniel Stone
On Wed, Feb 04, 2004 at 04:43:15PM -0800, Ian Romanick wrote:
> Daniel Stone wrote:
> >On Wed, Feb 04, 2004 at 10:12:24PM +, Alan Hourihane wrote:
> >>On Thu, Feb 05, 2004 at 08:59:44AM +1100, Daniel Stone wrote:
> >>>>cvs update: Updating .
> >>>
On Wed, Feb 04, 2004 at 10:21:47PM +, Alan Hourihane wrote:
> On Thu, Feb 05, 2004 at 09:18:47AM +1100, Daniel Stone wrote:
> > Hmm, you're not in the DRI group. Should you be?
>
> Yes, and I don't know how I fell out of it.
Added back. I think the problem was that
On Wed, Feb 04, 2004 at 10:12:24PM +, Alan Hourihane wrote:
> On Thu, Feb 05, 2004 at 08:59:44AM +1100, Daniel Stone wrote:
> > On Wed, Feb 04, 2004 at 05:03:15PM +, Alan Hourihane wrote:
> > > Either cvs updating or committing to the DRI on freedesktop.org is
ted]: read lock failed - giving up
Sure, done.
--
Daniel Stone <[EMAIL PROTECTED]>
"The programs are documented fully by _The Rise and Fall of a Fooish Bar_,
available by the Info system." -- debian/manpage.sgml.ex, dh_make template
pgp0.pgp
Description: PGP signature
79 matches
Mail list logo