> You could set up a dummy database for testing?
Yes I could, for teh meomnt I installed apache and php, apache works, php
doesn't, if I get php working then I'll see about a database.
> So, which files in doc/ should go into CVS? At a quick glance, only the
> files in the doc/ directory itsel
On Friday 14 March 2003 05:50 am, you wrote:
> On Don, 2003-03-13 at 20:49, Smitty wrote:
> >
> > If I can do a CVS commit when I've been changing things on the webserver
> > from the webserver that would be good.
>
> You can, but that should be the exception because otherwise the only
> improvem
On Don, 2003-03-13 at 20:49, Smitty wrote:
>
> If I can do a CVS commit when I've been changing things on the webserver
> from the webserver that would be good.
You can, but that should be the exception because otherwise the only
improvement over the current situation is that there's a backup in
> I'm not sure what you mean here. If you cvs commit on the webserver, the
> only bandwidth you need is for the I/O on your terminal. The CVS
> protocol traffic is only between the machine you are logged in on and
> the machine the CVS repository is on, both sf.net. And even if you
> commit direct
> Maybe this is a radical proposal, but it's a thing I've made good
> experience with, over the last few months.
>
> http://twiki.org
>
> It is probably not the right thing if you want a perfectly styled
> corporate web site. But it is an easy way for everybody to keep
> documentation up-to-date
Maybe this is a radical proposal, but it's a thing I've made good
experience with, over the last few months.
http://twiki.org
It is probably not the right thing if you want a perfectly styled
corporate web site. But it is an easy way for everybody to keep
documentation up-to-date. The documents a
On Don, 2003-03-13 at 16:05, Smitty wrote:
>
> > > I'd rather not use CVS myself just for the website, when I mess up a
> > > single character I just ssh onto the webserver and use vi to change
> > > it.
> > >
> > > Also when something is being considered I like to test it / play with
> > > and
> We don't need to put everything into CVS right away, but the way several
> people are editing the same files right now is dangerous.
Somewhat, at least it makes life interesting.
> > I'd rather not use CVS myself just for the website, when I mess up a
> > single character I just ssh onto the
On Mit, 2003-03-12 at 23:15, Smitty wrote:
> > > PS: Editing files like this makes me kind of nervous, we should really
> > > work out a way to handle the website in CVS.
> >
> > What's the difficulty in having it in CVS? it's extremely trivial to set
> > up, you just tell the web server to cvs up
> > PS: Editing files like this makes me kind of nervous, we should really
> > work out a way to handle the website in CVS.
>
> What's the difficulty in having it in CVS? it's extremely trivial to set
> up, you just tell the web server to cvs up from the repository every few
> hours or so.
The we
Ian Romanick wrote:
Brian Paul wrote:
Leif Delgass wrote:
Add to list:
---
GL_ARB_multisample - R200, R100, mga (What's necessary for a driver
to support this?)
I wouldn't advertise support for GL_ARB_multisample until it really
works. The OpenGL spec allows one to support the entrypo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On Sunday 09 March 2003 21:11, Michel Dänzer wrote:
> PS: Editing files like this makes me kind of nervous, we should really
> work out a way to handle the website in CVS.
What's the difficulty in having it in CVS? it's extremely trivial to set u
I just made some changes:
* the r200 driver works pretty well on PPC here :)
* changed the comment about the Radeon drivers on x86 from 'AGP
only' to 'PCI cards require Option "ForcePCIMode"' (which takes
quite a lot of space, better ideas?)
* removed the bogus p
Brian Paul wrote:
Leif Delgass wrote:
Add to list:
---
GL_ARB_multisample - R200, R100, mga (What's necessary for a driver to
support this?)
I wouldn't advertise support for GL_ARB_multisample until it really
works. The OpenGL spec allows one to support the entrypoints without
really im
On Sat, 8 Mar 2003, Nicholas Leippe wrote:
> On Saturday 08 March 2003 05:02 pm, Leif Delgass wrote:
> > BTW, I changed the PHP tags from ' > since the short versions didn't work when testing on my local system with
> > PHP 4.1.2, and the PHP docs indicate the short versions are deprecated
> > sin
On Saturday 08 March 2003 05:02 pm, Leif Delgass wrote:
> BTW, I changed the PHP tags from ' since the short versions didn't work when testing on my local system with
> PHP 4.1.2, and the PHP docs indicate the short versions are deprecated
> since they don't work well with XHTML.
Good catch. I di
On Sat, 8 Mar 2003, Brian Paul wrote:
[snip]
> > GL_ARB_multisample - R200, R100, mga (What's necessary for a driver to
> > support this?)
>
> I wouldn't advertise support for GL_ARB_multisample until it really works.
> The OpenGL spec allows one to support the entrypoints without really
> imp
Leif Delgass wrote:
On Sat, 8 Mar 2003, Brian Paul wrote:
Nicholas Leippe wrote:
On Thursday 06 March 2003 08:26 am, Suzy Deffeyes wrote:
Who is the audience for the table? Is it the end user checking to see if a
feature is available and/or has some form of HW acceleration? Or is the
audienc
On Sat, 8 Mar 2003, Brian Paul wrote:
> Nicholas Leippe wrote:
> > On Thursday 06 March 2003 08:26 am, Suzy Deffeyes wrote:
> >
> >>Who is the audience for the table? Is it the end user checking to see if a
> >>feature is available and/or has some form of HW acceleration? Or is the
> >>audience
On Saturday 08 March 2003 11:25 am, you wrote:
> I think that if you want to get into more detail about hw vs. sw features,
etc
> that it should be put below in the "Driver-specific Notes" section below.
But
> if someone feels strongly about it and will do all the work to do something
> fanci
Nicholas Leippe wrote:
On Thursday 06 March 2003 08:26 am, Suzy Deffeyes wrote:
Who is the audience for the table? Is it the end user checking to see if a
feature is available and/or has some form of HW acceleration? Or is the
audience the DRI developer, looking to see what pieces need implement
On Thursday 06 March 2003 08:26 am, Suzy Deffeyes wrote:
> Who is the audience for the table? Is it the end user checking to see if a
> feature is available and/or has some form of HW acceleration? Or is the
> audience the DRI developer, looking to see what pieces need implementing?
> That might
> I was thinking it would be nice to color code it even more and add a
legend
> to distinguish at least the following states:
>
>++
> given a | the chip has hw support |
> feature: +--+-+
>| Y | N
Nicholas Leippe wrote:
Brian,
I scratched an itch and made this dynamic. You can see it at:
http://lfm.sourceforge.net/dritest/dri_driver_features.phtml
and of course grab it if you want from:
/home/groups/l/lf/lfm/htdocs/dritest/dri_driver_features.phtml
Neat - I like it.
I was thinking it wo
Brian,
I scratched an itch and made this dynamic. You can see it at:
http://lfm.sourceforge.net/dritest/dri_driver_features.phtml
and of course grab it if you want from:
/home/groups/l/lf/lfm/htdocs/dritest/dri_driver_features.phtml
I was thinking it would be nice to color code it even more and
25 matches
Mail list logo
