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:33 |
---|---|---|
ogra_ | just use paplay | 09:35 |
djszapi | ogg should work as well... | 09:36 |
djszapi | (it did before the reinstallation) | 09:36 |
ogra_ | it works fine here using paplay | 09:36 |
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:37 |
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:38 |
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:39 |
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:40 |
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:41 |
ogra_ | are alsa-base and alsa-utils installed ? | 09:42 |
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:43 |
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:44 |
* 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:45 |
=== KRF_ is now known as KRF | ||
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:46 |
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:47 |
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:48 |
djszapi | they also have patches against user space softwares. | 09:49 |
ogra_ | well, feel free to use linaro then | 09:49 |
djszapi | will do | 09:51 |
djszapi | so why is the pulse daemon not running right after the installation ? | 09:54 |
ogra_ | dunno, its usually started by the desktop session at login | 09:55 |
djszapi | let me reboot then... | 09:56 |
djszapi | same after reboot: Connection failure: Connection refused | 09:57 |
djszapi | pa_context_connect() failed: Connection refused | 09:57 |
djszapi | perhaps the postinstallation script is broken | 09:58 |
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 | 09:59 |
djszapi | no, we discussed that that is not so good idea | 10:00 |
djszapi | so I went for the server install obviously. | 10:00 |
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:01 |
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:02 |
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:03 |
djszapi | right, so the problem was the pulseaudio is a *separate* package, not installed by the pulse-utils. | 10:04 |
djszapi | ogra_: paplay did not work | 10:12 |
djszapi | even after running the server | 10:12 |
djszapi | empty output, and no sound | 10:12 |
djszapi | http://paste.kde.org/484994/ -> but I hear no sound. Why is that ? | 10:15 |
* djszapi is pondering to install 11.10 back since as feared, the 12.04 is incapable for pandaboard for the time being :( | 12:41 | |
ogra_ | just use a normal install | 12:42 |
djszapi | that is not an option unfortunately. | 12:43 |
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:52 |
av500 | djszapi: I can sell you an sdcard with desktop "installed" | 12:54 |
djszapi | no, thanks. :) | 12:57 |
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:58 |
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 ? | 12:59 |
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:00 |
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:01 |
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:02 |
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:03 |
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:04 |
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:05 |
djszapi | I pressed "Y". | 13:06 |
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:08 |
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:09 |
ogra_ | omap4-extras doesnt exist in 12.04 | 13:10 |
djszapi | yes, exactly. | 13:10 |
ogra_ | because there are no contents for it | 13:10 |
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:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
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:17 |
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:18 |
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:19 |
ogra_ | av500, actually your link makes me wonder, is the R-Pi boot blob freely (and commercially) distributable | 13:28 |
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:29 |
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:30 |
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:31 |
* djszapi suspects that this metapackage installation takes at least 4-5 hours :( | 13:32 | |
djszapi | or perhaps it is going to be ready in "just" 2-3 hours. | 13:33 |
ogra_ | sounds about right depending on your SD card | 13:35 |
djszapi | Kingston 4 GB | 13:36 |
av500 | thats like a lottery ticket | 13:40 |
jimerickson | how does one go about getting the 3.4.0-200.1 kernel for omap4? | 14:47 |
* ogra_ doesnt know wheer that kernel version would come from | 15:01 | |
ogra_ | quantal has 3.4.0-201.2 currently | 15:01 |
ogra_ | (and precise has 3.2.0-1413.17) | 15:02 |
djszapi | ogra_: funky, still "upgrading". | 15:03 |
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:17 |
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:38 |
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:46 |
djszapi | ogra_: I think you were wrong | 15:47 |
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:48 |
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:49 |
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:50 |
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:51 |
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:52 |
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:53 |
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:54 |
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:55 |
djszapi | because when I asked I was said "Of course, we support, do you think we provide bad quality?" | 15:56 |
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:57 |
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:58 |
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. | 15:59 |
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:01 |
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:02 |
djszapi | mythos: please handle advices carefully :) | 16:04 |
djszapi | I have also been said "surely works" | 16:04 |
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:05 |
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:06 |
mythos | *from debian | 16:07 |
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:08 |
mythos | ogra_, no problem. i will test that | 16:09 |
ogra_ | userspace wise debian armhf is largely the same as ubuntu armhf | 16:09 |
ogra_ | (same toolchain, same build options) | 16:10 |
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:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
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:17 |
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:18 |
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:19 |
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. | 16:20 |
mythos | <ogra_> (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:20 |
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:21 |
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:22 |
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:23 |
djszapi | mythos: at least for me, that works :) | 16:24 |
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:25 |
ogra_ | GrueMaster, heh, i took that as a given :) | 16:26 |
mythos | GrueMaster, not even with llvmpipe? | 16:26 |
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:27 |
mythos | djszapi, on an arm? sure that is a rocket | 16:28 |
ogra_ | for quantal it will just not see new features | 16:28 |
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:29 |
djszapi | mythos: FTR: http://releases.linaro.org/latest/ubuntu/leb-panda/ | 16:31 |
mythos | djszapi, thanks ;) | 16:33 |
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:34 |
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:38 |
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:39 |
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:40 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 |
jimerickson | ogra no problem! we will see you around. i am back to lurking. | 16:46 |
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:47 |
djszapi | are there pre-built images what linaro also provides ? | 16:48 |
ogra_ | no | 16:48 |
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:49 |
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:50 |
ogra_ | i assume we will run into enough issues given we didnt use live on arm for years | 16:51 |
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:53 |
ogra_ | (thats why i made it a WI :) ) | 16:54 |
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:01 |
djszapi | ogra_: how can I install the desktop image without hdmi device ? | 17:05 |
djszapi | and without proper cable ? | 17:06 |
ogra_ | djszapi, you cant | 17:06 |
djszapi | that is for confirming. | 17:06 |
djszapi | thanks for* | 17:06 |
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:16 |
dash | I did what I thought they said, and got no luck. :) | 17:17 |
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:19 |
mythos | ok, i orderd one... but 20$ wire-transfer charge is a bit high, imho | 17:28 |
dash | shoulda used bitcoin | 17:29 |
mythos | there was no option for bitcoins | 17:30 |
mythos | ;) | 17:30 |
djszapi | ogra_: finally, I got the sound work even with the server preinstalled stuff | 17:42 |
djszapi | I mean alsa, I do not give anything about pulse really :) | 17:48 |
damian0815 | djszapi: did you need to modprobe something by hand? | 17:58 |
djszapi | damian0815: nope | 17:58 |
damian0815 | huh | 17:58 |
damian0815 | ok | 17:59 |
=== krosswin1z is now known as krosswindz | ||
djszapi | ogra_: ping | 18:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!