Messages

1

OpenBSD / Running X In 5.6

« on: June 07, 2015, 01:05:45 pm »

Should be in 5.7.

My Zaurus finally bit the dust, just before 5.7 released so I never got to try it.

They also stopped building packages for ARM, as the platform support was not up to standards.  There is an unofficial effort to produce packages.

http://marc.info/?t=143223172200002&r=1&w=2

I've done the "build everything natively on my Zaurus myself" but packages sure help a lot.  Compiling was the first thing to show signs of my Z failing.

Tim.

2

OpenBSD / Running X In 5.6

« on: November 10, 2014, 09:17:36 pm »

So the fix for the X problem in 5.5 narrowly missed the 5.6 release.  It is part of the 5.6 source, but it's not in the binary.  I assume the build for the Z starts earlier than other platforms given that it's built natively on a Zaurus and must take quite a bit longer.

To get the fix, do your upgrade/install to 5.6
Grab the xenocara.tar.gz from your local mirror.
Cd to /usr
Extract the tarball.
Cd to /usr/xenocara/lib/libpciaccess
Build with:
make -f Makefile.bsd-wrapper obj
make -f Makefile.bsd-wrapper build

That will do the install as well.  Fire up X and you're good to go.

Don't worry, the build for just this library doesn't take very long.

Tim.

3

OpenBSD / Openbsd 5.5/zaurus : X Does Not Work With Default Config

« on: July 15, 2014, 07:52:25 pm »

Keeping my eye on the snapshot builds.  X hasn't even been build/being packaged for Zaurus for a while

Tim.

4

OpenBSD / Openbsd 5.4/zaurus Issues

« on: May 03, 2014, 03:52:09 pm »

Are you able to run X in 5.5?  Did you install fresh or upgrade?

X crashes for me but it might be my Zaurus.

Tim.

5

OpenBSD / Openbsd 5.4/zaurus Issues

« on: April 24, 2014, 06:49:27 pm »

Funny, I was trying to get sound going and noticed the devices weren't there.  I swore I had seen them before.

I'm just going to wait for 5.5 before putting too much more time into fiddling with things.

Regarding suspend, did you try enabling lid suspend in sysctl.conf?  That will turn off the backlight for me.  I don't think it actually does the suspend, though.   (on the other hand, if it did, it would eventually crash anyway)

You can try a 5.5 snapshot if you want.  I don't know exactly what code will be in there, though.  Close to what 5.5 final will be?  Or has it started to become 5.6 code?  Not sure.  The downside to going to 5.5 now is that there are no packages built (the generic arm packages will run on the Z).  I prefer to compile my own stuff (no rational reason for it, though.  I assume it's more optimized but no evidence that it is, or that it outweighs the time cost) but will use the package if I need to.  Nice to have the option.

Tim.

6

OpenBSD / Help Me Put My Old Z To Use Again!

« on: April 13, 2014, 10:19:04 pm »

No way! I'm wanting to put my z back to use too.

Of course I forgot my root password too. Can you remind me to reset that?

Thanks.

Edit: I am using cacko "katherine".

I'm not familiar with cacko.  Can you boot into single user mode and reset the password there?

7

OpenBSD / Help Me Put My Old Z To Use Again!

« on: March 23, 2014, 11:53:50 am »

I was able to build glib2 natively with the patches from here:
http://mail-index.netbsd.org/pkgsrc-bugs/2.../msg051683.html

I'm going to reconstruct my environment from there in case the generic arm package was causing some of my problems.

Tim.

8

OpenBSD / Help Me Put My Old Z To Use Again!

« on: March 02, 2014, 08:55:14 pm »

Ports mailing list to the rescue (I hope).

http://article.gmane.org/gmane.os.openbsd.ports/63302

I accidentally ran 'make clean=depends' on a port that required cmake so it blew away all my hackery.   I've applied the patches from the mailing list, but it'll be a day or so to recompile, then I might still have to fix the original bug I was working on as I didn't see anything about that in the mailing list discussion.

