I need to talk to Marcus about that, to recheck, that there isn't much that
really needs to be fixed.
No! You and Marcus _NEVER_ will find _every_ bug!
We never claimed that. However we both know probably best where some
conceptual problem lie deep within the code, especially in very
Andreas Beck wrote:
We have CVS and daily snapshots. Everyone can review the code.
This is not about me and Marcus doing some kind of conspiracy. It's just
that we had some issues that need sorting out on our schedule in the past.
But o.k. - as you want to know it, I'll tell you about
Hi,
I tried to get XGGI and KGI to work but failed, so here are my
questions:
1. I'm running fb (at least I can use fbset and set the different modes
on my screen) on a matrox card (MGA G200 AGP).
2. when I try to run XGG with something like:
XGGI -bpp 32 -targets fbdev:/dev/fb0;
It runs but I
Steve Cheng wrote:
Unless someone wants to take this task, I'll experiment. Admittedly, I
am more interested in XML, DocBook and all the other buzzword W3C
standards than graphics, so I think this is an area I could contribute
to. I want to implement a filter that converts plain text to
While i'm on a rant, if you want to impress individuals, create a
GGI demo that users can see, that shows off GGI's capabilities. in
fact, a excelent move would be to copule with some game developer
(worldforge might be a good one), and help maintain the client. (of
course makeing it
1. I'm running fb (at least I can use fbset and set the different modes
on my screen) on a matrox card (MGA G200 AGP).
2. when I try to run XGG with something like:
XGGI -bpp 32 -targets fbdev:/dev/fb0;
It runs but I only get 640x400 and can't move the cursor with my ps/2
mouse.
O.K. -
On Wed, 30 Aug 2000, Andreas Beck wrote:
Security. LibGGI is - due to its dynamic loading mechanism and its external
configurabilty via the environment - very unsuitable to be run suid.
While most people here will agree, that there isn't much use in making
LibGGI progs suid, SVGAlib
Steve Cheng wrote:
A number of people mentioned documentation. To improve that, I'd like
people to point out to me or the ML every little thing that is wrong,
misleading, omitted, or just even a little bit unclear. (Even
grammar mistakes, which there are many because the last revision was
Hello,
I can remember a time when this projet attracted too much attention. (I'm
sure several people on this list also remember that disastrous email burst
originating from the linux-kernel folks in mid-1998.) Since then, I've
never regretted the fact that GGI hides back in shadows and that
On Wed, 30 Aug 2000, Rodolphe Ortalo wrote:
Hello,
[snip]
It seems to me that this project always had a very "research-oriented"
profile. So, why not go even further in this direction? For example, I'd
really like to propose some sort of hardware description language (and the
associated
On Tue, 29 Aug 2000, Andreas Beck wrote:
Other than Steffen's KGI, we simply don't have a reasonable graphics layer
that would make sense to include in the kernel. Kgicon is basically just
another (more portable to alien systems) way to write framebuffer drivers.
Nothing _Linux_ would need.
On Tue, 29 Aug 2000 [EMAIL PROTECTED] wrote:
Quoting Andreas Beck [EMAIL PROTECTED]:
Yeah, I know - all that sounds pretty pessimistic. And I always feel
pretty sad, when it comes to that topic. GGI is "my baby" more than
any other open source project. And there is quite some blood,
On Tue, 29 Aug 2000, Christoph Egger wrote:
Tell us what you need, tell us _that_ you need it, give us a hand
implementing it, report bugs, and so on !
Well, I need GGI for OS indepence. And I need a working libgpf (Andreas?),
I assume LibGPF == GGI font support? Don't let me
On Tue, 29 Aug 2000, Stefan Seefeld wrote:
Andreas Beck wrote:
Yeah, I know - all that sounds pretty pessimistic. And I always feel pretty
sad, when it comes to that topic. GGI is "my baby" more than any other open
source project. And there is quite some blood, sweat and tears I and
On Wed, 30 Aug 2000, Jon M. Taylor wrote:
On Tue, 29 Aug 2000, Christoph Egger wrote:
Tell us what you need, tell us _that_ you need it, give us a hand
implementing it, report bugs, and so on !
Well, I need GGI for OS indepence. And I need a working libgpf (Andreas?),
I
I made up one for LibGII - it is attached.
*blush* ... I did it again ... o.k. - attached now.
--
= Andreas Beck| Email : [EMAIL PROTECTED]=
LibGII FAQ
==
Please read the file README in this directory if you are not sure about what
LibGII is.
I.
On Tue, 29 Aug 2000, Stefan Seefeld wrote:
Cesar Crusius wrote:
i think what ggi really needs is a deep breath, and a deep cleanup and
reorganization. if you download the sources, they are a mess. there
are sources that don't compile at all, and are known not to compile.
libraries are
On Tue, 29 Aug 2000, Christoph Egger wrote:
On Tue, 29 Aug 2000, Stefan Seefeld wrote:
[snip]
Remember: Release early and often...
That's IMHO _very_ important! Even more important as having the source in an
cvs tree!
Sure. This can be taken too far, as with many
On 29 Aug 2000, Tijs van Bakel wrote:
What I'd like to see is that a tarball with the current lib/libggi and
lib/libgii would be released as a _stable_ release. These two
libraries don't need any fixes to be released; they've been stable for
ages.
I agree. I don't recall the
19 matches
Mail list logo
