[00:02] <persia> gourneau, The Netwalker V2 might also meet your needs: 5" tablet, ships with 9.04, USB host, etc.
[00:23]  * rsalveti brb
[01:09] <cwillu_at_work> persia, link?
[01:11] <persia> http://www.sharp.co.jp/netwalker/pct1/index.html
[01:13] <persia> http://www.sharp.co.jp/netwalker/pct1/spec/index.html might be more useful for some folk :)
[01:14] <cwillu_at_work> no english page?
[01:14] <persia> Not from Sharp
[01:14]  * persia looks for a reseller
[01:16] <persia> http://shop.conics.net/index.php/computers/pda-mid/sharp-netwalker-pc-t1-b.html
[01:17] <persia> (also available in Silver)
[01:19] <cwillu_at_work> http://www.alwaysinnovating.com/products/touchbook.htm seems more useful
[01:19] <cwillu_at_work> I'm a sucker for a physical keyboard :p
[01:20] <persia> cwillu, I also, which is why I got one of http://shop.conics.net/index.php/computers/pda-mid/sharp-netwalker-white.html :)
[01:21] <persia> touchbook is too big and heavy to be exciting for me (although it works nice, and I've seen a few folk very happy with them)
[01:21] <persia> but gourneau was looking for something like the SmartQ7, and the SmartQ7 can't run modern Ubuntu.
[01:24] <persia> In the with-physical-keyboard-but-oversized-for-persia arena, there is also http://www.genesi-usa.com/products/smartbook : I know some Genesi stuff ships with Maverick, but don't know anyone who purchased one of these yet.
[01:25] <persia> (and, so, I have no special affinity for i.MX51x based designs: they just happen to be widely available with little waiting today)
[01:25] <persia> s/so/no/
[01:50] <davidm> persia, lucid not Maverick
[01:52] <persia> davidm, The Efika Smartbook ships only with Lucid?  The Maverick shipments I heard about were EfikaMXs
[01:53] <persia> Or maybe that's just stuff from the developer program.
[02:02] <davidm> I was thinking of the Genesi stuff
[02:02] <davidm> If its Maverick it's not something we have done as we do not have a kernel that works with maverick
[02:03] <persia> Nobody is shipping our kernels today, except us.  All of Touchbook / Smartbook / Netwalker require custom kernels, sadly.
[02:03] <davidm> The iMX51 kernel was already a release behind on lucid
[02:03] <persia> I think Genesi has a maverick imx51 private kernel
[02:03] <davidm> and Freescale does not have one new enough
[02:04] <lool> There's a maverick image download for the efikamxes
[02:04] <persia> Ah, hrm.  Could be old.
[02:04] <davidm> They would have had to forward port "a lot" of stuff
[02:04] <persia> lool, Do you have a link, or know the kernel version offhand?
[02:04] <lool> bottom of http://www.powerdeveloper.org/platforms/efikamx/linux
[02:04] <lool> Their kernels are on gitorious
[02:04] <lool> http://www.gitorious.org/efikamx/linux-efikamx
[02:05] <lool> there's a -kernel for the smartbooks as well
[02:05] <persia> Sorry for confusion, by "internal" I meant "specific to that board and not in Ubuntu"
[02:05] <lool> it's 2.6.31 based though
[02:05] <davidm> will be interesting what kernel they shoehorned in
[02:05] <davidm> Ah so it is a lucid kernel
[02:05] <persia> OK.  2.6.31 is a bit aging, but with enough sauce, I suspect it could work just fine.  It has the new input stuff.
[02:09] <persia> lool, Do you know if the linaro imx51 tree supports the Genesi or Sharp products?
[04:58] <rsalveti> cooloney: hey, just sent one email saying that I didn't get any issues while testing current kernel
[04:58] <rsalveti> and nice that the patch was easily merged, and we got a new version already
[04:58] <cooloney> rsalveti: thank you so much for testing.
[04:59] <rsalveti> np
[04:59] <cooloney> rsalveti: helped a lot. I am going to verify the auido patches, then send out the pull request
[04:59] <cooloney> rsalveti: so far did you meet any audio issue with the audio fix
[04:59] <rsalveti> now the next step is to activate 1gb at the pre-installed image, and let more people test it
[05:00] <cooloney> rsalveti: agree, ogra will help to activate that mem=1G in U-Boot boot args, i guess
[05:00] <rsalveti> using the kernel built from my tree (with the audio patches) and using the config files from bug 637947 I was able to listen a couple of mp3 without any issues
[05:00] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 1) (heat: 14)" [High,Confirmed] https://launchpad.net/bugs/637947
[05:00] <rsalveti> but testing with hdmi
[05:01] <rsalveti> needs more testing, but it seems that's working at least
[05:01] <persia> rsalveti, Which config files did you use from the bug?
[05:01] <cooloney> rsalveti: i never tried auido over hdmi before. need any special cable convert?
[05:02] <rsalveti> persia: with latest tree you can use SDP4430.conf that berco added today at the bug report
[05:02] <rsalveti> and then it seems we still need to change pulse to use it
[05:02] <cooloney> rsalveti: oh i just connect a speaker to the board, then sound's out
[05:02] <cooloney> that's my plan
[05:02] <rsalveti> cooloney: cool, I don't have a speaker around, so I tested with my tv
[05:03] <rsalveti> persia: I didn't follow all the audio discussions we had last week, but how are we planning to fix the need of changing the pulse audio config file?
[05:10] <cooloney> rsalveti: you got expensive equiment, heh
[05:10]  * cooloney brb, lunch time
[05:19] <persia> rsalveti, Which pulse files did you change from default?
[05:20] <rsalveti> persia: /etc/pulse/default.pa
[05:21] <rsalveti> persia: is expected that the alsa config file be enough to get it working with pulse?
[05:21] <persia> No.
[05:21] <rsalveti> ok
[05:21] <persia> Just to confirm, the changes you made to default.pa were to disable module-udev-detect and to add some load-module calls?  Did you have to change it any other way?
[05:22] <rsalveti> did the same change ogra did at https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/637947/comments/14
[05:22] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 1) (heat: 14)" [High,Confirmed]
[05:22] <rsalveti> so how are we going to proceed with the relase?
[05:23] <persia> OK.  That's not as bad as it used to be.  If you don't do this, does it just not work at all, or only partially work?
[05:23] <rsalveti> the alsa conf is fine, we can create a package for it and deploy it at the TI ppa, or even setting up at jasper in the worse case
[05:24] <rsalveti> that's what I'm going to check now
[05:25] <rsalveti> just tested following the procedure to be sure the kernel was working
[05:25] <rsalveti> as mpoirier was working at these issues
[05:25] <persia> Last I understood with the investigation of this was that we didn't have the module loading stuff we needed from udev, and udev didn't have enough information in /sys to provide it.
[05:25] <persia> No worries.  We can figure out what is missing :)
[05:27] <rsalveti> ok, I'm just installing the latest pre-installed image and will check this
[05:30] <persia> Wow!  I would have expected yo u to just revert the default.pa changes or reinstall pulse, forcing config overwrite.
[05:31] <rsalveti> nops, that sd card is invalid atm :-)
[05:31] <rsalveti> many tests and debugging happening during the day ;-)
[05:32] <rsalveti> but panda is fast, so I'm fine
[06:13] <rsalveti> persia: ok, just changed the alsa file
[06:13] <rsalveti> still got [  123.889129] asoc: no valid backend routes for PCM: SDP4430 Media
[06:13] <rsalveti> let me test aplay now
[06:14] <persia> That message is the kernel not knowing how to deal with the audio path: either the driver needs touching, or the config needs more work.  Hard to say which is correct.
[06:14] <rsalveti> hm, no hardware at audio menu
[06:14] <persia> OK.  Anything from pulse in syslog or .xsession-errors?
[06:16] <rsalveti> aplay gives main:654: audio open error
[06:16] <rsalveti> let me check
[06:17] <persia> What!
[06:17] <persia> If aplay has an error, then ALSA is broken.
[06:17] <rsalveti> could be an invalid entry at the config file
[06:17] <rsalveti> http://launchpadlibrarian.net/56799615/SDP4430.conf
[06:18] <persia> You're running with a kernel with the patches applied?
[06:20] <rsalveti> hm, doesn't seems that it loaded the config file
[06:21] <rsalveti> at least alsamixer is not showing the same thing
[06:21] <rsalveti> same volumes and etc
[06:21] <rsalveti> persia: yup
[06:21] <persia> Well, that doesn't sound "fixed" :)
[06:21] <rsalveti> getting  0 [SDP4430        ]: SDP4430 - SDP4430 from /proc/asound/cards
[06:21] <persia> How was it when it worked for you?
[06:22] <rsalveti> using https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/637947/+attachment/1583666/+files/omap4_amixer_config.sh
[06:22] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 1) (heat: 14)" [High,Confirmed]
[06:22] <rsalveti> and the pulse change I said before
[06:22] <rsalveti> but I remember the changed berco|laptop did was to be able to load the config file automatically during boot
[06:22] <rsalveti> while recognizing the board name
[06:22] <persia> Which involved some kernel changes.
[06:23] <rsalveti> yup
[06:26] <rsalveti> persia: ok, removed the old alsa.state, rebooted and now I don't get this error at aplay
[06:26] <rsalveti> probably old config hanging around
[06:26] <persia> OK.
[06:26] <rsalveti> but still no sound...
[06:27] <rsalveti> still seems that it didn't load the config file
[06:27] <persia> So aplay still doesn't work?
[06:28] <rsalveti> doesn't give any error, but no sound, but probably explained by the lack of correct values at the mixer
[06:28] <rsalveti> volume and etc
[06:28] <persia> Which is supposed to be fixed by that config file
[06:28] <rsalveti> yup
[06:30] <rsalveti> persia: do you know how it should request and load the config file?
[06:30] <rsalveti> at least to have something to start the debugging
[06:34] <rsalveti> ok, alsactl should give me some hints
[06:47] <rsalveti> alsactl init gives me: Found hardware: "SDP4430" "" "" "" ""
[06:53] <rsalveti> but seems to be loading just the default alsa settings
[07:06] <persia> rsalveti, Sorry, I don't really.  Fiddling with alsactl is about the most I can do.  GrueMaster may know more.
[07:12] <rsalveti> persia: but I'm able to play with aplay -Dplughw:0,7 /usr/share/sounds/speech-dispatcher/test.wav, at the hdmi
[07:12] <rsalveti> then how to tell the routes to pulse?
[07:12] <rsalveti> without messing up with the config file
[07:14] <rsalveti> well, more testing tomorrow, time to get some sleep now
[07:14]  * rsalveti out
[07:19] <persia> Good night :)  Anyway, the way to tell pulse how to work is for udev to populate the right audio paths, and have the right stuff in /sys.  I'll dig all that up, and prepare something that lets us test that for you and Gruemaster to play with when day gets there.
[09:13] <hrw> morgen
[09:14] <persia> Feeling particularly locale-bound today? :)
[10:08] <lool> persia: No, the Sharp and Genesi products aren't supported in upstream or in Linaro trees
[10:11] <hrw> persia: no, just from time to time I change
[10:23] <amitk> persia: if you care to compile your own kernel, try the patches in my tree on git.linaro.org for genesi (and I suspect Sharp too)
[10:24] <amitk> I'm working hard to get the basics all working for the next kernel merge window
[10:39] <jo-erlend> If I wanted to install the preinstall on a harddisk, is there anything different I need to do, or would the approach be the same?
[11:30] <ogra> bug 652873
[11:30] <ubot2> Launchpad bug 652873 in hdparm (Ubuntu) "after installing hdparm, panda board fails to boot (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/652873
[15:30] <persia> amitk, I'll try on a Netwalker just after release.  That sounds extra promising.  Thanks.
[15:47] <Kamondelious> is the rtl8192su driver support ported already in 10.04 or 10.10?
[15:47] <Kamondelious> I've been googling and can't find an answer =(
[15:52] <amitk> persia: I'm not targeting it to ubuntu/linaro release. If I get it upstream in the next couple of weeks, I might ask for it to be pulled into linaro.
[15:57] <persia> amitk, It's not your target: it's my time and available hardware :)
[15:58] <persia> I'm not likely to have sufficient armel build-time to build a kernel until release, and am even more unlikely to have time to build a custom Netwalker boot SD.
[16:25] <gourneau> I am getting a SmartQ V7.  It is said to have Ubuntu on it.  Does anyone know anything about those?
[16:37] <rsalveti> jo-erlend: if possible, can you test bug 646368?
[16:37] <ubot2> Launchpad bug 646368 in linux (Ubuntu) "smsc911x has no module alias, does not get auto-loaded on OMAP3 EVM (affects: 1) (heat: 14)" [Undecided,New] https://launchpad.net/bugs/646368
[16:38] <rsalveti> I created a kernel deb that has the proper patch to make the module autoload correctly
[16:38] <rsalveti> as I don't have an igepv2 I can't test it
[16:38]  * rsalveti out for lunch
[18:33] <rsalveti> argh, using 3g now, having issues with my internet provider
[18:36] <GrueMaster> fun
[20:11] <txwikinger> is there already a good and free IDE that I can use for the lpc1343 arm chip on (K)ubuntu?
[20:18] <GrueMaster> Not something that this group really focuses on.  This forum mainly focuses on ubuntu running on Cortex A8/9 based systems.
[20:21] <ogra_ac> and why would you run an IDE on your arm device ?
[20:21] <ogra_ac> :)
[20:24] <bfarrow> txwikinger: I doubt that there is a pre-packaged IDE, but if it uses a gcc crosscompiler then you can probably use eclipse or kdevelop.
[20:25] <txwikinger> the crosscompiler is only available for maverick, correct?
[20:25] <txwikinger> kdevelop is ok
[20:25] <devilhorns> or codelite, or codeblocks
[20:25] <devilhorns> (if you don't want the java bloat of eclipse, or qt bloat of kdevelop) :)
[20:27] <bfarrow> txwikinger: and you should be able to use gdbserver if your target is running linux or gdb stubs if the target has no OS
[20:28] <txwikinger> well.. the lpc1343 is too small to run linux I would think
[20:28] <txwikinger> only has 32k flash and 8k ram
[20:29] <txwikinger> The whole thing is for a hackerspace conference
[20:29] <bfarrow> txwikinger: if the ide uses gdb then you can usually get it to use the cross gdb and debug over a serial line to gdb stubs
[20:30] <txwikinger> The name badges that are given out are special prototype pcbs
[20:30] <txwikinger> I will be giving a presentation and would like to offer in that presentation a free toolchain/IDE that works on Ubuntu
[20:30] <bfarrow> txwikinger: do you have a serial port on it ?
[20:30] <txwikinger> Yes, a usb port
[20:32] <bfarrow> txwikinger: hmm, I don't know hard it would be to get gdb stubs to use USB.  Can you get to the UART signals from the lpc1343 ?
[20:33] <txwikinger> yes.. you can do that too
[20:34] <txwikinger> we have the pins layed out to be used
[20:39] <bfarrow> txwikinger: Hmm, I will have to give codelite a go, it looks like it can use an external cross gdb.
[20:39] <devilhorns> :) it's not bad if you like IDEs
[20:40] <devilhorns> personally, I just use jed + rxvt-unicode :)
[20:41] <ogra_ac> vi FTW :)
[20:41] <devilhorns> ewwww
[20:42] <bfarrow> I tend to use vi and gdb command line due to the lack of a good and fast IDE
[20:44] <devilhorns> I'll never understand people's obsession with an editor that requires you to use a bunch of archaic and cryptic key strokes todo even the simpliest things :)
[20:44] <GrueMaster> What do you use?
[20:45] <devilhorns> personally, I just use jed + rxvt-unicode :)
[20:45] <ogra_ac> if i'd use jed my code would be scattered with :q
[20:46] <ogra_ac> :)
[20:46] <ogra_ac> like my OO.o docs are
[20:46] <devilhorns> lmao
[20:46] <devilhorns> :q some kind of weird smiley ? or one of those cryptic vi commands ?
[20:47] <bfarrow> at least I haven't configured my shell to use vi key-commands
[20:47] <ogra_ac> finger memory ;)
[20:48] <ogra_ac> devilhorns, the quit command
[20:48] <devilhorns> ogra_ac, aahhh
[20:48] <ogra_ac> :w is also one i use often
[20:49] <txwikinger> Well. I am fine with commanline and editor too
[20:49] <devilhorns> see, that's another reason I like jed ... can also use the menus, so no need to remember cryptic key strokes :)
[20:49] <txwikinger> but there are those annoying people who call themselves users :D
[20:49] <devilhorns> txwikinger, blah, losers :P
[20:49] <txwikinger> Well... I want to see some happy faces when I do my presentation
[20:50] <devilhorns> well that's easy
[20:50] <ogra_ac> give out drugs at the entrance ?
[20:50] <txwikinger> maybe I should use quickly or quick-qt and create an IDE during my presentation :)
[20:50] <devilhorns> tell them all they are gonna get laid :P
[20:51] <txwikinger> oh well.. there goes the PG rating
[20:51] <devilhorns> lol
[21:46] <robclark> rsalveti: is there some trick to make your deb-pkg trick for cross compiling kernel play nicely with dkms?
[21:47] <robclark> I ended up getting dkms to build the modules ok (for sgx and tiwlan).. by NFS mounting my original kernel srcs directory under /lib/modules/.../source
[21:47] <robclark> but somehow vermagic is wrong in the resulting modules.. still using the old kernel's vermagic
[21:49] <ndec> robclark: rsalveti i am interested in the solution too ;-)
[21:51] <rsalveti> robclark: ndec: hm, never tried this kernel with dkms
[21:51] <rsalveti> probably missing the headers package
[21:51] <rsalveti> could be that dkms is building with omap4 headers
[21:51] <rsalveti> instead of yours
[21:52] <robclark> hmm, yeah..  I had to create a symlink for the headers.. if that is where it gets vermagic, that would explain
[21:52] <robclark> any convenient way to get a headers .deb too.. or you just manually copy over?
[21:52] <ndec> rsalveti: it's a bit more than that in fact. there are some tools that are built when building the kernel. when cross compiling these tools are built for x86, and they are embedded in the .deb. when building the module natively with dkms, it fails since the tools won't work on arm
[21:53] <rsalveti> ndec: yep, saw your email at the kernel-team ml
[21:54] <rsalveti> it seems we don't have an entry for kernel-headers similar with deb-pkg
[21:54] <rsalveti> ndec: did you try cross-compiling the ubuntu kernel?
[21:55] <ndec> rsalveti: yes, we do that quite often in fact.
[21:55] <rsalveti> but using dpkg-buildpackage?
[21:55] <rsalveti> using the latest changes from rtg
[21:56]  * robclark was just trying to build the old fashioned way..
[21:56] <ndec> rsalveti: robclark: this: CROSS_COMPILE=arm-none-linux-gnueabi- skipabi=true skipmodule=true fakeroot debian/rules binary-omap4, would create the kernel and headers .deb files (with codesourcery)
[21:56] <ndec> that should work with the new maverick cross compiler if you change CROSS_COMPILE
[21:56] <rsalveti> ndec: yup, and did it work with dkms?
[21:57] <ndec> rsalveti: nope... that's why I sent the email to andy ;-)
[21:57] <ndec> or tim, i think.
[21:57] <robclark> ndec: No rule to make target 'fakeroot'
[21:57] <rsalveti> oh, so it's not just a theory, it's actually a proved problem
[21:58] <robclark> (this is kernel-ubuntu.git from d.oz.o)
[21:58] <rsalveti> fakeroot debian/rules clean
[21:58] <ndec> robclark: I think you added an extra make in front no?
[21:58] <ndec> robclark: just copy/paste the command above
[21:58] <robclark> ahh, yeah
[21:59] <robclark> gotcha
[21:59] <ndec> robclark: and apt-get install fakeroot, if you don't have it
[21:59] <robclark> already got it
[21:59] <ndec> robclark: we are down to a few minutes for a full cross build on 8-core machine.
[21:59] <rsalveti> ouch
[21:59] <rsalveti> :-)
[22:00] <robclark> ndec: make: *** No rule to make target `binary-omap4'.  Stop.
[22:00] <rsalveti> robclark: try cleaning it, using the command I sent
[22:00] <robclark> k
[22:01] <robclark> same
[22:01] <robclark> no worries.. it seems like it would be easier for now just to manually copy over headers
[22:02] <rsalveti> weird, works fine for me...
[22:02] <rsalveti> binary-omap for omap 3 kernel and binary-omap4 for omap 4
[22:02] <rsalveti> but the omap 3 just works if you're using our main kernel tree
[22:05] <robclark> hmm.. I'm using kernel-ubuntu.git tree on dev.omapzoom.org.. the for-ubuntu-2.6.35 branch..
[22:06] <ndec> robclark: this is the right kernel, this is our branch that gets merged in ubuntu official kernel later.
[22:06] <robclark> yeah.. so I figure it has all the appropriate magic..
[22:16] <robclark> hmm, ndec, I'm a bit confused about how your command is supposed to work...
[22:16] <robclark> grep -r binary-omap4 debian
[22:16] <robclark> nothing
[22:16] <robclark> maybe I am on wrong branch?
[22:17] <ogra_ac> robclark, how do you build ?
[22:17] <ogra_ac> is it a package ?
[22:18] <robclark> well.. in the past I never built kernel package.. I'd just build manually, copy uImage to my MMC card, and away I go
[22:18] <ogra_ac> what counts in a package is the actual dependency in the control file
[22:19] <ndec> robclark: grep -r 'binary-' debian
[22:19] <dcordes> ogra_ac: ok it really was file corruption
[22:19] <robclark> hmm.. well..  actually, I'm really just looking for the easiest way to rebuild a kernel now that I'm using the initrd stuff, and ubuntu kernel which makes a lot more stuff modules (and sgx and stuff)
[22:20] <ndec> robclark: the easiest one is native compilation ;-) so I think you are in fact looking for the fastest one ...
[22:20] <robclark> ndec: yeah.. I guess fastest is a better word..
[22:20] <robclark> ndec: http://pastebin.com/DbXyMDWy
[22:20] <robclark> (yeah, IT stopped blocking pastebin!)
[22:20] <dcordes> RC working fine now
[22:21] <ogra_ac> dcordes, ah, i was just wondering what you refer to in the above conversation :)
[22:23] <ndec> robclark: oops. you need to run this first: export $(dpkg-architecture -aarmel)
[22:23] <robclark> ahh.. ok.. let's try that
[22:23] <rsalveti> robclark: do you have a directory called debian.ti-omap4?
[22:24] <robclark> rsalveti: yup
[22:25] <rsalveti> so fakeroot debian/rules clean should work and set up your env
[22:25] <robclark> ok.. the extra export cmd that ndec gave seems to have done the trick
[22:25] <ndec> robclark: yes, we need it too
[22:26] <rsalveti> robclark: makes sense, otherwise you're going to build the kernel following your host arch
[22:26] <robclark> ahhh.. yeah, I could see how that would be a problem
[22:27] <robclark> oh.. doh.. it forces me to mrproper.. which nukes my .config..
[22:27] <rsalveti> robclark: yup, it'll get the config file from the package
[22:27] <rsalveti> you can copy yours to debian.ti-omap4/config/config.common.ubuntu
[22:27] <rsalveti> before buildint it
[22:27] <robclark> ahh.. ok.. cool
[22:31] <dcordes> tmzt_: how do you rotate the screen in rhobuntu ?
[22:32] <dcordes> tmzt_: xrandr ?
[22:34] <tmzt_> no, add Option "CW" to xorg.conf under the device
[22:34] <tmzt_> Option "Rotate" "CW"
[22:34] <tmzt_> you aren't using codeaurora driver?
[22:34] <tmzt_> you're using fbdev?
[22:36] <dcordes> tmzt_: I am using xf86-video-fbdev , yes
[22:36] <dcordes> tmzt_: I compiled xf86-video-msm from codeaurora but the msm_fb in the kernel I use does not match so I will get corruption
[22:36] <tmzt_> Section "Device" Identifier      "fbdev" Driver          "fbdev" Option  "Rotate" "CW"
[22:36] <tmzt_> EndSection
[22:37] <dcordes> xrandr does not work in rhobuntu ?
[22:37] <dcordes> btw, what is rhobuntu ? karmic ?
[22:54] <robclark> rsalveti, ndec:  well, not quite all the way.. but further.. http://pastebin.com/Q49QvW50
[22:54] <robclark> is our tree missing debian/control?
[22:55] <rsalveti> robclark: gets generated by running clean
[22:55] <robclark> hmm.. ok.. so I should have followed your instructions the first time ;-)
[22:56] <ndec> sounds like a good starting point!
[22:56]  * robclark is just impatient sometimes
[23:06] <dcordes> In the latest netbook rootfilesystems the gnome-panel is locked so that one cannot move or remove applets. I checked gconf-editor on it and there is the /apps/panel/global/locked_down bool
[23:10] <dcordes> It is not set to true so it doesn't seem to affect it
[23:11] <orbarron> hey guy I need a toll to test a touch screen on ubuntu
[23:11] <orbarron> err toll = tool
[23:15] <dcordes> orbarron: multi touch ?
[23:15] <dcordes> So the qustion is, how can I unlock the gnome-panel in netbook ?
[23:15] <orbarron> no.. thought I try touchscreen calibrate
[23:16] <dcordes> do you use evdev or tslib ?
[23:16] <dcordes> evtest or ts_test
[23:17] <prpplague> dcordes: it's an event interface
[23:17] <orbarron> no... but I need something to calibrate
[23:18] <dcordes> orbarron: ts_calibrate
[23:38] <persia> gourneau, If you want to use Ubuntu on it, I recommend against the SmartQ7: the processor in it can only run Ubuntu 9.04 (which ceases support in a couple weeks).
[23:39] <persia> gourneau, The closest I know to be available in form-factor that can run current Ubuntu is the Sharp Netwalker tablet (available widely retail in Japan, or from exporters (conics.net and others)
[23:56] <orbarron> ahh can't get ts_calibrate...