[01:11] Any chance I could boot an ubuntu arm userland with an Android kernel? [01:11] Or are they too butchered? === Amaranth_ is now known as Amaranth [02:47] Kurlon: you can, not that will work 100% fine, but most of the times you can enable later what's missing [02:47] I think the ac100 kernel is still the android one [02:47] and people are using it mostly with ubuntu === asac_ is now known as asac [04:40] the one I use with the tab is still an android butchered kern [04:40] but too much is broke [04:40] and I have to start rolling back some of the android patches [04:41] which is proving rather troublesome [04:50] it all depends on the quality of the changes [04:51] if it's not breaking stuff at least, you can still use a config compatible with ubuntu [04:51] with the needed modules and stuff === robbiew1 is now known as robbiew === panda is now known as Guest23706 === GrueMaster_ is now known as GrueMaster === ogra_ is now known as ogra [09:49] hrm [09:50] no images :( [09:50] bug 721118 [09:50] Launchpad bug 721118 in unity "Unity FTBFS on armel due to Nux" [High,Fix committed] https://launchpad.net/bugs/721118 [10:04] morning [10:46] hello [10:46] I'm using the natty version on BeagleBoard xM and it's slow [10:46] is the proc frequency 600 MHz only ? [10:47] second, looks like there is no 3D acceleration. Is there something possible, or .. [10:47] thanks in advance :) [10:52] i think there is some cmdline option you can set to make it operate on full speed [10:53] ogra: I believed cpufreq-selector could help, but the frequency management is not handled (if I searched correctly) [10:53] and the sgx drivers should be in multiverse somewhere [10:54] ogra: ah, thanks. was the name missing me [10:54] sgx [11:03] I think you do mpurate= to get itr faster [11:03] XorA_: at boot time ? [11:03] ericb2: yes [11:03] XorA_: ok. and what number are possibles ? [11:04] numbers [11:04] i think it takes MHz values [11:04] so 1000 should get you a GHz [11:04] ok, I'll try 800 then [11:04] 800 certainly safe if thats the right arg, Im working from memory [11:04] * XorA_ only got an XM yesterday [11:05] * ogra imagines 1000 should work too, buut 800 is surely safer [11:05] ok. anyway, we'll see [11:05] is there a key to hit at boot ? [11:06] I think koen was running XM happilly at 1.2Ghz [11:06] no, you edit /boot/boot.script and run sudo flash-kernel [11:06] on the running system [11:06] that will change your boot args [11:07] ogra: thanks [11:08] * XorA_ shall Natty his XM tonight [11:08] heh [11:09] i think we shopuld probably set mpurate at image buildtime [11:09] ogra, ping [11:09] the prob is that these images also run on B and C series beagles and we cant really determine if we are on a XM [11:10] janimo, yo [11:10] the cpufreq patches should be mainstream now, and they know what type of omap you have [11:10] janimo, in bug 724615 there is a "fix committed" set, could you please link the branch in the future ? (desktop team asked) [11:10] Launchpad bug 724615 in unity "unity FTBFS on armel" [High,Fix committed] https://launchpad.net/bugs/724615 [11:11] but last I saw there were some bugs in cpufreq framework preventing going to full speed as it assume unique voltages for each frequency [11:11] that way its easier to find what the patch was :) [11:11] XorA_ I got an xM rev 1 if I'm not wrong [11:12] dont know which rev I got [11:12] no sticker ? [11:13] ogra: its at home, my eyesight not that good [11:13] train it ! [11:13] someone sold it to me cheap over the weekend [11:13] * XorA_ never persuaded TI to part with any :-D [11:15] shit I tried to install libgl1-sgx-omap3 libgles2-sgx-omap3 and it fails. [11:15] the reason is : FATAL: module omaplfb not found [11:16] you need the powervr package first i think [11:16] powervr-omap3-dkms [11:16] * ericb2 tries [11:17] it is already installed [11:18] Building ... [11:18] is it done compiling already ? [11:18] aha [11:18] Error! Bad return status for module build on kernel: 2.6.38-1-omap (armel) [11:18] I'll consult the make.log [11:19] is that your own kernel ? [11:19] ogra: no it isn't [11:19] error : unknown fiels 'ioctl' specified in initializer [11:19] hmm, strange [11:19] s/fiels/field/ [11:20] there might be a ppa where rsalveti provides an update package, wait until he is around [11:20] in build/services4/3rdparty/bufferclass_ti/bc_cat.c [11:20] though i'm not sure he rolled a new one for omap3 ... i know there is one for omap4 somewhere [11:21] ogra, there was no branch I committed to trunk [11:21] there's a ton of ubnity email since I am on the team, so I would not be surprised commit messages to be overlooked [11:21] janimo, then make a branch first and link it or attach a patch or some such [11:22] its just very hard to find out about the fix if nothing is linked [11:22] you can even just copy the link to the revision into a comment [11:23] ok, I was hoping that bzr commit would do something as I inlucde dLP :#XXX in the commit msg [11:23] hmm [11:23] is this on ayatana or u-desktop? [11:23] i think it should ... i rarely cimmit to upstream branches directly though, i usually link merge branches [11:24] the discussion was on u-desktop [12:24] ogra: is it possible to compile by hand ? [12:24] look up the dkms docs, i think you can trigger it by hand [12:25] ogra: I'm currently in /var/lib/dkms/pwervr-omap3/3.01.00.07/build/services4/3rdparty/bufferclass_ti, but make leads me to undefined $KERNEL_DIR [12:25] * ericb2 looks [12:26] hmm, really looks like you dont use the official kernel [12:26] ogra: no idea : Im running the Ubuntu image I found the link on the Ubuntu wiki [12:26] ogra: this is natty, could be related ? [12:27] linux-image-2.6.38-5-omap [12:27] thats the version you should have installed [12:27] ogra: uname -a tells : Linux beagle 2.6.38-1-omap [12:28] ogra: uname -a tells : Linux beagle 2.6.38-1-omap #28-Ubuntu [12:28] that sounds outdated [12:29] indeed, apt-cache tells me about 2.6.38-5 [12:31] shit .. no network [12:32] is /etc/init.d/networking restart wrong ? [12:32] that only restarts low-level bits iirc [12:32] network manager cares for the higher level bits [12:33] ogra: and I need to got X.org running for that ? [12:33] you can also set it up in /etc/network/interfaces instead [12:34] then NM will use the config from there without X [12:41] I added two lines in /etc/network interfaces : allow-hotplug usb0 and iface usb0 inet dhcp [12:41] and ifup usb0 fails [12:41] and auto usb0 ? [12:41] you shouldnt need allow-hotplug [12:41] cat /proc/net/dev|grep usb ? [12:43] * ericb2 removed allow-hotplug an retries ... [12:45] ogra: got : usb0: 64009 677 .... and so on [12:45] looks fine [12:45] ok, works now. Suddenly ... [12:46] its magic :) [12:47] ogra: ufff ... loosk like I'm in debug mode ... got zillions of [ xxxx.xxxxxx] smsc95xx 1-2.1:1.0: usb0: kevent 2 may have been dropped [12:48] * ericb2 installing kernel 2.6.38-5 [12:49] (omap version) [12:53] * ericb2 hopes to be able to work a bit today [13:03] morning [13:05] rsalveti: hi [13:05] rsalveti: got a problem installing powervr on omap3 [13:05] rsalveti: X.org is gone ... [13:06] rsalveti: + the build fails [13:06] ericb2: could be that sgx is broken with latest updates [13:06] ericb2: can you open a bug against it? [13:06] will take a look then [13:06] rsalveti: where ? [13:06] rsalveti: do you have a link I meant [13:06] maybe by updating the package or by fixing the current code [13:07] ericb2: just open a bug agains the sgx package for omap3 [13:07] putting your dkms logs [13:07] ericb2: there's a workaround to avoid the smsc95xx messages [13:07] let me get the link [13:08] XorA: ogra: and for omap I'd like to merge the patch that sets the mhz higher for most beagle boards [13:09] also on my todo, was waiting more discussion and see if it'd go for 39 [13:09] than I can easily backport for our current 38 [13:10] does anyone know how long i can expect to wait for the image writing to complete? I'm following instructions here for a beagle board install, https://wiki.ubuntu.com/ARM/OMAPMaverickInstall [13:11] ericb2: for smsc messages: Add to /etc/sysctl.conf: vm.min_free_kbytes = 8192 [13:12] rsalveti: ok, I'll do once I'll have installed kernel-sources for 2.6.38-5 [13:12] ericb2: thanks [13:14] btw, mpurate=800 seems to work well. mpurate=1000 does nothing, and looks like 600 MHz is the fallback [13:15] * ericb2 doing everything on a simple 16GB micro SD card [13:15] k [13:16] would be fantastic to find 32 or even 64GB a day, using such "size" :) [13:16] 1cm square hard disk is a bit of fun [13:16] crap just reminded me I dont have any high speed microSDs [13:34] rsalveti: done. ( /etc/sysctl.conf ..etc) [13:46] rsalveti: https://bugs.launchpad.net/ubuntu/+source/powervr-omap3/+bug/726541 [13:46] Launchpad bug 726541 in powervr-omap3 "powervp installation broken on aremel (kernel 2.6.38-5)" [Undecided,New] [13:48] ericb2: cool, thanks [13:49] rsalveti: I added one comment [13:50] rsalveti: wiating, what can I do to repair my X.org (currently broken) [13:50] ? [13:50] s/wiating/waiting/ [13:50] ericb2: what happened to your x.org? [13:51] something like "module omaplfb not found" or something close [13:51] rsalveti: happened when I tried to install powervr [13:52] and apt-cache search omaplfb ... is empty :/ [13:52] that's because this module is loaded during the sgx initscript [13:53] but it shouldn't affect your xorg [13:53] as the omap 3 driver doesn't properly support the xorg [13:53] rsalveti: where is the config file located ? Maybe I can reconfigure X.org ? === zul_ is now known as zul [13:55] ericb2: there's no xorg conf by default [13:55] rsalveti: sorry, how does it work then ? [13:55] ericb2: at /usr/share/X11/xorg.conf.d are the basic confs, but not something that sets your video driver [13:56] you can still create your own config, but not needed [13:56] as you're basically using xorg with framebuffer [13:57] rsalveti: ok, and how can I figure out what happens ? The only info I got is : ddxSigGiveUp : Closing log [13:57] in /var/log/Xorg.0.log [13:57] ericb2: can you post your x.org log for me? [13:59] rsalveti: yes, sure. Let me try to launch it manually [14:00] (EE} HID 04f3:013: failed to initialize for relative axes. [14:01] could the mpurate=800 be the reason ? [14:06] and servce gdm restart does notthing ... tested on CTRL + ALT + F6 -> F10 [14:08] if xorg is failing, then gdm restart will not work [14:08] rsalveti: I know. Was to obtain a track, somewhere to search [14:18] rsalveti: the only track I got, is when I installed the libegl1-sgx-omap3 lib, a lot of libs have been uninstalled [14:19] rsalveti: bingo [14:19] rsalveti: broken dependencies [14:20] it's normal to remove some mesa libraries and dependencies, as the sgx one will replace them [14:20] but it could be that something was remove accidentally [14:20] *removed [14:21] I'm setting up my beagleboard to test the package again [14:21] and try to fix it [14:21] rsalveti: you mean everyting removed + omaplfb module should replace everything ? [14:21] * ericb2 will redo .. not clear [14:21] no, the sgx packages should replace the libegl/libgles from mesa [14:21] and when the mesa packages are removed, some others are also removed, as not used anymore [14:22] rsalveti: ok, but sgx package won't work without the module ? [14:22] ericb2: nops [14:22] rsalveti: ah .. sorry looks I'm plain wrong [14:22] but your xorg should still work [14:23] rsalveti: it's not the case [14:30] rsalveti: Did you manage to give that rootfs a stab? [14:31] lag: argh, sorry, it took so long to download that I completely forgot [14:31] let me dig it here [14:32] :) [14:32] np [15:18] lag: did you try this rootfs with kernel upstream? [15:18] or how are you planning to use it? [15:19] rsalveti: I have various kernels I can try to use it with [15:19] rsalveti: The main one is on git.linaro.org [15:19] lag: so what exactly you want me to test with it? [15:19] rsalveti: I'm guessing you don't have HW though [15:19] Anything? [15:19] just to try it with beagle? [15:19] ok [15:20] rsalveti: I think it's just a generic kernel [15:20] Sure [15:39] hey prpplague [15:39] XorA_: hey bud [15:40] prpplague: what happens if I plug a zippy into beagle XM? [15:41] XorA: it goes *poof* [15:41] * prpplague jokes with XorA [15:41] :-( [15:41] XorA: zippy and zippy2 have been tested with xm with no issues [15:42] prpplague: sweet, even bigger rootfs with LVM then :-D === dmart_ is now known as dmart [17:54] lag: image is working fine [17:54] lag: with our 38 for omap [17:54] linaro image but still "Welcome to Ubuntu Natty" :-) [18:17] rsalveti: It's the Linaro image of Ubuntu [18:17] heh [18:18] "the linaro image of ubuntu" [18:18] sounds like "the duke of earl" [18:21] rsalveti, do TI plan a .38 upload now that it seems to be close to good enough? [18:22] TI ... upload ... ? [18:23] janimo, cooloney does our kernel, whenever he is ready we should get a package [18:23] given that there are only a few hours until freeze i wouldnt expect it before alpha3 though [18:23] ogra, ah great. Well, green light for upload, pull request whatever :) [18:24] it's a soft freeze :) [18:24] ogra talking bad about TI *g* [18:24] k, i'll try to ping him tomorrow morning [18:24] and it does not go into images so should not destabilize A3 [18:24] we wont have parallel kernel packages for omap4 [18:25] ah, so it's a straigh update [18:25] so it has to be good enough to replace the existing one [18:25] ok, then [18:25] right [18:25] kernel team refused to maintain two packages [18:25] makes perfect sense [18:25] specially since we would get naming probs [18:25] and cross-grading would become a pain [18:26] ogra, what were the takeaways from the emdebian meeting? [18:26] anything new to us? [18:26] janimo: ogra: new .38 upload should be done when cooloney work on it [18:26] but, still not tested [18:26] rsalveti, right [18:26] the pull request is done from TI side already [18:27] i think janimo just said it was good for him above [18:27] ok [18:27] yup, i saw the mail [18:27] the sound stuff doesnt look convincing though [18:27] but we have time to fix that this time (i hope) [18:27] yeah [18:27] I believe we'll go a3 with the kernel we have in hands [18:28] this new on a ppa and after a3 we can do the switch [18:28] yeah [18:28] as the soft freeze for a3 is today [18:28] wasn't expecting that [18:28] freeze is at 23:00 UTC [18:28] where is that .38 kernel coming from? [18:28] yeah [18:28] armin76: from TI [18:28] its always on mondy evening/tuesday morning [18:28] armin76: but basically the same one linaro currently delivers [18:28] ogra: yeah, was expecting it to be tomorrow, but fine :-) [18:29] nothing urgent [18:29] well, looks like unity didnt make it yet [18:29] rsalveti: link for it? [18:29] armin76: getting for you [18:29] so that looks like a delay [18:29] thanks [18:29] (for the freeze) [18:29] ogra: what you mean? we may need some bugfixing [18:29] but that's fine if we can do that tomorrow [18:29] rsalveti, i know ... [18:29] I believe [18:29] we wont have images tomorrow [18:30] ogra: didn't you say you fixed it? [18:30] unity will be uploaded tomorrow morning only [18:30] :-) [18:30] finally KDE packages are out of the FTBFS queue, now the chart looks familiar again [18:30] no,. janimo fixed it [18:30] although I wish Libo built on arm for a change [18:30] but the fix was sitting idle in upstreams bzr for three days [18:30] oh, will still be pushed... [18:30] it will be pushed [18:30] argh [18:30] but the desktop team just announced they wont make it before tomorrow morning [18:31] which means we will have no images tomorrow morning [18:31] yeah [18:31] with luck we'll have them in the evening [18:31] maybe I should have made a package upload as well. Dunno, I was trying not to mess with too many bzr branches at once [18:31] yeah [18:31] I thought you also did a package upload [18:31] no [18:31] janimo, given treh experience we now have with nux and unity slowness, i would actually recommed package fixes in the future [18:31] I saw they upload quite frequently [18:32] so I leave it to them [18:32] it's taking too much time for the fixes to be in the archive [18:32] nux took ages [18:32] yeah [18:32] because they kept back a new upstream relese until FF [18:32] true, but I did not know how long it takes them. I will consider package uploads from now on though [18:32] seems they don't care much about arm [18:33] given the silly casting errors that cause our build failures i would agree with that :) [18:33] if it's breaking our images, then a package upload would be better I guess [18:33] rsalveti, I can't blame them. The flood of bugmails I am getting since on the unity team has * a lot* of crash reports [18:33] they ned to make that stabl eon x86 before caring for arm [18:33] crash or ftbfs? [18:33] crashes [18:33] crash is fine :P [18:33] yeah [18:33] I still canoot run unity on my two x86 laptops I test on [18:33] ftbfs blocks images [18:33] just goes away [18:33] ftbfs is blocking [18:34] ogra, rsalveti I know, what I am saying they are swamped by bugfix work so probably let us handle arm and only do it when explicitly pinged [18:34] i'm really curious if unity-2d will run at all [18:34] janimo, right, do package fixes and additionally dup a merge request in place for next upstream [18:35] armin76: https://github.com/sebjan/linux-2.6/tree/int-2.6.38-rc6-iv3 [18:35] *dump [18:35] yeah [18:35] otherwise we're not making a3 [18:40] * armin76 wonders why is it hidden [18:40] rsalveti: thanks [18:41] armin76: it's not hidden, heavy dev [18:41] armin76: if you follow linaro tree you'll probably get the same patch set [18:41] arm guys! [18:41] I have a quandry [18:41] I want to install from ubuntu-standard a full gnome desktop [18:42] but ubuntu-desktop requires unity [18:42] and jockey-gtk [18:42] rsalveti: actually, if you talk about my tag, it does not contain the Linaro patches, only TI ones on top of mainline kernel [18:42] but unity depends on compiz [18:42] and jockey-gtk depends on nvidia-common [18:42] *what* is going on? [18:42] (btw unity-2d doesn't provides: unity either) [18:42] sebjan: true, I mean, if he gets the andy linaro tree he'll get everything [18:43] rsalveti: correct [18:43] as he's also merging your tree [18:43] Neko unity is the default ubuntu-desktop in natty [18:43] Neko: we're fixing this [18:43] Neko, and unity-2d doesnt provide unity since it uses bits and pieces of unity [18:44] -2d needs unity installed [18:44] Neko. Packages are being rebuilt frm massive uploads last week. Expect a little turbulence in the pool, it should settle by the end of the week. [18:44] right and I tried that but unity depends on compiz-abisomething [18:44] jockey is fixed since half a day [18:44] ah okay so I am just in the middle of an update? [18:44] phew.. [18:44] yeah [18:44] Yes. [18:44] the rest will be fixed tomorrow or so [18:44] okay I am satisfied then [18:44] Neko: we still don't have images [18:44] since feb 16th [18:44] depending how fast the desktop team works [18:44] we expect this to be fixed this week [18:45] will there be a way to install a maverick-ish gnome desktop without unity? [18:45] we're waiting too [18:45] not when using ubuntu-desktop [18:45] but there's no new meta package to be back to the old behavior? [18:46] ogra, I am not sure u-2d need unity installed [18:46] I dunno. I like the IDEA of unity, just not the way it soaks up all the screen space with it's little menu bar [18:46] what pieces it uses from it? [18:46] janimo, the dash, icons etc [18:46] I don't see those in the depends [18:47] and iirc it build deps on libunity [18:47] I think there is some common C++ helper indeed [18:47] which should add it to debs through shlibs [18:47] but not unity (the apps ) itself [18:47] the point is that you can install all bits and pieces independently [18:47] i.e. i used the panel on a normal gnome desktop for a while here ;( [18:48] err [18:48] ;) [18:48] the unity package should probably have more recommends though [18:48] err [18:48] unity-2d indeed [18:51] GrueMaster, if you have some spare cycles today it would be nice to know if unity-2d still runs ... nowing that in advance before we have images would be helpful [18:52] I'm already downloading the updates now. [18:52] * ogra hugs GrueMaster [18:55] I'm kind of impressed with how fast natty is just as a running system... I hacked in gnome and ambience theme and the backdrops and it's like lightning [18:56] unity seems to run okay it's just I had to spend 2 hours getting it to even install [18:56] but I understand, we had this problem during Maverick... trying to do work during the day before and the day after an alpha release = eek :D [18:58] Neko, when booting, you can select classic desktop when logging in. not sure if there are plans for a meta package. [18:58] it's no problem [18:59] it just scared me that I couldn't install ubuntu-desktop because it depends on unity and unity didn't work [18:59] which means no desktop ata ll [18:59] at all [18:59] I'll try it again mid-March and it will hopefully Just Work (tm) :) [18:59] you should try on thu. [19:00] release day? I doubt I will have good luck then :D [19:00] ?? [19:00] we usually have frightening problems with bandwdith to the ubuntu servers [19:00] this thursday [19:00] Alpha 3 release date is Thursday [19:00] yes [19:00] hundreds of geeks downloading new ISOs, pulling packages for their alpha 2 systems... [19:00] that shouldnt affext ports.ubuntu.com though [19:01] in theory :D [19:02] Neko: I have my own mirror of ports so I don't get hit by bandwidth issues. [19:03] I use approx so I have a good buffer but it doesn't help when 90% of stuff got rebuilt [19:03] my mirror updates every 4 hours. real slow for the first few weeks after UDS, but good overall. === zyga is now known as zyga-afk === bdrung_ is now known as bdrung [19:32] janimo: ping ? [19:36] ericb2, hello [19:37]