Andreas Beck wrote:
I mean, is there any schedule on when a new release of GGI/KGI is going
to happen?
Hmm - Marcus: How is your current schedule ? We should probably finally whip
up a new LibGGI release.
* Is going KGI to be integrated in the new 2.4x kernel series?
No.
If
Andreas Beck [EMAIL PROTECTED] writes:
Speaking of cube3d, I don't think I mentioned this screenshot here:
http://www.stacken.kth.se/~mackan/ggi/ggidvd/pics/ggicube.jpg
I shows ggidvd running on four sides of cube3d. (Don't try this at
home unless you got a really fast machine...)
Hello to you all.
As the initiator of the thread "Where is GGI heading?", I want to
express my own feelings about the GGI project.
First of all: the thread has brought good things to think about, what is
a very good thing... Even a IRC meeting is being requested. That
demonstrates that GGI
[many good and true thoughts deleted]
Linux is quite stable, much more than Windows is. But this is only
partly true. Yes, it's stable in text mode, but the X Server crash quite
easily, and will crash much more with DRI, and of course with DGA.
True - at least for some servers I used in the
Speaking of cube3d, I don't think I mentioned this screenshot here:
http://www.stacken.kth.se/~mackan/ggi/ggidvd/pics/ggicube.jpg
I shows ggidvd running on four sides of cube3d. (Don't try this at
home unless you got a really fast machine...)
Cool one. Can you do it with 4 different movies ?
Hello hello,
Felt like I should answer, too .. :)
* Is going KGI to be integrated in the new 2.4x kernel series?
No.
Before that, I suppose all the old kgi drivers should be ported/cleaned up
for the new KGI or we won't hold much interest against the now-quite-working
fbdev drivers ..
[EMAIL PROTECTED] (Christoph Egger) writes:
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.
That's already quite done. Have a look at cube3d, etc...
Speaking of cube3d, I don't think I mentioned this
How about LDDK (http://www.llp.fu-berlin.de/pool/software/dutil/) for a
beginning?
If the _L_ there means _L_inux, then please don't, except for maybe
borrowing ideas.
I want KGI/KGIcon to stay absolutely portable.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED]
On Thu, 31 Aug 2000, Andreas Beck wrote:
How about LDDK (http://www.llp.fu-berlin.de/pool/software/dutil/) for a
beginning?
If the _L_ there means _L_inux, then please don't, except for maybe
borrowing ideas.
Yes. LDDK = Linux Driver Development Kit.
I want KGI/KGIcon to stay
On Thu, 31 Aug 2000, Christoph Egger wrote:
On Thu, 31 Aug 2000, Andreas Beck wrote:
How about LDDK (http://www.llp.fu-berlin.de/pool/software/dutil/) for a
beginning?
If the _L_ there means _L_inux, then please don't, except for maybe
borrowing ideas.
Yes. LDDK = Linux Driver
On Thu, 31 Aug 2000, Rodolphe Ortalo wrote:
On Thu, 31 Aug 2000, Christoph Egger wrote:
On Thu, 31 Aug 2000, Andreas Beck wrote:
How about LDDK (http://www.llp.fu-berlin.de/pool/software/dutil/) for a
beginning?
If the _L_ there means _L_inux, then please don't, except
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
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
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
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
I mean, is there any schedule on when a new release of GGI/KGI is going
to happen?
Hmm - Marcus: How is your current schedule ? We should probably finally whip
up a new LibGGI release.
* Is going KGI to be integrated in the new 2.4x kernel series?
No.
If not, why?
Hmm - Steffen what is
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, sweat
and tears I and several other people put into
Hi Andreas,
I've been lurking on this list for quite a while. I think GGI is the way
to go but as you said it needs some driving force.
I think there are two prolems GGI has:
1. Documentation is outdated/incomplete, so newbies get frustrated (I
stell can't get XGGI running on fbdev or kgicon,
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 several
other people put into it, so it really
Yeah, where is GGI heading?
This is my experience with GGI.
1) I compiled KGI for VGA.
2) I installed the module.
3) I got an Oops on con2fbmap.
Not very encouraging.
I have many thoughts on the subject. I could even
help with many things ( yes I am a loser with no
job).
I still think
Is GGI/KGI ending as a curiosity - another kind of graphics library - ,
I am afraid it will - regarding Linux.
or does it have a future as a basic part of Linux?
It has a future, but I assume it will rather be in the embedded systems
market. It's used quite some there ;-).
Stefan Seefeld [EMAIL PROTECTED] writes:
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 several
PS: oh, and holding IRC meetings to get some synergy back into the group
is certainly helpful as well...
I agree. But that may be for some people too expensive - especially for one,
who lives in germany like me... (Wanna say: the telephone costs!)
I prefer a mailing-list, because
O.K. - thank you folks for your encouraging and enlightening comments.
You really cheered me up some, and thus I drew some energy from it to be put
back into the project.
Let me first summarize a bit on what was suggested in the various mails, and
how these issues should (IMHO of course) be
Andreas Beck [EMAIL PROTECTED] writes:
Come one folks ! A project as big as GGI doesn't live by half a dozen
semi-active coders. At least we need some _motivation_.
I still love using libggi. I can develop everything I like in svgalib
and jump to X11 every once in a while to aid in
On Wed, 30 Aug 2000, Lee Brown wrote:
Yeah, where is GGI heading?
This is my experience with GGI.
1) I compiled KGI for VGA.
2) I installed the module.
3) I got an Oops on con2fbmap.
Not very encouraging.
That's right. ;-) Which kernel are you using?
I have many thoughts on the
37 matches
Mail list logo
