=== ALo is now known as ALoGeNo
[08:12] <persia> ogra: Thanks for chasing the hardware support buttons.  I'm not sure if it's related, but all the extra buttons on my Kohjinsha work with today's MID image.
[08:13] <persia> (this represents an improvement from the last time I tried them)
[08:33] <ian_brasil> persia: wow you have a Kohjinsha ..is it a C3?
=== njpatel_away is now known as njpatel
=== davmor2 is now known as davmor2-Away
[11:16] <lool> ogra: You're getting a BB? :)
[11:17] <ogra> lool, nah, just looking at their website
[11:17] <ogra> i get a n800 tomorrow for 80€ from ebay to play with arm stuff
[11:17] <lool> It's nifty to start hacking on OMAP3, but I don't find it very rich after that
[11:19] <ogra> well, i'm ltsp upstream dev ... that board makes the perfect thn client ... i'm so waiting for being able to support arm thin clients ... with the mythv ltsp modules you can have the perfect VCR with a powerful server in the basement and the beagelboard as client in your living room
[11:20] <lool> Good point
[11:21] <ogra> its the perfect peripherial ...
[11:22]  * ogra would love if we would start working on home automation some day ... thats a real intresting field
[11:30] <ogra> the 128M are somewhat a showstopper for real usage 
[11:35] <ogra> though compcache might help a bit :)
[11:48] <ogra> yay
[11:48]  * ogra has the evtouch calibration tool not segfaulting anymore :)
[11:57] <ogra> so lets see ...
=== davmor2-Away is now known as davmor2
[14:28] <persia> ian_brasil_: No: it's the SR series.
[15:27] <lool> ogra: BTW, saw your blog post this morning and: thanks!
[15:27] <lool> We need more bloggers
[15:27] <lool> I should get a blog too
[15:28] <ogra> i'll try to take that role from time to time
[15:28] <ogra> if we want a community we need to be more wordy :)
[15:30]  * ogra takes a break before implementing the rest of the evtouch stuff ... my brain melts 
[15:43] <Glasswalker> Hey, I have an old Hitachi Visionplate (or a pile of them to be exact). I am trying to get a newer linux distro to work on them, and ubuntu-mobile sounds perfect. The visionplate is a Crusoe based internet tablet, using pcmcia wifi, and a compactflash card (recognized as an IDE hdd by linux). It uses the MK712 touchscreen driver.
[15:44] <Glasswalker> Any idea if I will be able to get ubuntu-mobile running on it? or any suggestions what I might need to do to get it to work?
[15:46] <persia> Glasswalker: You ought be able to get Ubuntu Mobile to run on them if you have enough extra RAM, but they are larger screens (but similar resolution) than those for which either of the flavours is designed.
[15:46] <Glasswalker> Yeah they use 800x600 res
[15:46] <Glasswalker> I think it has 256MB ram
[15:46] <Glasswalker> might be 128MB
[15:46] <Glasswalker> I am using a 4GB CF card in them
[15:47] <Glasswalker> Will ubuntu mobile play nice with the flash storage?
[15:47] <Glasswalker> (as in it won't thrash it with constant rewrites)
[15:47] <persia> The default base specs look like the low end for Xubuntu: you might try that.  If you have vertical resolution issues, try Ubuntu Mobile (but I think that expects 3D).  You could try Ubuntu MID, but it's not optimised for a screen with that low a DPI, and may not be as pretty.
[15:48] <Glasswalker> Meh looking pretty is the least of my worries
[15:48] <Glasswalker> my main problem right now is I have tried Kubuntu, and DSL linux, Kubuntu I had problems installing, DSL Linux I got to install and boot on it beautifully, but I can't get the touchscreen to work in that one
[15:48] <Glasswalker> Nothing I install seems to support the MK712 touchscreen driver
[15:49] <Glasswalker> (even though it has been officially supported in the kernel since early 2.4 kernel apparently)
[15:49] <Glasswalker> And the lack of any useful information on the visionplate slows progress a bit :) lol
[15:50] <Glasswalker> I mean I could just run them with Midori, but that project got abandoned years ago, and all the software on the latest image for the thing is ancient...
[15:50] <Glasswalker> Do you know if there is a way to cross-compile an optimized kernel for the crusoe? so I can take advantage of it's native performance (Rather than it's rather shoddy x86 pseudo-emulation crap) lol
[15:51] <ogra> persia, ubuntu-mobile expects as much 3D as ubuntu desktop ... i.e. it wil fall back automaticaly to metacity if no GL support for compiz is there 
[15:51] <persia> You don't need to cross-compile, you just need to recompile.  Supposedly that was fixed in 7.10, but I've not read any reports about 8.04.
[15:52] <persia> Glasswalker: Specifically, the crusoe *can't* run native code.
[15:52] <persia> ogra: Ah, cool.  Thanks for the correction.
[15:52] <Glasswalker> lmao
[15:52] <Glasswalker> ok fair enough
[15:53] <Glasswalker> ok
[15:53] <Glasswalker> so a recompile on-device will do the trick?
[15:53] <Glasswalker> The only reason I ask is midori is lightning fast on it
[15:53] <persia> Glasswalker: Well, you could replace the code parsing engine with something different, but given the performance of the 256-bit core, it likely emulates x86 faster than it runs native code.
[15:54] <persia> midori feels fast because it's stripped down to the bare essentials, rather than because of the kernel (although compiling with the right options helps)
[15:57] <persia> Glasswalker: But you probably want Xubuntu anyway.  The mobile flavours are more about form factor than performance.  As much as I'd like more users, I'm just not sure it's the best install for your hardware.
[15:58] <Glasswalker> ok fair enough
[15:58] <Glasswalker> The reason I gravitated to it was that it was designed for internet devices...
[15:58] <Glasswalker> But if you think Xubuntu is better for my purpose I will give it a shot.
[15:58] <Glasswalker> (I have to admit the nice touchy feely interface would be nice though lol)
[15:59] <Glasswalker> Although my application will handle 90% of the interface anyway
[15:59] <ogra> the current ubuntu-mobile image i announced yesterday will definately have probs with less than 256M (its just a modified gnome desktop)
[15:59] <Glasswalker> Ahh, so memory is a concern.
[15:59] <Glasswalker> yeah I think these max out at 512MB (if I can find ram for them lol)
[16:00] <ogra> 256 or 512 should be ok
[16:00] <ogra> but 128 is definately not enough for that image
[16:00] <Glasswalker> In the end all I want to use them for is a dedicated orbiter for LinuxMCE, so it basically needs a decent browser, and the ability to compile the orbiter client.
[16:03] <persia> Glasswalker: You may want to create a custom install: start with Ubuntu Minimal, add your favorite browser, an X server, and your client.  If you prepare a package for the client, you only need to compile it once, and can distribute that to all of the machines.
[17:09] <vadi2> where can I find a list of MID models that are known to support Ubuntu MID?
[18:08]  * ogra dances
[18:08]  * ogra has the evtouch calibration working from a running X server ... 
[18:11] <venome> ogra: nice, what calibration tool did you use? for me the parameter calibrate "1" seems not working
[18:12] <ogra> venome, i'm currently fixing up the evtouch driver to use hal-input with xorg 1.5
[18:12] <ogra> http://paste.ubuntu.com/50200/ see the hal-set-property cal at the bottom ;)
[18:13] <ogra> i should be dont tonight ... so tomorrow these fixes should hit intrepid
[18:19] <venome> well, it seems pretty straightforward ... but i can't find the ev_calibrate tool ... do you know where to get the source / binary ?
[18:19] <venome> ogra: see my previous question please :)
[18:22] <ogra> ev_calibrate is shipped in the xserver-xorg-input-evtouch package ... but it was very buggy until today, i fixed much of it this morning, wait for my next upload of that package it should basically work then ... what i stil lack on are .fdi files for all supported evtouch devices, currently i only have one for ideaco and one for egalax
[18:24] <ogra> i made a call on planet.ubuntu.com and the ubuntu-devel mailing list about a month ago that people send me their lshal output for systems with known evtouch devices but the feedback was zero :/
[18:24] <ogra> fact is that without .fdi the device wont work in intrepid since xorg 1.5 expects all input devices to be handled by hal
[18:29] <venome> orga: that's quite a lot of work you've done ... i'm looking forward to seeing the results. didn't know there are these changes happeing in intrepid ... Btw. i've got the eGalax too so if you need anything ... but i'm running gutsy where the ev_calibrate seems not yet present ...
[18:34] <ogra> it is in /usr/lib/xf86-input-evtouch/
[18:34] <ogra> even in gutsy
[18:34] <ogra> but it was broken forever in debian and ubuntu
[18:35] <ogra> if you have an egalax, yu could probably even use my .fdi from bug 261873
[18:35] <ubottu> Launchpad bug 261873 in xf86-input-evtouch "make evtouch devices work with hal-input in intrepid" [High,Triaged] https://launchpad.net/bugs/261873
[18:36] <ogra> (in intreid indeed)
[18:36] <ogra> *intrepid
=== robr_ is now known as robr
[18:44] <ian_brasil_> ogra: http://paste.ubuntu.com/50200/ is a generic standalone script for calibrating evtouch..i mean like if your touchscreen is not working you could use this script to make it work?
[18:44] <ogra> ian_brasil_, only if ev_calibate works (which it onyl does since my last upload) and sits in $PATH
[18:45] <ian_brasil_> ok
[18:45] <ogra> and indeed it requires the new hal-input layer
[18:45] <ogra> patiency :) i'll be done tonight with my work ...
[18:46] <ogra> within the next 24h evtouch should work and have a proper calibration mechanism in intrepid 
[18:46] <ian_brasil_> ogra: i wasn't trying to rush you at all..just trying to work out in my mind what the script was
[18:47] <ogra> its a ripoff of the calibrate.sh script shipped in the evtouch driver
[18:47] <ogra> with added hal support
[18:48] <ogra> together with the fixes and fdi files from bug 261873 it will make evtouch work flawless and enable you to calibrate from a running X server
[18:48] <ubottu> Launchpad bug 261873 in xf86-input-evtouch "make evtouch devices work with hal-input in intrepid" [High,Triaged] https://launchpad.net/bugs/261873
[18:49] <ogra> all i need are additional .fdi files or lshal output for devices i dont own
[18:50] <ian_brasil_> the script will be integrated into xserver-xorg-input-evtouch package ?
[18:51] <ogra> yes
[18:51] <ogra> together with a gui tool if i make it in time 
[18:52] <ogra> so you will have a "calibrate touchscreen" entry in your gnome control center (or in the moblin control thingie)
[18:52]  * ian_brasil_ wishes he had a touchscreen device to send ogra an .fdi file
[18:52] <ogra> beta freeze is tomorrow ... so i cant promise the gui will be there 
=== njpatel is now known as njpatel_away
[20:14] <RwL> trying to install the new gnome-based ubuntu mobile on a samsung Q1, and I'm getting grub Error 15: File Not Found after install & restart. I'd selected Guided --> Use Entire Disk for partitioning. Help?
[20:20] <RwL> Thinking I ought to manually partition it, but can't find a spec to use
[20:25] <lool> "GLX and DRI passthrough support for Xephyr" woohoo
[20:25] <lool> RwL: We miss the kernel meta-packages at the moment, so the images are still known broken :-/
[20:25] <lool> RwL: Install a kernel manually after installation?
[20:26] <RwL> thanks for the info, lool, but that's probably more work than interests me right now :)
[20:27] <lool> RwL: Wait a little more then ;)
[20:29] <RwL> lool: sure. likely hours, days, weeks? no big deal, just curious to play with this platform
[20:37] <lool> RwL: The image is built daily; you can rsync it to avoid redownloading if you like
[20:37] <lool> It's a matter of days
[20:41] <ian_brasil> ogra: http://paste.ubuntu.com/50238/ its pygtk and very simple but it is a start at least
[20:41]  * lool &