n the demos coming with the
extensions/libs themself, which are merely test-demos.
They can be benchmarks, proof-of-concepts or even games
(i.e. blockout-demo from libbse)
Comments?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
us to make our docs more
clear and understandable - particularly for new users/coders.
I recommend you to start with GGI coding by fixing bugs, cleaning up
the code, optimizing algorithms, etc. at variouses places in order to
learn to understand how GGI code works. The next step then is writing
a ta
ames
>hoses console on exit on Christoph's system
I just updated svgalib from 1.4.2 to 1.4.3. It doesn't hose my
console anymore. Maybe I should also mention, that svgalib has also
some embedded assembler code, which I have disabled in Makefile.cfg.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
s part of the GGI project, not the KGI one. So I CC this
mail to the GGI ML.
2. Could you be more verbose, please? I don't get your problem.
> Thnaks
> john
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
Hi all!
What is the difference between a target and a helper-target from
a) user side?
b) coder's point of view?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
y.
OK. And when I want to _write_ a helper target, are there some
differences I have to take care in comparison of writing a target?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
lications running on top of KGI profits _always_ from a fast and
secure graphic subsystem.
(Steffen: Please correct me, If I am wrong)
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
currently too
buggy to work :(
Other resources/storages hasn't been tested yet, but _sharing_ them
should work.
So far to say according to GGI... :)
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Wed, 13 Jun 2001, Brian S. Julin wrote:
>
> On Wed, 13 Jun 2001, Christoph Egger wrote:
> > IMO it's not the time to do this, because of lack of more advanced 2D
> > functionality in both KGI and GGI. But, as far as I can assess both,
> > GGI's developmen
ograms/demos/stars
^^
fails for me as well.
Please give us an output of "echo $DISPLAY" and try
DISPLAY=":0.0" libggi/programs/demos/stars
if this works.
This is necessary to determine if you did something wrong or if
you found a parsing bug.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
Hi!
Each lib/extension has its own debugging code. And they install its
header containing the debugging-macros. Does this make sense?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
s of unnecessary junk in the output if you want to debug just
> one extension.
Uhmm... this point is clear for me. I think, I was too unclear to be
understandable. I wanna know, if it makes sense, when each
lib/extension _installs_ its debugging headers.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
dolphe can send you the docs for your Matrox G400 card. He is
writing a Matrox G400 KGI driver.
> Another thing I fixed was fbdev not coming up at all for me, which was
> related to physz parsing. Hope I fixed that right.
Brian fixed that, as far as I've seen that from the mails I got from
CVS.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
directbuffer with the certain size. How can I do that?
3. Then I wanna release it again. Have I something special to do
before I can release it with ggiResourceRelease()?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Mon, 18 Jun 2001, Brian S. Julin wrote:
> On Mon, 18 Jun 2001, Christoph Egger wrote:
> > 1. How can I check the size, if it will work _before_ acquiring it
> >such as I can check a certain resolution against ggiCheckMode(),
> >if it will work or not ?
>
nstall issues
> and compiler warnings. We no longer install unusable internal debug
> headers.
This is currently true for libgii. For all other libs/extensions the
build-system is prepared to fix that.
I am going to finish this for libggi now.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
here XFree86 is ported to
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
0 hack on it yet, perhaps same problem...
>
> I think we should fix 3 and 4 and release -- comments?
When John Fortin could merge and commit his DirectX-tree into CVS,
then we should be able to archieve much more users. And more users
are more testers... :)
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
s. We know, that such a program exists (from Marcus),
but we don't know its name... :-(
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
II. and the
> horrid version of select() in Win32.
This issue should be solveable by using #ifdef's in libGII. Make
patch and show it us on the list.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
rmacy, the gnome CVS browser, so I don't have to search the
> net for CVS info each time i want to check something out, and
> pharmacy uses that feature.)
>
> Corey
>
Christoph Egger
E-Mail: [EMAIL PROTECTED]
,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Sat, 11 Mar 2000, Roland Nagtegaal wrote:
> What is PhoeniX?
PhoeniX is a X-server (port of XF86 4.0) to KGI.
> Can't find anything on the web about it.
See http://www.kgi-project.org/
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
ll be done through
the default routines like fbdev does.
Exit part
=
KGI-driver makes sure, that the ACCEL-engine is idle and nothing is
in the execution queue. Then /dev/graphic and /dev/event will be
closed. GGI apps exists as usual then (KGI-target will be closed,
etc.).
CU,
Christo
On Fri, 22 Jun 2001, Christoph Egger wrote:
> Hi everyone!
>
>
> This is my last mail for today and for the next week. I am going to
> vacation in Italy for one week.
>
> I must sleep now, because I start at 3 a.m. MEST.
>
> Brian stands in for me. So if you hav
ed it.
I got two warnings from the xf86dga-target:
mode.c: In function `GGI_xf86dga_checkmode':
mode.c:372: warning: unused variable `ysize'
mode.c:372: warning: unused variable `xsize'
That's all.
I'll try to test it now.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Sun, 1 Jul 2001, Christoph Egger wrote:
> On Sun, 24 Jun 2001, Brian S. Julin wrote:
>
> >
> > On Thu, 21 Jun 2001, Brian S. Julin wrote:
> >
> > > > > 3) cursor keys in dga seem to be malfunctioning
> > > > >
> > &
KGI- and GGI-List, because this topic
refers to both projects.
> Anyway I'm sold, I just need to get a moderatly useable version
> going with our other software and sell management on the idea.
> (and compile a few wiz-bang demos etc.)
We are glad to help you out whereever we can.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
is
only drawn on the left horizontal half of the screen, the right one
is black. The symptoms are on any resolution reproduceable.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
me other problems
> that I think should be fixed before I can get to this fix.
Please describe us the issues you found. We want you to help out
fixing these.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
Hi!
I forward this message to the GGI list as this topic is IMHO also
related to GGI.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
-- Forwarded message --
Date: Mon, 2 Jul 2001 17:08:16 -0600
From: Curtis Veit <[EMAIL PROTECTED]>
To: Rodolphe Ortalo <[EMAIL PROTE
27;m useing the debs from debian unstable. Could
> someone please help me? I'm getting really nervous, my time is running out...
Describe us your configuration (both hardware and software) you are
using. Also try to run libggi/programs/util/inputdump and explain us
the behaviour of
On Tue, 3 Jul 2001, Tobias Hunger wrote:
> On Tue, Jul 03, 2001 at 03:18:45PM +0200, Christoph Egger wrote:
> > Describe us your configuration (both hardware and software) you are
> > using. Also try to run libggi/programs/util/inputdump and explain us
> > the behaviour
problem do you have with X11? If you want to use it without
problems, then you should try out PhoeniX (the X-server coming with
KGI) or XGGI.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
before mentioned problem about linking
> against the system libgg and not the libgg in the libgii source/build
> tree.
But I think, you have forgotten to attach your patches, right?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On 3 Jul 2001, Thayne Harbaugh wrote:
> It helps to send the patches.
I have tested your patches and works fine for me.
I also have merged and committed them into CVS.
TNX, Thayne.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On 3 Jul 2001, Thayne Harbaugh wrote:
> On 03 Jul 2001 20:38:55 +0200, Christoph Egger wrote:
> >
> > On Tue, 3 Jul 2001, Christoph Egger wrote:
> >
> > >
> > > Hi!
> > >
> > >
> > > I tried to fix the same iss
c, libggi3d,
libxmi, libgcp, libwmh, libgpf and libgic. I have fixed the
confdir problem of all those libs in the meantime (and committed to
CVS).
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On 3 Jul 2001, Thayne Harbaugh wrote:
> The last patch I sent was missing a fix for libggi/libggi.conf.in
I know. That was the piece I added as I said in my previous mail.
But TNX, nonetheless. :)
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
thers aren't considered to be "core" and are in a
> different cvs module?
libgii/libgg, libggi and libgalloc are core libs and therefore in the
core cvs module.
All other libs are in other cvs modules.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
broader audience.
> >
>
> I've checked in updated DirectX target files to match my working system,
> with the exception of configure.in. It needs more work, and I'm NOT an
> autoconf, autoheader guru.
John: Is configure.in, when patched with Brian's build
Hi!
What is the usual way to access physical ram instead of virtual ram?
How can I convert addresses between physical and virtual ram?
How can I distinguish, whether I access to physical or virtual ram?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Wed, 4 Jul 2001, Brian S. Julin wrote:
>
> On Wed, 4 Jul 2001, Christoph Egger wrote:
> > What is the usual way to access physical ram instead of virtual ram?
> > How can I convert addresses between physical and virtual ram?
>
> Same way/addresses you do virtual RAM.
-"window", which is stored in physical RAM. I wanna
know, if there is a generic (= target-independet) way to get
read/write access to that "window".
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
rol about the development, but no control about
the number of really active coders... :-( That's why the current
development is so slow... :-(
We really need more active coders!
> In my case I'll start by including the current snapshot anyway,
> so for now I'm fine, but a fi
ory architectures, where
> System RAM == VRAM.
Uhmm... When you buy a new graphic card, aren't you wondered why it
requires a certain amount of system RAM ?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Wed, 4 Jul 2001, Curtis Veit wrote:
> On Wed, Jul 04, 2001 at 10:23:51PM +0200, Christoph Egger wrote:
> > Well, we have a control about the development, but no control about
> > the number of really active coders... :-( That's why the current
> > development is
On Thu, 5 Jul 2001, Christoph Egger wrote:
>
> On Wed, 4 Jul 2001, Brian S. Julin wrote:
>
> > On 4 Jul 2001, Thayne Harbaugh wrote:
> > > > Building needs to be fixed to work without LibGG being preinstalled. I thin
> > > > that has been done - wi
27;t matter. If it works fine, then it's ok. If not, then
make a detailed bug report. :)
> Maybe this helps: Debian Progeny box with Xfree 4.0.2 and Matrox
> G400 card.
So you should be able to get it working on the X, Xlib, xf86dga and
fbdev-target (accelerated) at least.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
the conf files must be a valid directory entry,
because loading of the sublibs fails as they are not in a default
search path of the dynamic library loader.
So I am going to reintroduce the @ggi_libdir@ now.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
p;& exec_prefix='${prefix}'
eval gii_confdir="ggi"
+eval sysconfdir="$sysconfdir"
AC_SUBST(gii_confdir)
AC_DEFINE_UNQUOTED(GIITAGLEN,$TAGLEN)
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
> If it is the right fix, then I can fix libggi and all the other libs
> quickly.
I have a more clean fix for libgii attached now.
Anyone here, who can test my attached patch, please?
Does the fix work for you or does it raise the previous confdir
problem again?
CU,
Christoph Egger
E-
g with
libgii is 1.3.5, FYI.
So you may update it, if you want.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
ourceForge registration is required by you for this).
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
. Is it right. I'll commit it into CVS then.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
ectory.
Send them to me and I import them for you. Please put them up in a
way to make it as easy as possible to generate debian-packages for
_each_ lib.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
filters mails with binary and/or too large attachments
out without noticing (Irish, please correct me if I am wrong).
Or you have forgotten to attach it...
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
urceforge.net/cvs/?group_id=16307
http://sourceforge.net/docman/display_doc.php?docid=763&group_id=1
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
ed int uint32;
> +typedef signed long sint32;
> +typedef unsigned long uint32;
That's wrong, because on 64bit architectures "long" is 64bit wide.
> typedef signed int ggi_sint;
> typedef unsigned int ggi_uint;
>
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
ure. I think
> > something like this would be in order:
> >
> >
> > libgg
> > libgg-dev
>
> I put libgg in with libgii because it is a sub piece of libgii in CVS.
> What exactly is libgg? Does it handle configuration?
Yep. It handles also the dynamic loading of our sublibs and provides
locking mechanism for thread-safe programming.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On 5 Jul 2001, Thayne Harbaugh wrote:
> I sent a patch - twice.
Then upload it somewhere and send just the URL to the list.
Irish <[EMAIL PROTECTED]> is our GGI ML admin. Contact him, when you
have anything up to him.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
Hi!
I have looked roughly through Thayne's libtool patch for libgii.
The update to libtool 1.4 fixes our linking problem with libgg and,
moreover, it adds support for the IA64 architecture. So we should be
able to get GGI working on the Itamium platform. That's great!
CU,
Christo
On 5 Jul 2001, Thayne Harbaugh wrote:
> It also has AMD Athlon stuff - I'm doing Athlon optimized builds.
Does that mean, that you have an Athlon machine? Cool.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
tall such stuff ?
> > /usr/games and /usr/doc ?
>
> Under Debian "example sources" go in /usr/share/doc//examples and
> must be zipped.
What says the LSB (Linux Standard Base), what should be stored where?
That should be a good point to start thinking about the
directory-structure we should use for packages.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Thu, 5 Jul 2001, Brian S. Julin wrote:
> On Fri, 6 Jul 2001, Christoph Egger wrote:
> > I have looked roughly through Thayne's libtool patch for libgii.
> >
> > The update to libtool 1.4 fixes our linking problem with libgg and,
> > moreover, it adds support
is because of not changing $(libdir) and $(sysconfdir) in the
Makefile -files.
But see my other mail on the list (Subject: "Re: pattern issues to
solve (was: Re: IA64)").
> On 05 Jul 2001 12:15:03 +0200, Christoph Egger wrote:
> >
> > On Wed, 4 Jul 2001, Brian S. Julin w
reak;
+ #endif
case BTAB:
priv->kbd_accents = 0;
action |= BKEY;
=
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Fri, 6 Jul 2001, Christoph Egger wrote:
> On Thu, 5 Jul 2001, Brian S. Julin wrote:
>
> > On Fri, 6 Jul 2001, Christoph Egger wrote:
> > > I have looked roughly through Thayne's libtool patch for libgii.
> > >
> > > The update to libtool
or libggi or does it work for each lib?
I the last case calling patchlib at install-time would be a good way
to solve the conf-file not found error, because we can replace the
${prefix} by the install-path prefix (i.e. /usr/local).
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
d macros, the fix is
> correct.
OK. I've committed this patch into CVS.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Fri, 6 Jul 2001 [EMAIL PROTECTED] wrote:
> Christoph Egger writes:
>
> > Hi!
>
> > The CVS service at SourceForge is currently offline in order to
> > increase disk capacity for CVS and other maintaining tasks.
>
> Is that why I k
s*
wrappers
The modules marked with '*' are related you to check through plus
the "libname" directory placed in tools/ehelper/.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Fri, 6 Jul 2001, Christoph Egger wrote:
> On Fri, 6 Jul 2001 [EMAIL PROTECTED] wrote:
>
> > Christoph Egger writes:
> >
> > > Hi!
> >
> > > The CVS service at SourceForge is currently offline in order to
> > > increase disk capacity fo
can focus on fixing the pattern issue on all the other libs.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
re hints to libtool about how to link against
> libraries and do some of it's masking of library building and linking
> complexities from developers.
Doesn't that link libgg to libgii statically, does it?
> PPS. I'll be updating other packages outside of ggi-core with new
> configure.in files shortly.
That's awesome!
BTW: Thayne: Should I commit the two patches I've sent you?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
a TODO file somewhere =^)
Well, when these small concerns won't break the build system again
then you can do that between 2beta4 and 2.0 final.
BTW: Thayne: I've committed the two patches I have sent you into CVS
plus did the same changes for libgalloc.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
tag go in ASAP.
Can we determine a release-date on Tuesday 20:00 UTC? That gives
people time to test the new build environment and to send us some
last-minute fixes.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
Hi!
Are the two Bug-Reports "XGGI doesn't start with xdm" and "returning
from svgalib in x11" still valid or are they fixed and can be closed?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
Hi!
The bug report @ SourceForge comes from a guy, who reached at
[EMAIL PROTECTED] Has anyone the hw-docs about the chips&tech chipsets?
Maybe he want to write a KGI driver for this chipset?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
Hi!
What is the ltconfig file? It seems to me to be part of libtool. If I
am true, then we must it update, because it has the version 1.3.5a
and I wanna avoid version conflicts.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
y.
> Best Regards,
> Adam Russell
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
Hi!
Due to the SF CVS statistics we have done 175 commits yesterday
(Saturday)...
I wanna never hear anything about GGI being dead...
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
for
> > having the docs up to snuff for the 2.0final release?
>
> Well, I planned to go on holiday from 20th of july for two weeks...
> I'll try to get everything ready before.
Maybe that Steve Cheng will stand in for you in that time? Steve?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
config' not found
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On 9 Jul 2001, Thayne Harbaugh wrote:
> On 09 Jul 2001 17:29:36 +0200, Christoph Egger wrote:
> > On 9 Jul 2001, Thayne Harbaugh wrote:
> >
> > > ltconfig is dead with libtool 1.4 and should be removed. libtool.m4,
> > > however, should be added. I'm p
> $(top_builddir)/libtool is a script that should be generated during
> configure.
Yep. It is created.
> This keeps things portable rather than using a particular
> libtool from a particular box.
>
> If everything builds okay I think it's okay to ignore this warning.
This is the case for me.
Great work, Thayne. Keep it!
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On 9 Jul 2001, Thayne Harbaugh wrote:
> Anyone want to turn on -Wall and -Werror and chase bad stuff? I just
> saw a "control reaches end of non-void function" warning go scrolling by
> (quite a serious warning).
In which lib? file? line-number?
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
curity-critical file, if suid-programs are to be made (which
> should be possible, though not recommended).
>
> Otherwise someone could just override the config for such a program to make
> it execute arbitrary code (I envision display-make_me_root :-).
I see.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
sion, so gcc 3.0 should be the pickiest compiler.
> So I'd recommend that everyone does an errlog build and checks the warnings.
Yes. Everyone has a different environment. So if everyone will do
that, then we have a test result of various gcc versions on various
plattforms/configurations.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
nd libggi 2beta4
based on the tagged source immediately.
Eric: Be prepared to get the packages (tarballs, rpms, debs, whatever
has been created till that time) shortly before 20:00 UTC today in
order to upload it on our ftp server.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On 10 Jul 2001, Thayne Harbaugh wrote:
> Is there a library for doing motion video to a region?
Well, that _is_ libovl, but it has no target yet, which _supports_
what you want.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Tue, 10 Jul 2001 [EMAIL PROTECTED] wrote:
> Christoph Egger writes:
>
> > Eric: It is time to prepare the ChangeLog files for both libggi and
> > libgii to create from CVS logs and commit it.
> > As I get the mails from CVS, I'll notice, when you have it d
On Tue, 10 Jul 2001, Brian S. Julin wrote:
> On Tue, 10 Jul 2001, Christoph Egger wrote:
> > :) In that case, we will sue your ISP! ;-))
... and Eric's modem vendor! ;-))
> Spoken like a true American!
Oh, wow! Could you send me my american passport, then? ;-))
> err.
aclang.m4:124: _AC_LANG_SET is expanded from...
> aclang.m4:133: AC_LANG is expanded from...
> ./aclocal.m4:3456: AC_CHECK_WINFUNC is expanded from...
> ./aclocal.m4:3471: AC_CHECK_WINFUNCS is expanded from...
> configure.in:249: the top level
> --
> the configure file is empty.
Dito.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
2.0 release?
No. libGAlloc isn't ready for that (it hasn't even reached the
beta-state). Maybe that libgalloc will be released together with GGI
2.1 or 2.2...
> If it is then there's a bit to do with it:
... but thanks. I've fixed the warnings, nonetheless.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Tue, 10 Jul 2001, Cesar Crusius wrote:
> On Tuesday 10 July 2001 03:39, Christoph Egger wrote:
> > Hi!
> >
> > We make now a feature freeze until the _final_ release is done.
> > We should freeze the build environment for libgii and libggi now as
> >
ing process: Get a
clean source from CVS. Both cvs update and cvs checkout has a param
known '-r ', where is 'version_0_8' for libgii and
'version_2beta4' for libggi.
Let's start NOW!! It's now Tue Jul 10 19:07:27 UTC 2001 as of this
writing.
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
On Tue, 10 Jul 2001, Christoph Egger wrote:
>
> Hi!
>
>
> It's done: Code freeze!!
>
> Eric has committed the ChangeLog files.
>
> I have tagged libgii with 'version_0_8' (CVS doesn't allow
> version_0.8, because of the '.'-ch
On Tue, 10 Jul 2001 [EMAIL PROTECTED] wrote:
> Christoph Egger writes:
> > Now I have two source tarballs (libgii and libggi).
> >
> > I have called them as libgii_0.8.src.tar.bz2 and
> > libggi_2.0b4.src.tar.bz2.
> >
> > Is the filename ok
1 - 100 of 825 matches
Mail list logo
