> From: Linus Torvalds <[EMAIL PROTECTED]>
> To: Jon Smirl <[EMAIL PROTECTED]>
> Subject: Re: Sourceforge CVS, was Re: [Dri-devel] radeon error
>
> On Tue, 2 Sep 2003, Jon Smirl wrote:
> > Having used CVS and BitKeeper, BitKeeper is way better.
>
> I will just add a big "Amen, Brother!" to that.
On Tue, 2003-09-02 at 16:42, Mike A. Harris wrote:
> On Tue, 2 Sep 2003, Keith Whitwell wrote:
>
> >What is wrong right now is that we can't get uptodate versions of the
> >repository to non-developers.
> >
> >Non-developers currently don't have BK, arch, subversion or even cvsup
> >installed.
On Tue, 2 Sep 2003, Keith Whitwell wrote:
>What is wrong right now is that we can't get uptodate versions of the
>repository to non-developers.
>
>Non-developers currently don't have BK, arch, subversion or even cvsup
>installed. They do seem to often have CVS installed, and we've successfully
Ian Romanick wrote:
Jon Smirl wrote:
The BitKeeper people have said they would love to be the host for
DRI/Mesa
source. We would still leave bug tracking, web pages, etc at
Sourceforge. Only
the source code would move.
I'm not 100% positive, but I believe that if this happens I will no
longer
Michel Dänzer wrote:
On Tue, 2003-09-02 at 23:17, Jon Smirl wrote:
--- Michel Dnzer <[EMAIL PROTECTED]> wrote:
On Tue, 2003-09-02 at 19:37, Jon Smirl wrote:
The BitKeeper people have said they would love to be the host for DRI/Mesa
source.
I strongly object to this, I won't take part in developm
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:
> That said lots of people like it a lot & I'm pretty fed up with slow cvs
> operations -- rtag for instance should be instantaneous, but takes 10-20 min
Instantaneous with BK.
> -
> why?
>
> Keith
>
>
=
Jon Smirl
[EMAIL PROTECTED]
If we just want to get rid of sf.net, CVS on freedesktop.org would
probably be a good place to go. Plus, then we could set up cvsup, which
offers fast checkouts/updates for folks and repository mirroring for
developers.
That was my original thought/hope -- a better free cvs host. sf.net is
tank
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> Exactly, so why are you trying to sneak in a non-free tool instead of
> addressing the real problem?
It's not a very stealthy sneak. I have been using both for a year and BK is
simply much better than CVS. I also admit, I use Redhat not Debian; I am n
On Tue, 2003-09-02 at 23:17, Jon Smirl wrote:
> --- Michel Dnzer <[EMAIL PROTECTED]> wrote:
> > On Tue, 2003-09-02 at 19:37, Jon Smirl wrote:
> > > The BitKeeper people have said they would love to be the host for DRI/Mesa
> > > source.
> >
> > I strongly object to this, I won't take part in devel
--- Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Tue, 2003-09-02 at 19:37, Jon Smirl wrote:
> > The BitKeeper people have said they would love to be the host for DRI/Mesa
> > source.
>
> I strongly object to this, I won't take part in development with
> non-free tools. If CVS really is a problem,
On Tue, 2003-09-02 at 22:35, Mike A. Harris wrote:
>
> freedesktop.org is currently reorganizing a bit, and planning on
> being a central umbrella of sorts for the hosting of projects
> related to desktop technology. The goal is to provide a single
> place where related desktop oriented projec
What about CVS mirrors "around" the world?
Have a look at www.berlios.de.
Greetings,
Dieter
--
Dieter Nützel
Graduate Student, Computer Science
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek
Am Dienstag, 2. September 2003 22:22 schrieb Michel Dänzer:
> On Tue, 2003-09-02 at 19:37, Jon Smirl wrote:
> > The BitKeeper people have said they would love to be the host for
> > DRI/Mesa source.
>
> I strongly object to this, I won't take part in development with
> non-free tools.
I second tha
On Tue, 2003-09-02 at 10:37, Jon Smirl wrote:
> The BitKeeper people have said they would love to be the host for DRI/Mesa
> source. We would still leave bug tracking, web pages, etc at Sourceforge. Only
> the source code would move.
>
> They host the master copy of the Linux source:
> http://linu
My original send didn't have dri-devel on it. Oopsie.
--
Mike A. Harris
-- Forwarded message --
Date: Tue, 2 Sep 2003 14:35:54 -0400 (EDT)
From: Mike A. Harris <[EMAIL PROTECTED]>
To: Keith Whitwell <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], Keith Packard <[E
On Tue, 2003-09-02 at 19:37, Jon Smirl wrote:
> The BitKeeper people have said they would love to be the host for DRI/Mesa
> source.
I strongly object to this, I won't take part in development with
non-free tools. If CVS really is a problem, there are free alternatives
which should be more than po
Jon Smirl wrote:
The BitKeeper people have said they would love to be the host for DRI/Mesa
source. We would still leave bug tracking, web pages, etc at Sourceforge. Only
the source code would move.
I'm not 100% positive, but I believe that if this happens I will no
longer be allowed to make cont
On Tue, 2 Sep 2003, Keith Whitwell wrote:
> It sounds like it should be sophisticated enough to allow a transition where
> sourceforge cvs continues to work and be updated, and accept updates of its
> own. That is it *sounds* like we could have some developers using cvs, some
> bitkeeper but hav
There are 31 people with write access to dri.sf.net. The simplest solution
would be for those 31 to switch to BitKeeper. It is easy to then mirror a
read-only copy of the Bitkeeper repository to Sourceforge CVS. The key
controversial point in the BK licenses is that the license for the free version
On Tue, 2 Sep 2003, Keith Whitwell wrote:
>
> It sounds like it should be sophisticated enough to allow a transition where
> sourceforge cvs continues to work and be updated, and accept updates of its
> own.
I'm afraid that it isn't quite _that_ seamless.
The BK -> CVS/SVN gateway is one-way
Linus Torvalds wrote:
On Tue, 2 Sep 2003, Jon Smirl wrote:
Having used CVS and BitKeeper, BitKeeper is way better.
I will just add a big "Amen, Brother!" to that.
Yes, BitKeeper has license issues, and some people won't touch it. But
there are CVS/SVN gateways for that, and the kernel people (w
I think it worked in the past, but I think something got broken
recently. I've seen several reports of it being broken recently on the
xfree MLs. there are some bugs for it on xfree bugzilla.
Alex
--- Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> Is Xv output supposed to work on i830-based set
On Tue, 2 Sep 2003, Jon Smirl wrote:
>
> Having used CVS and BitKeeper, BitKeeper is way better.
I will just add a big "Amen, Brother!" to that.
Yes, BitKeeper has license issues, and some people won't touch it. But
there are CVS/SVN gateways for that, and the kernel people (who I think
tend to
Jon Smirl <[EMAIL PROTECTED]> wrote:
> The BitKeeper people have said they would love to be the host for DRI/Mesa
> source. We would still leave bug tracking, web pages, etc at Sourceforge. Only
> the source code would move.
This reheats the discussion about a BK to CVS gateway. There is one for t
Is Xv output supposed to work on i830-based setups? I seem to get just a
blue overlay when I try using mplayer or similar. Normal shm-X11 works
fine, but both Xv and SDL do not (SDL will try to use Xv - but I checked
it just in case it was an mplayer Xv usage bug. I can't imagine that both
the na
Thomas Emmel <[EMAIL PROTECTED]> wrote:
> and this message means that the CVS-server is full.
> I think this was mentioned before two days ago.
> Some days before I had the problem that the download hangs in
> xc/xc/util/patch infinitely. Now I tried to download completely
> from scratch without
The BitKeeper people have said they would love to be the host for DRI/Mesa
source. We would still leave bug tracking, web pages, etc at Sourceforge. Only
the source code would move.
They host the master copy of the Linux source:
http://linux.bkbits.net/
and I have a copy of Mesa there:
http://mes
On Tue, 2003-09-02 at 16:44, Brian Paul wrote:
> If one doesn't have a single graphics card capable of driving this
> display, four systems can be used:
>
> With DMX (http://dmx.sourceforge.net/) you can set up a multi-machine
> Xinerama desktop.
>
> On top of that, you can use Chromium (http:/
Thomas Emmel wrote:
I would do so if I could download the source.
CVS is currently unusable for normal users.
Error is:
cvs [server aborted]: cannot make directory KSC5601: No space left on
device
and this message means that the CVS-server is full.
OK, this was supposed to have been fixed in Augus
On Tue, 2003-09-02 at 17:24, Keith Whitwell wrote:
> Thomas,
>
> Is it correct that your application is using 1-dimensional textures and vertex
> arrays? This is a little-exercised aspect of the driver, but it shouldn't too
> hard to fix up. I'll try and rig up something here that exercises th
Eric Anholt wrote:
On Fri, 2003-08-29 at 17:22, Ian Romanick wrote:
Eric Anholt wrote:
* Not sure if the fogging in fire is correct -- it looks like I
would expect it to, but it disagrees with software rendering.
That is common. The sw path does per-pixel fog calculations and the hw
Eric Anholt wrote:
As some of you have heard, I'm working on getting the SiS DRI working
again. It's been quite a lot of work, particularly given my lack of
knowledge about OpenGL or the structure of the client drivers. However,
I am to the point where I can run several mesa demos (gears, fire,
t
What can I do to help get the i855GM 1280x768 mode working
in the i830/i810 driver? What is involved?
Bob Williams
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Michel Dänzer wrote:
On Sat, 2003-08-30 at 13:06, Jouni Tulkki wrote:
Is there a way to make moving images and textures to video memory faster?
Currently I'm using Radeon 9500 Pro and AGP 8x.
Curious, how do use AGP without the DRI being enabled? :) (And how 8x
when the X server only supports u
Eric Anholt wrote:
On Sun, 2003-08-31 at 03:47, Michael Schreckenbauer wrote:
Am Samstag, 30. August 2003 00:02 schrieb Eric Anholt:
My current diff is at:
http://people.freebsd.org/~anholt/dri/files/sis-14.diff
It's against DRI CVS. Should work fine on Linux/FreeBSD, with or
without sisfb. I h
card.
Your AGP problem may be solved by a 2.6.0-test kernel, but I'm not sure.
You might look into that. The VIA Pentium 4 chipsets aren't very well
supported in any way, as far as I know.
I'm currently using the radeon-20030902-linux.i386.tar.bz2 drivers, XFree86
4.3.0, and ke
Thomas,
Is it correct that your application is using 1-dimensional textures and vertex
arrays? This is a little-exercised aspect of the driver, but it shouldn't too
hard to fix up. I'll try and rig up something here that exercises the problem.
In the meantime, what does the following patch do
Brian Paul wrote:
> People have driven the T221 in that manner, but I'm not sure how
> the video signals from the four cards were synchronized.
See http://graphics.stanford.edu/papers/cr/cr.pdf. They used IBM's SGE
(Scalable Graphics Engine, a network-attached parallel framebuffer) to
drive the
Jouni Tulkki wrote:
I use firegl driver from ATI. I know this is not directly related
to DRI but still.
I enabled Fast Writes from bios and now I get 440MB/s with ShmPutImage.
The real bottleneck seems to be texture downloading with glTexImage2d.
The speed I get is 121MB/s. Using glDrawPixels I ge
On Tue, 2003-09-02 at 11:56, warren mann wrote:
>
> maya.bin: r200_vtxfmt.c:1087: r200VtxfmtUnbindContext: Assertion `vb.context
> == ctx' failed.
[...]
> I'm currently using the radeon-20030902-linux.i386.tar.bz2 drivers, [...]
Which don't have an effect for you,
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-02-09 10:28 ---
Hi,
With my Amilo A the
Linus Torvalds wrote:
Ok, this is pretty off-topic, but I'm wondering what the status is for
open-source support of 3D-capable drivers for such studly monitors as the
IBM T221.
Yes, it's still expensive as hell, but it isn't nearly as bad as it was a
few years ago when it was very limited availabil
Linus Torvalds wrote:
Ok, this is pretty off-topic, but I'm wondering what the status is for
open-source support of 3D-capable drivers for such studly monitors as the
IBM T221.
Yes, it's still expensive as hell, but it isn't nearly as bad as it was a
few years ago when it was very limited availabil
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-01-09 23:55 ---
Created an attachment (id=5
old mga400 and everything worked
without crashing.
I'm currently using the radeon-20030902-linux.i386.tar.bz2 drivers, XFree86
4.3.0, and kernel 2.4.22.
Here is the device section from my XF86Config:
--
Section "Devic
Does switching to a VT before suspend and switching back after help any?
Dave.
On Tue, 2 Sep 2003, Robos wrote:
> Hi dear developers :)
> Thanks a lot for your efforts! Now my (newbie) question:
> my i830 dri powered xserver sometimes restarts after suspend-to-ram (loosing
> all open windows)
Hi dear developers :)
Thanks a lot for your efforts! Now my (newbie) question:
my i830 dri powered xserver sometimes restarts after suspend-to-ram (loosing
all open windows) with this error message in dmesg:
[drm:i830_wait_ring] *ERROR* space: 52232 wanted 131064
[drm:i830_wait_ring] *ERROR* locku
> > However, I was wondering if anybody knows of somebody using it with
proper opensource drivers.. Or is just otherwise confident for some
technical reason that it should work..
> > I'd want 3D acceleration to work, but I don't care if it ends up
being limited to smaller areas (ie if the canvas
Linus Torvalds wrote:
Ok, this is pretty off-topic, but I'm wondering what the status is for
open-source support of 3D-capable drivers for such studly monitors as the
IBM T221.
It is a beast. A couple people in my group are trying to convince
management that we need one, but it's a hard sell (as
49 matches
Mail list logo