Tim.

9

OpenBSD / Help Me Put My Old Z To Use Again!

« on: February 28, 2014, 10:14:41 pm »

So I shortcutted around this cmake issue by simply returning what I wanted out of the function and now get a crash deleting a map or vectors or something that's beyond me.    I think I might have to give up.

Last ditch effort is to pull the latest cmake release and build it and see what happens.

Tim.

10

OpenBSD / Help Me Put My Old Z To Use Again!

« on: February 27, 2014, 09:20:16 pm »

I found a bug in cmake, fix it, the build started seg faulting.   Undid the fix, it continued to seg fault.  Had to blow it all away and start the build over to see if the crash goes away.  A full build, to the point it hits the bug, is 24 hour or more.    I don't even know if there will be other bugs after this one or if it'll just seg fault like the arm package.

Tim.

11

OpenBSD / Openbsd 5.4

« on: February 27, 2014, 08:56:50 pm »

I'd have to check the sizes.  They are pretty small but you need all the dependencies, too.  The best thing would be a web site somewhere we could use as a package repo so OBSD can resolve the dependencies.

I don't have web space, though.  I guess we can just trade back and forth and each set up our own repo or just dump them into /usr/ports/packages on the Z.  Maybe a github site, if they allow that sort of thing.  If nothing else, looks like this forum allows up to 50M in attachment space...

I've specifically built:
wmii <- window manager
rxvt
dillo
git
vim no_x11
fldigi <- ham radio software, crashes on the Z
links+

Want to build:
xombrero or some other webkit based browser.
Something for IRC, irssi maybe.

Shoot me a PM, we'll figure out how to trade packages.

12

OpenBSD / Openbsd 5.4

« on: February 26, 2014, 06:08:52 pm »

Ummm......you're right!!!.....didn't think about that.....OK, will install 5.4 tomorrow, how's that?......  

If you're willing to.  I'd upgrade to the 5.5 snapshot but there are no prebuilt arm packages we can try to use if necessary from what I have found.  The arm packages don't always work it seems, but it's a nice option to have.

13

OpenBSD / Help Me Put My Old Z To Use Again!

« on: February 25, 2014, 07:55:41 pm »

Ok, tried skipping the cmake build by installing the generic arm package.  Seemed to go fine until I tried to build graphite2.  It builds with cmake and gets a segfault trying to run the install target.  (It's built, I just need to install it! Arg!)

I am assuming something it's right with arm cmake on the Z so I am trying to get it to compile natively.  The only problem compiling it (so far) is a bit of code that tries to find the current path and the executable it just built.  The default behavior was returning an empty string for the path.  I commented out some APPLE defines so it will run that code (hey, it's BSD based, so should be relevant) which does pretty much the exact same thing, and it works, but is one directory level short.  Something do to with where the command was initiated from versus where ports builds to, I guess.

It takes a good 20 minutes to build this one file so it's tedious to debug.

Tim.

14

OpenBSD / Openbsd 5.4

« on: February 25, 2014, 07:49:50 pm »

Hmm...that link works for me.  Looks like a DNS problem.  Had your internet on at the time?

You could find and manually download the file and put it into /usr/ports/distfiles.  The ports makefile will find it there.

It occurred to me, you should have installed 5.4 so we could share compiled packages and didn't have to duplicate effort (and time!).

15

OpenBSD / Help Me Put My Old Z To Use Again!

« on: February 24, 2014, 08:18:45 pm »

Assume this would require setting up a cross-compiler on computer, right?....

I know there's the other method using NFS server, but that would require having Zaurus connected to other computer all the time during build process, correct?

Yes.  I've never done that for the Z nor in OBSD.  Search the forum, someone must have done it.

Yes.  An NFS server only gives you, essentially, an external hard drive to build on.  It still compiles with the Z's cpu and memory.

Tim.