[09:33] ogra_: hey, I am having this issue after the ubuntu 12.04 reinstallation on the pandaboard: http://paste.kde.org/484964/ I would like to play an ogg file, that is all. [09:35] just use paplay [09:36] ogg should work as well... [09:36] (it did before the reinstallation) [09:36] it works fine here using paplay [09:37] uhh, it is nasty PA stuff... [09:37] * abogani waves all [09:37] Could anyone pinpoint me on RTFM to install Ubuntu on an BeagleBone, please? [09:37] Thanks in advance! [09:38] abogani, we dont have bootloader or kernel support in the official ubuntu images for the bone yet [09:38] not sure if someone already has a community port or so, ask in #beagle, probably rcn-ee has rolled an image or some such [09:39] ogra_: paplay is a no go anyway since that would require the rewriting of the software [09:39] the software executes ogg123, and that is something which should work. [09:39] ogra_, Thanks! [09:39] not to mention, paplay does not work either: Connection failure: Connection refused [09:39] pa_context_connect() failed: Connection refused [09:40] your pulse daemon isnt running it seems [09:40] anyway, I would like to avoid using pulse [09:40] I would like to use alsa. [09:40] I wonder if aplay would've worked fine at that point [09:40] * twb is an anti-PA bigot [09:40] it should, if all sound related packages are installed [09:41] libasound2 is installed. [09:41] we only test PA with gstreamer since thats the default setup [09:41] I have honestly no clue :-S [09:42] are alsa-base and alsa-utils installed ? [09:43] yes [09:43] and does /proc/asound/cards list the panda ? [09:43] those are all installed by running "apt-get install alsa-utils". [09:43] yes [09:43] well, no idea then [09:44] i know it works fine on the desktop images using PA and any gstreamer player [09:44] perhaps another bug in 12.04 :( [09:44] since thats what we test [09:45] * djszapi is installing mplayer for making sure many stuff are installed. [09:45] and to be honest i dont really care about cmdline players, if someone finds a bug i'll happily upload a fix though === KRF_ is now known as KRF [09:46] well, it is not command line interface issue [09:46] I am sure it is exactly the same with ui interface [09:46] well, its not a gstreamer player [09:46] the error message clearly looks like an operational issue [09:46] it is not that the program is executed with wrong parameters, etc. [09:47] why would it ? [09:47] dunno, but thats what we care about [09:47] so you do not care about basic command line utils working ? [09:47] send a patch if you find a bug [09:48] perhaps there is a reason to use linaro images... [09:48] we do test the default desktop in all functions (including ogg and mp3 playback) ... as lomng as that works ... [09:48] linaro images are just using a different kernel [09:48] not quite [09:48] beyond that they are identical and built from the very same archive [09:49] they also have patches against user space softwares. [09:49] well, feel free to use linaro then [09:51] will do [09:54] so why is the pulse daemon not running right after the installation ? [09:55] dunno, its usually started by the desktop session at login [09:56] let me reboot then... [09:57] same after reboot: Connection failure: Connection refused [09:57] pa_context_connect() failed: Connection refused [09:58] perhaps the postinstallation script is broken [09:59] well, it works for everyone else [09:59] not quite [09:59] did you do a normal desktop install ? [09:59] it is the same issue for my colleagues as well actually [10:00] no, we discussed that that is not so good idea [10:00] so I went for the server install obviously. [10:01] well, then you are on your own, find the missing pieces, fix them, it works fine on std desktop installs so you are obviously missing bits [10:02] actually I remember it did not work with desktop installation either [10:02] and that was one reason I went for alsa. [10:02] since I had more issues with pulse. [10:02] when I previously had the linary desktop images. [10:03] (this is why I asked if 12.04 is any usable on pandaboard) [10:03] 11.10 worked better so far. [10:03] not here, not in the tests [10:04] right, so the problem was the pulseaudio is a *separate* package, not installed by the pulse-utils. [10:12] ogra_: paplay did not work [10:12] even after running the server [10:12] empty output, and no sound [10:15] http://paste.kde.org/484994/ -> but I hear no sound. Why is that ? [12:41] * djszapi is pondering to install 11.10 back since as feared, the 12.04 is incapable for pandaboard for the time being :( [12:42] just use a normal install [12:43] that is not an option unfortunately. [12:52] ogra_: isn't there a ready made "default" desktop image I can just dd onto an sdcard and use that as the base for my further system ? [12:54] djszapi: I can sell you an sdcard with desktop "installed" [12:57] no, thanks. :) [12:58] other OS's even have that as a service: http://www.ebay.com/itm/Raspberry-Pi-Fedora-Operating-System-8GB-SD-Card-Expanded-/300705977609 [12:58] haha [12:58] funny [12:59] ogra_: isn't there some metapackages ? [12:59] for getting the same out of the server installation as if it had been the desktop ? [13:00] sudo apt-get install ubunut-make-sound-work-for-djszapi [13:00] ? [13:00] ehh [13:00] ogra_: we really need this for our project. Please do not joke :p [13:00] I would have expected some meta package. [13:00] well, the only metapackages we have would install the whole desktop [13:00] like we have gnome, kde, etc on archlinux [13:01] so no other way than the installer ? [13:01] ubuntu-desktop ... though you dont want to install metapackages, usually the meta goes along with a task, you want to install the task [13:01] that is physically really not possible unfortunately. [13:02] ok ubuntu-desktop, works [13:02] is it safe to install that ? [13:02] 1 upgraded, 792 newly installed, 0 to remove and 11 not upgraded. [13:02] Need to get 212 MB/252 MB of archives. [13:02] After this operation, 800 MB of additional disk space will be used. [13:02] beyond that, did you follow the ubuntu wiki to debug sound issues (or upstream docs for this) [13:02] yes [13:02] even discussed with upstream devs [13:02] for hours [13:02] same with my colleague in here. [13:02] did you check your mixer settings etc ? [13:03] and all the other general stuff thats descrivbed on the respective debug pages on the wiki [13:03] ogra_: yes, we did [13:04] yes, we did [13:04] so is this safe to execute then ? [13:04] apt-get install ubuntu-desktop ? [13:04] that will get you the ubuntu default desktop installed [13:04] though as i said, use the task instead [13:04] what is the task ? [13:05] apt-get install ubuntu-desktop ^ [13:05] err, nob space before the caret [13:05] or use tasksel [13:05] 1 upgraded, 786 newly installed, 0 to remove and 11 not upgraded. [13:05] Need to get 198 MB/237 MB of archives. [13:05] After this operation, 734 MB of additional disk space will be used. [13:05] fire ? [13:06] I pressed "Y". [13:08] ogra_: so ogg123 foo.ogg works for you on the pandaboard with Ubuntu 12.04 ? [13:08] no idea, i never test anything but gstreamer players [13:09] but i would assume so [13:09] can you test ? [13:09] * ogra_ has no desktop install around, all my pandas are build machines atm [13:09] eh... [13:09] well to be positive a bit, omap4-extras seems to be bundled with 12.04 [13:09] was not the case previously. [13:10] omap4-extras doesnt exist in 12.04 [13:10] yes, exactly. [13:10] because there are no contents for it [13:11] the pvr driver is in the ubuntu archive, all other bits simply dont exist [13:11] sgx and gles drivers [13:11] that is what we used omap4-extras for previously. [13:11] omap4-extras pulled in a lot more than just sgx/pvr [13:11] I know, but that is what we needed. [13:11] so how can we achieve those with 12.04 ? [13:12] achieve what exactly ? [13:12] having proper support for those [13:12] those ? [13:12] to not lose what we had with omap4-extras previously. [13:12] there is no way [13:12] yes, what omap4-extras contained... [13:12] why is this regression ? [13:13] TI didnt release the multimedia codecs for the 12.04 release [13:13] is there anything I can read about that sentence ? [13:13] some link [13:13] nope [13:14] what do you mean by ubuntu archive ? [13:14] they simply didnt port their stuff to 3.2 [13:14] with ubuntu archive i mean ports.ubuntu.com/archive.ubuntu.com [13:15] ogra_: is this really the right one for panda ? armhf [13:15] yes [13:15] ports.ubuntu-com is the archive for armhf [13:15] s/-/\./ [13:16] for playing ogg files it does not matter if TI ported the IVAHD stuff to 12.04 [13:16] right [13:16] obviously. [13:16] it just matters that your alsa UCM setup is proper and the mixers are all adjusted right [13:17] alsaucm set _verb HiFi [13:17] but he said he went through all alsa debugging and latest upstream should have pointed to UCM [13:17] sudo alsactl store [13:17] yeah, that should give you the proper setup [13:17] sine wave: http://paste.kde.org/485102/ [13:17] alsa is running "fine". [13:17] I mean no errors, just one curious line [13:18] but the stuff is apparently playing by using ogg123 [13:18] however, no sound [13:18] pactl list clearly shows there is no proper sink stuff [13:18] just a dummy stuff [13:18] but then again, I do not care about pulse [13:18] if alsa works [13:18] and vice versa [13:19] are you sure you havent plugged into the mic socket ? [13:19] :) [13:19] totally sure [13:19] and I tried both [13:28] av500, actually your link makes me wonder, is the R-Pi boot blob freely (and commercially) distributable [13:29] ogra_: I dont know [13:29] and dont care :) [13:29] * ogra_ suspects that SD is highly illegal [13:29] of course, sine I bet you cannot send the guy a GPL Request [13:29] since* [13:29] that too [13:30] would be fun to get the card and than involve ebay and paypal over the GPL :) [13:30] copy it and return :) [13:30] i rather suspec the closed boot code to be nondistributable though [13:30] haha [13:30] * suihkulokki finds the concept of undistributable boot code silly [13:30] ogra_: I guess even mentioning the pi needs approval from the "Foundation" [13:30] yeah [13:31] it's not like you can use it on any competitors device? [13:31] all the R-Pi based phones ! [13:31] suihkulokki: its about the patented linked list inside.... [13:31] :) [13:32] * djszapi suspects that this metapackage installation takes at least 4-5 hours :( [13:33] or perhaps it is going to be ready in "just" 2-3 hours. [13:35] sounds about right depending on your SD card [13:36] Kingston 4 GB [13:40] thats like a lottery ticket [14:47] how does one go about getting the 3.4.0-200.1 kernel for omap4? [15:01] * ogra_ doesnt know wheer that kernel version would come from [15:01] quantal has 3.4.0-201.2 currently [15:02] (and precise has 3.2.0-1413.17) [15:03] ogra_: funky, still "upgrading". [15:17] ogra_: guys are saying that in #alsa, it is a kernel regression [15:17] guessing* [15:17] so I do really wonder how it worked for you, if that is the case. [15:38] howdy. anybody here with an mx53 board that knows how to get it to do 1280x1024 on its vga out? looks lii need to discover [15:46] dash, infinity has such a board but i dont think he even has a monitor attached (not sure) [15:46] i think there are more mx53 users in #linaro [15:46] alrighty [15:47] ogra_: I think you were wrong [15:48] there are patches in 3.4 which makes the sound work [15:48] http://mailman.alsa-project.org/pipermail/alsa-devel/2012-February/049246.html [15:48] djszapi, we dont use 3.4 in ubuntu [15:48] exactly [15:48] (in 12.04 that is) [15:48] that is why it cannot work [15:48] on the contrary, the linaro guys might have taken care of this. [15:48] and have a very special tree with a lot of extra patches and backports [15:49] ogra_: in 12.04 ? [15:49] and we definitely have working sound OOTB [15:49] not for the pandaboard [15:49] since 10.04 yes [15:49] see the kernel patch above [15:49] * ogra_ isnt intrested in kernel patches [15:49] then trust us [15:49] it cannot work [15:50] right, the desktop confirms me [15:50] still not working [15:50] works here after the first reboot after the install has run [15:51] every time [15:51] and on the Qa machines as well [15:51] (and i remember adding the necessary UCM changes before release and verifying them) [15:51] probably your board is broken or some such, i know for sure it works [15:52] well, I have three boards [15:52] all of them are non-working [15:52] although with the linary ubuntu stuff they all worked [15:52] it is only borked with the stock ubuntu stuff [15:52] then use that [15:52] the stock ubuntu stuff is using the linaro tree as a base btw [15:53] yes...after wasting 1-2 days.... [15:53] *shrug* [15:53] this is EXACTLY why I asked about the quality of 12.04... [15:53] it was already borked for gfx stuff... [15:53] it works here and in all QA tests [15:53] sure... [15:53] as well as the graphics [15:53] fix your QA tests [15:54] to represent more environments. [15:54] including unity-3d [15:54] show me the QA runs pls [15:54] with all the environments to see what that actually is doing [15:55] (for the pandaboard, that is) [15:55] we test the environments we support [15:55] Right, pandaboard Rev A3 is not supported [15:55] pretty please: make this clear for others so others do not necessarily need to waste 1-2 days. [15:56] because when I asked I was said "Of course, we support, do you think we provide bad quality?" [15:57] A1-ES are supported [15:57] answer: yes, it is unsupported and has bad quality [15:57] andd have been fully tested [15:57] with Rev A3 [15:57] a1-ES i said [15:57] no, you did not [15:57] you said, of course it works [15:57] no, i'm actually wrong, its A2 -ES [15:57] would we provide bad quality ? [15:58] we dropped A1 aupport in natty iirc [15:58] it is nor A1, nor A2 [15:58] it is A3 [15:58] and definitely not EES [15:58] ES* [15:58] yes, which is between A2 and ES [15:59] anyway, pretty please: make this clear on the website or some user visible place: 12.04 does not give a crap about Rev A3 [15:59] so others do not need to suffer from the very same issues. [16:01] so, if i want mess more around with arm, should i buy a pandaboard es or something else? [16:01] *want to [16:01] mythos: not A3 at least. [16:01] mythos, thats surely a good platform to get familiar with arm [16:02] try to get them answered for the very question: which models work? [16:02] and dont listen to the troll pleass [16:02] *please [16:02] * ogra_ thinks this is getting very tiring [16:02] ogra_, ok... thanks [16:04] mythos: please handle advices carefully :) [16:04] I have also been said "surely works" [16:05] not really after a full day experimenting :( [16:05] ogra just got 3.4.0-201.2 thanks [16:05] great :) [16:06] jimerickson, does it work ? (i dont think anyone but the uploader even tried it yet) [16:06] djszapi, actually, if the armhf-port works, it would be fine too [16:06] downloading now will reboot in afew [16:07] *from debian [16:08] mythos: I see. Yeah, I would be very happy too, if a simple sound could be played with an Ubuntu image. I cannot seem to be able to manager that. I fall back to Linaro. [16:08] djszapi, even if only armel would work, it would be fine ;) [16:08] manage*, ehh. [16:08] mythos, it should, though i have no clue what kernel they use in debian, its likiely upstream which misses the DSS patches [16:08] mythos: yeah, the point is working, I agree. :) [16:09] ogra_, no problem. i will test that [16:09] userspace wise debian armhf is largely the same as ubuntu armhf [16:10] (same toolchain, same build options) [16:11] i don't even need a working x11 driver. xvfb is good enough for my purpose [16:11] yeah, that will work fine [16:12] though as i said, not sure about the DSS patches [16:12] (which you will need even for xfbdev) [16:12] ogra_, ok, thanks. i will see, when i have the board ^^ [16:13] :) [16:13] mythos: I would also consider linaro images. [16:13] they have some custom patches directly for the boards. [16:13] nothing the ubuntu kernel doesnt ship [16:13] (given the base tree is a merge of linaro and TI trees) [16:13] djszapi, if i have to patch and compile it myself to use debian/ubuntu, so be it ;) [16:14] we have binaries for everything in the archive, no worries :) [16:14] mythos: just as an example, audio does not work here, but works fine with linaro [16:14] which I consider a basic functionality. [16:14] You can patch the ubuntu kernel yourself, but you do the same job as the linaro guys in the end. [16:15] audio works fine if you use a proper image and install it following the instructions [16:15] (if you do not make any mistakes in the workflow) [16:15] djszapi, hmm... i have usb-audio-devices here. so i can work around this problem [16:15] mythos: why would you, if you have a working option oob ? [16:15] djszapi, couls you stop sprading FUD please [16:15] linaro doesnt use ubuntu trees or put anything on top of them [16:16] djszapi, because i only want to test my software on the arm-device. a working audio-out would be nice, but is not necessary for me [16:16] and as i said, if you follow the instructions instead of hacking together your own solution with ignoring all good advice various people give you, then yes, sound might not work [16:17] djszapi, and with pulseaudio, i could use tunneling for audio too. so i don't even need a audiodevice for the armboard [16:17] mythos: yep, but they also deal with other things, not just audio. [16:18] ogra while installing Assertion Error: file must be in binary mode. dkms reports bad return for module build. reported bug. do i dare to reboot to the new kernel? [16:19] jimerickson, thats likely the PVR driver [16:19] assuming you have it installed over there [16:19] ah ok so a reboot is ok? yes i have it installed. [16:19] might give you broken X [16:20] but consoles should still work ... [16:20] i can handle that much [16:20] mythos: for instance my colleague had issues with the hardware acceleration [16:20] mythos: he also had to use linary things where those were fixed up. [16:20] (which you will need even for xfbdev) <-- oh, i overread that. xvfb uses a framebuffer in ram and to access it, you have to use vnc or something similar [16:20] 12.04 was broken for that [16:21] linaro*, cannot type :) [16:21] djszapi, hw-accel for videoout? [16:21] djszapi, i don't need that either [16:21] mythos, DSS is driving all the kernel side display stuff including /dev/fb0 [16:21] ogra_, xvfb does not need any fb-device [16:21] mythos: I am not saying you need. I am saying linaro works in many areas to fix up shortcomings, hence providing a more robust solution. [16:22] mythos, do you mean xvfb vs xfbdev ? [16:22] ogra_, it only needs ram [16:22] ogra_, yeah, we speak from something different ;) [16:22] yeah, indeed, thats virtual, sorry, i though you talked about xfbdev [16:23] djszapi, but does linaro have debian-packagement? [16:23] right, xvfb doesnt need any graphics ... thats what we use on build machines if a package needs a running x server [16:23] mythos: yep [16:23] mythos, linaro is ubuntu just not supported [16:23] they provide monthly snapshots from the ubuntu archive [16:23] ogra_, djszapi, ok [16:24] mythos: at least for me, that works :) [16:25] djszapi, ok, i keep that in mind ;) [16:25] ogra_: Just an fyi, xvfb doesn't support 3D. Might want to pass it along. [16:26] GrueMaster, heh, i took that as a given :) [16:26] GrueMaster, not even with llvmpipe? [16:27] Yea, well I heard a nasty rumor that they are killing 2D support. [16:27] Not sure if llvmpipe works. [16:27] well, mesa should work at least [16:27] not that it might be fun to use though [16:27] GrueMaster, they do, they do [16:27] mythos: llvmpipe might, but not sure that is a good idea [16:27] GrueMaster, right, 2D will be droped [16:27] but i thinnk thats post Q stuff [16:27] (I'm actually doing remote python Gui development on an amd64 system - not arm). [16:28] djszapi, on an arm? sure that is a rocket [16:28] for quantal it will just not see new features [16:29] mythos: Llvmpipe even achieves better performance than the [16:29] GPU on some low end systems [16:29] "although with higher CPU usage and thus power consumption, but you probably already accepted those consequences when you chose a system without OpenGL acceleration)." [16:29] this was written to the qt development mailing list after the directx support question [16:31] mythos: FTR: http://releases.linaro.org/latest/ubuntu/leb-panda/ [16:33] djszapi, thanks ;) [16:34] but i don't even have a panda-es at the moment [16:34] i'm going to buy one today, so... [16:38] ogra it doesn't boot. is there a daily image for omap4 somewhere i can't seem to find one. [16:38] jimerickson, not yet, we only stat 12.10 dailies in about two weeks [16:38] *start [16:39] Hrm? [16:39] Dailies are building now, though they seem to be failing on !ac100. [16:39] infinity, we dont ? i havent seen any successfull buiold yet [16:40] ogra ok thank you. [16:40] and i thought we wanted to do the preinstalled->live switch before A1 anyway [16:40] Er, I don't even see logs for ubuntu-omap* ... Did someone break things again? :/ [16:40] * infinity looks. [16:40] i get mails every day [16:40] but empty ones [16:41] and i didnt bother to look yet before the live switch [16:41] since we will build differently anyway and run into new issues with that [16:42] True. Still, having them not building at all right now seems like an issue. [16:42] well, lets do the switch and then fix it, i dont really see a reason to waste work on preinstalled if they go away [16:42] Oddly enough, kubuntu-omap4 is building. [16:43] I wonder if maybe some machines just fell over when I wasn't looking. [16:43] i saw some debootstrap issues in some builds [16:43] Friggin' shoestring and bubblegum. [16:43] "no such script" for quantal [16:43] might be that they need chroot updates [16:44] The chroots auto-update. [16:44] well, its one of the few mails that have content that show this error [16:44] i thought they auto-update, but for that particular case it seems they didnt [16:45] I see no logs for quantal on araceae.buildd at all. [16:45] ogra ok with a hardware reset and a full power cycle i got it to boot to a full desktop. i disabled the pvr driver before the reboot. very pleased! [16:45] jimerickson, awesome, thanks for the feedback ! [16:46] ogra no problem! we will see you around. i am back to lurking. [16:47] :) [16:47] Odds are that no one set up the livefs chroots on the spare builders. Meh. [16:47] I'll look into that later. [16:47] infinity, but seriously, dont invest time to fix preinstalled, its not worth it [16:47] lets focus on live [16:48] are there pre-built images what linaro also provides ? [16:48] no [16:49] you have to use linaro-media-create or however that tool is called [16:49] I do not [16:49] they have ready made stuff [16:49] only thing needed: dd [16:49] lucky you then [16:49] see the link above [16:50] ogra_: Eh? Fixing the buildds is needed regardless of what we build on them. [16:50] infinity, sure [16:50] what i mean is that we should switch asap to vfat live [16:50] and ignore any preinstalled issues [16:51] i assume we will run into enough issues given we didnt use live on arm for years [16:53] I'm more optimistic. [16:53] heh [16:53] Given that d-i installs work, and live (apart from installing) is pretty arch-agnostic, it should mostly Just Work. [16:53] i expect a lot of casper issues (but am prepared to fix them) [16:53] Except for the speed issue, which we can't fix. [16:54] (thats why i made it a WI :) ) [17:01] infinity: rumor has it you know stuf about the mx53 board [17:01] infinity: are you familiar with setting vga resolution on it? [17:05] ogra_: how can I install the desktop image without hdmi device ? [17:06] and without proper cable ? [17:06] djszapi, you cant [17:06] that is for confirming. [17:06] thanks for* [17:16] dash: It's been a while since I messed with it. There are some obscure docs at Freescale that detail the kernel command line arguments for display output. [17:16] Yeah [17:17] I did what I thought they said, and got no luck. :) [17:19] setenv bootargs ro console=ttymxc0,115200n8 root=UUID=12460c31-1685-4cb8-a8d5-1cfe1d441b16 video=mxcdi1fb:RGB24,VGA-SXGA vga di1_primary [17:19] i still get 1024x768 same as before =/ [17:28] ok, i orderd one... but 20$ wire-transfer charge is a bit high, imho [17:29] shoulda used bitcoin [17:30] there was no option for bitcoins [17:30] ;) [17:42] ogra_: finally, I got the sound work even with the server preinstalled stuff [17:48] I mean alsa, I do not give anything about pulse really :) [17:58] djszapi: did you need to modprobe something by hand? [17:58] damian0815: nope [17:58] huh [17:59] ok === krosswin1z is now known as krosswindz [18:59] ogra_: ping