Kahakai 0.5.1 is out!

[n0cmonkey]

Originally posted by: drag
I don't know, seems gcc 3 is pretty mature....

Wouldn't seem to be a big deal since you can have more then one copy of gcc at a time. But what do I know, eh?

I don't want multiple versions on the system. I'm wierd. But I'm trying to install it anyways.

Something to screw around with when you get bored.

I messed with this yesterday a bit. Turns out my limits weren't letting me finish building it. I'll be playing with it for a bit today, just to see if I can. Hell, maybe I'll install Tendra too.

 

[Crusty]

Hey guys, have you gotten Kahakai to run under gnome? I tried and it just caused all sorts of problems...so Im emerging KDE now...well started a few hours ago....

 

[n0cmonkey]

$ echo $CCC
/usr/local/bin/eg++
$ $CCC -v
Reading specs from /usr/local/lib/gcc-lib/i386-unknown-openbsd3.4/3.2.3/specs
Configured with: /usr/ports/lang/egcs/stable/w-gcc-3.2.3/gcc-3.2.3/configure --verbose --program-transform-name=s,^,e, --disable-nls --with-system-zlib --enable-cpp --enable-languages=c,c++,f77,objc --with-gnu-as --with-gnu-ld --enable-shared --prefix=/usr/local --sysconfdir=/etc
Thread model: single
gcc version 3.2.3

But of course when I try a ./configure:
checking c++ version... ..
configure: error: you need g++ version 3.0.0 or above to compile Kahakai.


Guessing the port is broken...

 

[Nithin]

Where can I find the documentation for kahakai?
the screenshot by fifthpope on the kahakai page is really something. i want to change the default
look and add a few icons etc. and make it look like that.

How do I go about this?

 

[drag]

That Sucks.


Does the ./configure look for the $CCC variable or does it just call up the gcc executable by itself.

Usually you use symlinks for this sort of thing.. at least in Linux I think.

Maybe the configure script has a --prefix option for the compiler..

 

[n0cmonkey]

Originally posted by: drag
That Sucks.


Does the ./configure look for the $CCC variable or does it just call up the gcc executable by itself.

Usually you use symlinks for this sort of thing.. at least in Linux I think.

Maybe the configure script has a --prefix option for the compiler..

It doesn't look like the egcs 3 port is installing properly. I may be doing something wrong here, but I downloaded a c++ program from the net (random google search for "simple c++ program" ). The error I get when I try to compile it is: egcc: installation problem, cannot exec `cc1plus': No such file or directory. So this is what I get for using -currernt

Manually installing gcc now. There are roughly 10389320912389039.2 patches for it though

 

[drag]

Ah, so THAT'S why you said you would have issues with gcc3...

Your right, you are weird, you freaky openbsd user.

 

[n0cmonkey]

Originally posted by: drag
Ah, so THAT'S why you said you would have issues with gcc3...

Your right, you are weird, you freaky openbsd user.

I have more issues with gcc3 than the fact there are a million patches for it. BBWF touched on one of the problems with his complaints about backwards compatibility. The gcc developers do not pay enough attention to backwards compatibility. Dropped architectures, slow compilations, etc. make build of OpenBSD 68020 takes roughly 8 days with gcc 2.95. gcc 3.1 was supposedly, roughly, twice as slow. Not the best situation to put yourself in when you have to recompile your operating system frequently.

Of course, the c++ and architecture support is nice. Some sparc64 things have been fixed in gcc3 that are either tough or impossible to fix in gcc 2.95. Also, from what I hear, the c++ support is almost up to standards now.

And this damned html INSTALL documents.... oi.

Never mind this, it's too much trouble. gcc 3 doesn't want to build.

 

[Barnaby W. Füi]

Originally posted by: n0cmonkey
$ echo $CCC
/usr/local/bin/eg++
$ $CCC -v
Reading specs from /usr/local/lib/gcc-lib/i386-unknown-openbsd3.4/3.2.3/specs
Configured with: /usr/ports/lang/egcs/stable/w-gcc-3.2.3/gcc-3.2.3/configure --verbose --program-transform-name=s,^,e, --disable-nls --with-system-zlib --enable-cpp --enable-languages=c,c++,f77,objc --with-gnu-as --with-gnu-ld --enable-shared --prefix=/usr/local --sysconfdir=/etc
Thread model: single
gcc version 3.2.3

