Search results

Hmm.. maybe, when I've got some time. Having just had a quick look over there, it seems somewhat more full of ranting about things at the moment. When I've got something actually ready for release, I'll perhaps do it.. but till then, I've not got a great deal of time, so if things stay quiet...

Right... Resources were an arse, and I spent literally months getting them right ( and two test projects were used in fixing them too! ) In the intervening time, I also drastically rewrote the entire Graphics System to be much more configurable and, hopefully, as platform independent as...

Well having had a poke about, and charged my Pandora up... seems that I was working on some madness as I had Debian on the NAND, but no idea where the original image is! oops. Silly thing to do anyway since you can boot from SD ;) Anyway, what with the Pandora Rebirth thing going on and the...

Being perfectly honest, I haven't touched my Pandora in months. Everything hit the fan in November and I had to very quickly organise myself and get moved before the end of the month, and I'm still trying to settle down and get things organised again. I do at least know where my Pandora is! The...

No, sorry.. and due to current work commitments, I don't see me returning to this for a while yet, I'm afraid. I haven't forgotten about it, but I wouldn't expect anything until the year's end at the earliest - I just have no time, and any time I do have is in short bursts, and not enough to...

I've put up the last part of the "Show me Stuff!" section to the Wiki and SVN now; drawing using VBOs instead of the original Vertex Array implementation. With Part 2 finished, GLESGAE can now render in both Fixed Function and Shader Based modes, it has a basic camera system, it can load...

That's just because I hadn't installed squashfs-tools in the Debian extend, so just apt-get install it and you should be ok :)

I installed the ones in my Dev Extend manually.. change to /tmp or someplace then do something like sudo opkg install --download-only libgles-omap3-dev Then ar x whatever.it.is.ipk followed by tar -zxvf data.tar.gz ( it's always data.tar.gz ) and it should extract a usr folder which you can move...

There is, but if I do it, you won't be able to unmount the dev extend cleanly as it involves linking up some folders from Angstrom to Debian which are usually in constant use. Technically, you might be able to get away with it by going through Extend Utils and choosing an OS Extend style...

Yes, completely safe as Lenny is a Debian release and they don't tend to fidget with it much save for security fixes. Even then, it's "oldstable" at the moment, so it's only receiving critical security fixes and community backports at the moment ( if I remember how Debian works, correctly )

The simplest answer is always the best :) Create the folder! Alternatively, if you do sudo mkdir -p /mnt/utmp/abe instead, it'll create all intermediate folders which don't exist.

Here we go, a 1gb version: http://stuckiegamez.co.uk/apps/pandora/ExtendUtils/debian.lennydev.20110629.1gb.zip Hooray for remote access to servers!

That's rather mad.. I admit to not testing it on the Pandora, but I did run it on my PC without issues! I have a feeling it ran out of memory when copying files and wasnt flushing the buffer as often as it should have... but killing your menu is definitely a unique issue! -edit- To get that...

I seem to be on a roll with updating stuff, just now. I've added Texture support into GLESGAE now. It's really easy, and it was five minutes to do so.. Wiki Page: http://pandorawiki.org/GLESGAE:Dealing_with_Textures Code: http://svn3.xp-dev.com/svn/glesgae/trunk Goodbye randomly coloured...

You can't mount the extends that way to copy them, as we'll have mounted /proc and /home, which'll confuse the system... You'll have to do something like this: cd /tmp mkdir extendA extendB sudo mount -o loop /path/to/extendA extendA sudo mount -o loop /path/to/extendB extendB sudo cp -a...

Argh, I forgot to mention that you really should be sudo to copy the files across, as your user won't "own" the vast majority of the files.

Yea the /dev/pts thing is just complaining about getting to a log file.. I didn't mount /dev in to the system. I might do that for the next release. I was toying with the idea of doing it originally as a 1gig extend, but I only have 2gig cards mostly, so testing things like that is a bit of a...

That depends very greatly on what you're binding and where. If you bind a home overlay, you can't unmount it. If you bind an overlay over the entirety of root, you can't unmount it. Generally anywhere that's out the way, you can unmount - swap included though why you'd want to unmount swap...

Yep, that seems fine :) I did fix one thing - which was the check was putting the test file on /tmp/1gb.overlay rather than /tmp/1gb.overlay/USERNAME which as we now know, is where it should be ;) Hopefully others find use in all our pain today, in checking all this works!

Oh... you're going to laugh at this :) least I hope you will! Right. Angstrom. /tmp/1gb.overlay is bound to /home. If you place stuff in /tmp/1gb.overlay, it'll appear in /home. So, /tmp/1gb.overlay/MyTestFile will show up in /home/MyTestFile. Debian. /home/esn is mount to Angstrom's /home/esn...