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