But of course when I try a ./configure:
checking c++ version... ..
configure: error: you need g++ version 3.0.0 or above to compile Kahakai.


Guessing the port is broken...

Argh, that check has been broken for non-gnu sed for a while. sed is the problem. I was working on fixing it but haven't finished yet. If you want to hunt through configure and delete that check, go for it, it should still work fine.

 

[Barnaby W. Füi]

Originally posted by: Nithin
Where can I find the documentation for kahakai?
the screenshot by fifthpope on the kahakai page is really something. i want to change the default
look and add a few icons etc. and make it look like that.

How do I go about this?

There's some begginnings of docs up on the site under the DOCS link at the top, also check the wiki. You can find a few styles on freshmeat now here, and all waimea and black/open/fluxbox themes are compatible. For icons, you can use nautilus or rox or idesk or probably other apps I don't know about (i.e. kahakai doesn't handle icons itself whatsoever)

 

[Barnaby W. Füi]

Originally posted by: MCrusty
Hey guys, have you gotten Kahakai to run under gnome? I tried and it just caused all sorts of problems...so Im emerging KDE now...well started a few hours ago....

Yeah it works fine under gnome, although I was playing with it yesterday and gnome seems to be really braindead about letting you edit the window manager in gconf. Anyways, it *should* work by running gconf-editor and editing the desktop->applications->window_manager key. But it didn't for me - it would just magically revert back, which urked me majorly. You can also just run kahakai and then launch gnome-panel and nautilus from it in ~/.kahakai/autostart.

 

[pitupepito2000]

Hi guys, the way you use kahakai with gnome is to do the following:
1. open a shell and kill the wm that is running on gnome by default is metacity
2. once metacity is killed start kahakai
3. save the configuration by using the command "gnome-sesion-<tab>" and look at your options.\
4. the next time you start gnome kahakai should be running instead of metacity.

This is known to work.

I hope this helps,
pitupepito

 

[Barnaby W. Füi]

Originally posted by: pitupepito2000
Hi guys, the way you use kahakai with gnome is to do the following:
1. open a shell and kill the wm that is running on gnome by default is metacity
2. once metacity is killed start kahakai
3. save the configuration by using the command "gnome-sesion-<tab>" and look at your options.\
4. the next time you start gnome kahakai should be running instead of metacity.

This is known to work.

I hope this helps,
pitupepito

When I was killing sawfish, it would respawn immediately after I killed it. Within like a tenth of a second.

 

[pitupepito2000]

oh why don't you try to:

1. 'pkill sawfish"
2. run "gnome-session-properties" I think or wathever the program is to change the settings in your session (take a look at gnome-<tab>" and see what you have) and you have to change your default wm to using a configuration option.

I hope this helps,
pitupepito

 

[Barnaby W. Füi]

Like I said, when I kill sawfish, it comes back immediately. gnome-session-properties doesn't stop sawfish from loading, even if i delete it from the session.

 

[n0cmonkey]

Originally posted by: BingBongWongFooey

Originally posted by: n0cmonkey
$ echo $CCC
/usr/local/bin/eg++
$ $CCC -v
Reading specs from /usr/local/lib/gcc-lib/i386-unknown-openbsd3.4/3.2.3/specs
Configured with: /usr/ports/lang/egcs/stable/w-gcc-3.2.3/gcc-3.2.3/configure --verbose --program-transform-name=s,^,e, --disable-nls --with-system-zlib --enable-cpp --enable-languages=c,c++,f77,objc --with-gnu-as --with-gnu-ld --enable-shared --prefix=/usr/local --sysconfdir=/etc
Thread model: single
gcc version 3.2.3

But of course when I try a ./configure:
checking c++ version... ..
configure: error: you need g++ version 3.0.0 or above to compile Kahakai.


Guessing the port is broken...

Argh, that check has been broken for non-gnu sed for a while. sed is the problem. I was working on fixing it but haven't finished yet. If you want to hunt through configure and delete that check, go for it, it should still work fine.

I'll look at playing with this after Nov 1. Has this been tested on non-x86 machines?

 

[Barnaby W. Füi]

Originally posted by: n0cmonkey

Originally posted by: BingBongWongFooey

Originally posted by: n0cmonkey
$ echo $CCC
/usr/local/bin/eg++
$ $CCC -v
Reading specs from /usr/local/lib/gcc-lib/i386-unknown-openbsd3.4/3.2.3/specs
Configured with: /usr/ports/lang/egcs/stable/w-gcc-3.2.3/gcc-3.2.3/configure --verbose --program-transform-name=s,^,e, --disable-nls --with-system-zlib --enable-cpp --enable-languages=c,c++,f77,objc --with-gnu-as --with-gnu-ld --enable-shared --prefix=/usr/local --sysconfdir=/etc
Thread model: single
gcc version 3.2.3

But of course when I try a ./configure:
checking c++ version... ..
configure: error: you need g++ version 3.0.0 or above to compile Kahakai.


Guessing the port is broken...

Argh, that check has been broken for non-gnu sed for a while. sed is the problem. I was working on fixing it but haven't finished yet. If you want to hunt through configure and delete that check, go for it, it should still work fine.

I'll look at playing with this after Nov 1. Has this been tested on non-x86 machines?

Someone (actually a couple people, that I know of) was running it on ppc, and I swear I can remember someone running it on solaris, but I don't remember if that was on sparc or not.

 

[n0cmonkey]

Originally posted by: BingBongWongFooey

Originally posted by: n0cmonkey

Originally posted by: BingBongWongFooey

Originally posted by: n0cmonkey
$ echo $CCC
/usr/local/bin/eg++
$ $CCC -v
Reading specs from /usr/local/lib/gcc-lib/i386-unknown-openbsd3.4/3.2.3/specs
Configured with: /usr/ports/lang/egcs/stable/w-gcc-3.2.3/gcc-3.2.3/configure --verbose --program-transform-name=s,^,e, --disable-nls --with-system-zlib --enable-cpp --enable-languages=c,c++,f77,objc --with-gnu-as --with-gnu-ld --enable-shared --prefix=/usr/local --sysconfdir=/etc
Thread model: single
gcc version 3.2.3

But of course when I try a ./configure:
checking c++ version... ..
configure: error: you need g++ version 3.0.0 or above to compile Kahakai.


Guessing the port is broken...

Argh, that check has been broken for non-gnu sed for a while. sed is the problem. I was working on fixing it but haven't finished yet. If you want to hunt through configure and delete that check, go for it, it should still work fine.

I'll look at playing with this after Nov 1. Has this been tested on non-x86 machines?

Someone (actually a couple people, that I know of) was running it on ppc, and I swear I can remember someone running it on solaris, but I don't remember if that was on sparc or not.

If I can get it to build, I may just try it on sparc64. We'll see if gnu sed compiles on OpenBSD

 

[n0cmonkey]

Forgot to install python

 

[n0cmonkey]

pkg-config does not appear to be on my system. Officially giving up on this crap.

 

[jhu]

you can just install pkg-config

 

[n0cmonkey]

Originally posted by: jhu
you can just install pkg-config

I don't see a port for it, but I'll try looking around on google.com for it. Again.

EDIT: Might have found it. We'll see if it works.
EDIT2: xft appears to be installed, but pkg-config can't see it or something stupid.
EDIT3: It works if you use the docs to do it right

 

[FelixDeCat]

Originally posted by: n0cmonkey
pkg-config does not appear to be on my system. Officially giving up on this crap.

Never give up. Never.

 

[n0cmonkey]

Originally posted by: FelixDeKat

Originally posted by: n0cmonkey
pkg-config does not appear to be on my system. Officially giving up on this crap.

Never give up. Never.

I haven't. But I can definitely tell that this project is very linux oriented. Getting it to work under OpenBSD is a PITA. And probably not worth the trouble, since I don't know python.

 

[FelixDeCat]

Just stick with whole hawg UNIX.