[06:37] <rsalveti> ogra_: since the latest flash-kernel update was published, the first sd card partition is erased (mkdosfs) during the installer, and the the boot loader files are gone
[06:37] <rsalveti> causing the image to not boot after the reboot
[06:38] <rsalveti> don't know yet if plars created a bug for it already
[08:42] <ogra_> rsalveti, fixed, thanks for pointing it out !
[08:44] <ogra_> plars, intresting that your file list in bug 1055938 contains all the .bak files ... the partition got accidentially reformatted instead of renamed, theoretically there should be no files to backup ...
[08:44] <ubot2> Launchpad bug 1055938 in flash-kernel "uboot and mlo not in boot partition after install" [High,Confirmed] https://launchpad.net/bugs/1055938
[08:44]  * ogra_ wonders how broken the flash-kernel logic to make backup files is here 
[11:30] <janimo> ogra_, marvin24 does the newest l4t look good in your tests? I have yet to try it out
[11:32] <ogra_> janimo, still waiting for your kernel
[11:32] <janimo> in precise?
[11:32] <janimo> ogra_, but did not test with locally built images?
[11:32] <ogra_> i have the tarball for r16 ABI 13 here but wait for the kernel to be tested and uploaded
[11:33] <ogra_> thats for quantal
[11:33] <janimo> ogra_, ah great
[11:33] <ogra_> preceise can come once we have the world working in quantal ;)
[11:33] <janimo> well you could upload the package even so, does it regress if there's no abi13 yet anyway?
[11:33] <ogra_> janimo, marvin24 has thrown a test kernel around the last days
[11:33] <janimo> I agree with precise needing the backport only
[11:33] <ogra_> there is an abi 13 since the weekend
[11:34] <ogra_> but i need the kernel too :)
[11:34] <janimo> ogra_, ok will check it out. I was on holiday for the past week and yesterday so missed that
[11:34] <ogra_> yeah, no hurry as long as we get it in before final freeze :)
[11:34] <ogra_> i have no time for the driver this week either :) but the weekend is reserved for it
[11:35] <ogra_> (and we are in beta freeze anyway this week)
[11:36] <janimo> first hit for l4t is still the older page with the backup info from during when their site had problems
[11:37] <janimo> ogra_, are the quantal daily installers working for ac100? I still have precise on it
[11:37] <janimo> ogra_, and the note says disable plymouth. I thought the latest kernel was supposed to fix the console bug?
[11:38] <ogra_> not for plymouth
[11:38] <ogra_> but the installer disables it anyway
[11:39] <ogra_> and yeah, quantal should work (lubuntu though)
[11:40] <janimo> I am looking forward to trying lubuntu actually
[11:40]  * janimo download
[11:40] <janimo> s
[11:40]  * ogra_ still fights with allwinner mmc handling
[11:41] <janimo> ogra_, a new develboard?
[11:41] <ogra_> zatab
[11:41] <janimo> ogra_, when did the preinstalled image links move?
[11:41] <ogra_> move ?
[11:41] <janimo> well they moved under lubuntu
[11:42] <janimo> instead of toplevel daily-preinstalled
[11:42] <ogra_> yes, with the switch to the flavour they end up there automatically
[11:42] <ogra_> toplevel is reserved for ubuntu indeed
[11:45] <marvin24> janimo: I didn't figured out yet why it doesn't resume, but we need a r16 kernel to quantal
[11:45] <marvin24> so I guess it's ok to make package
[11:45] <ogra_> ++
[11:46] <marvin24> don't know what's the plan with precise though
[11:46] <janimo> marvin24, sure, I agree we need the latest, just did not know how much testing it has already
[11:46] <marvin24> I didn't got much feedback
[11:48] <marvin24> we can fix minor bugs later, given that there will be no major updates to the r16 series anymore
[11:53] <ogra_> yeah
[12:12] <janimo> oh, the 90's
[12:12]  * janimo just booted up lubuntu for the first time ever
[13:18] <plars> ogra_: heya
[13:18] <ogra_> yo
[13:18] <plars> ogra_: so the .bak files are *not* empty
[13:18] <ogra_> thanks so much for the bug :)
[13:18] <ogra_> o_O
[13:19] <ogra_> how can that be
[13:19] <plars> ogra_: all of the .bak files there were the same as the original, except for uInitrd of course
[13:20]  * ogra_ doesnt get where they come from ... looks like f-k was run multiple times durign the install
[13:46] <plars> ogra_: just to confirm, am I right in thinking that the issue with f-k not installing u-boot.bin and mlo back into the boot partition should be fixed already in todays image?
[13:46] <ogra_> dunno, only if there is a .1 i guess
[13:47] <ogra_> i uploaded it ~5h ago, but i dont know if anyone has re-spun the images since
[13:47] <plars> ogra_: ah, ok I see the upload now
[13:47] <plars> ogra_: it was unclear to me for a moment if it had already been fixed, or what
[13:47] <plars> I don't think so
[13:47] <plars> *I don't think there's been a respin since
[13:47] <ogra_> it has been fixed, but images need rebuilding
[13:47] <plars> yeah
[13:48] <ogra_> (and since its in the live-installer udeb it might be that a d-i upload is also needed)
[13:48] <ogra_> i'm not sure if l-i gets pulled in at the build or loaded only later
[14:09] <rsalveti> ogra_: any reason why the daily is not compressed anymore?
[14:10] <ogra_> rsalveti, you mean img.gz ?
[14:10] <rsalveti> ogra_: yup
[14:10] <ogra_> vs .img
[14:10] <ogra_> because there isnt much you can squeeze out of a squashfs :)
[14:10] <ogra_> by gzipping it
[14:11] <ogra_> read: the contents are compressed nowadays ... so we dont need to compress the image
[14:12] <rsalveti> ogra_: 725M -> 648M
[14:12] <ogra_> pfft
[14:13] <rsalveti> still a few megabytes :-)
[14:13] <ogra_> i'm willing to pay 70M for easier installation
[14:13] <ogra_> not having the zcat to gunzip mess is worth that
[14:13] <ogra_> (and not having to maintain a hack to the default image building)
[14:14] <ogra_> with the switch to live images we dropped all hacks ... i dont really want to introduce any arm hacks again just to save that bit ... i doubt we have users that have SD cards smaller than 1G
[14:17] <rsalveti> ogra_: haha, ok, you convinced me :-)
[15:17] <sauerbraten> I wonder if it would be a lot faster to install 300MB of packages using chroot on an i5 than doing it on the pandaboard itself
[15:19] <ogra_> well, your limit is usually the SD :)
[15:19] <ogra_> if your I/O is faster on your PC, sure then
[15:20] <sauerbraten> yeah that's true unfortunately. I doubt that it's faster on the PC. are there big differences in SD card speed?
[15:21] <ogra_> not major, no
[15:21] <ogra_> you wont get above 15-20M/s anyway
[15:22] <ogra_> thats why we dropped that type of image in 12.10
[15:23] <sauerbraten> what type of image?
[15:24] <ogra_> SD card images
[15:24] <sauerbraten> oh
[15:24] <ogra_> from 12.10 on we only provide live and alternate (as x86 does)
[15:24] <ogra_> with USB disk as suggested target device
[15:25] <sauerbraten> there is a desktop preinstalled image for armhf though
[15:25] <sauerbraten> http://cdimage.ubuntu.com/daily-live/current/
[15:26] <ogra_> thats not preinstalled
[15:26] <sauerbraten> oh, right.
[15:26] <orated> Hi! Which command can give me details about audio device used in BeagleBoard XM? (Like how lspci does on x86)
[15:27] <ogra_> orated, cat /proc/asound/cards
[15:27] <ogra_> (like on every other linux)
[15:28] <GrueMaster> sauerbraten: Did the server image work for you yesterday?
[15:30] <sauerbraten> GrueMaster: yes it is still running strong and currently installing xubuntu-desktop
[15:30] <sauerbraten> I had to use chroot to install the wpasupplicant package though
[15:31] <sauerbraten> why does the server image support WEP but no WPA2? who in there right mind would still use WEP?
[15:31] <GrueMaster> Hmmm.  Odd.
[15:32] <ogra_> i guess the assumption is simply that you dont use WLAN on servers so its not well maintained
[15:32] <orated> ogra_: hardware* details for on-baord audio CODEC used in XM. Like how lspci -vv or /proc/cpuinfo or lsusb does for hardware detected
[15:32] <GrueMaster> While I admit I haven't tested anything Ubuntu related since March, I had a test for wifi on a netinstall image that worked during early 12.04-alpha.
[15:32] <ogra_> orated, cat /proc/asound/cards
[15:32] <orated> well. Ok
[15:32] <ogra_> or read dmesg :)
[15:33] <orated> thanks
[15:34] <GrueMaster> orated: The beagleXM doesn't have any interface like pci that makes device discovery easy.  And iirc, audio is connected to the i2c bus, which is even more fun.
[15:34] <ogra_> most arm boards dont have pci
[15:34] <orated> Yes, there is no PCI which is why asked how it detects
[15:34] <ogra_> (though thats slowly changing with arm server boards appearing)
[15:34] <orated> Ah-ok
[15:35] <GrueMaster> Even on x86, audio is on a separate bus (HD Audio bus).  That bus is run off pci, but even on x86, lspci will only show you HD Audio, not the actual audio device spec.
[15:36] <ogra_> GrueMaster, why did you leave ubuntu-arm ?
[15:36] <orated> GrueMaster: Yep, thanks.
[15:36] <ogra_> not owning any arm devices anymore  ?
[15:36] <ogra_> :)
[15:36] <ogra_> (talking about the team here)
[15:37] <GrueMaster> ogra_: Why should I stay?  My working knowledge is dwindling fast.  And I still have my panda pool (although it is down to 6 systems).  But they are mostly idle, just running SETI.
[15:38] <GrueMaster> And I don't have time (or much desire) to do anything else with them.
[15:38] <ogra_> well, you still support people here etc
[15:38] <ogra_> your decision though
[15:38] <GrueMaster> Only because it is the right thing to do.  But as new releases come out, my support will lessen.
[15:40] <GrueMaster> Having all of my wiki documents slowly being clobbered by incompitence doesn't help with my disposition.
[15:40] <ogra_> haha
[15:42] <GrueMaster> For example, http://wiki.ubuntu.com/ARM/Server/Install.
[15:42] <ogra_> yeah ...
[15:42] <ogra_> territory of the server team
[15:42] <ogra_> i dont step in there anymore :)
[15:43]  * ogra_ goes for a coffee
[15:43] <GrueMaster> My point exactly.  There stopped being an Ubuntu Arm team in February.
[15:50] <GrueMaster> Besides, I'm not thrilled by the current direction Ubuntu is heading.  Bug 1054282 is but one example.
[15:50] <ubot2> Launchpad bug 1054282 in unity-lens-shopping "No obvious way to restrict shopping suggestions from displaying adult products" [Undecided,Confirmed] https://launchpad.net/bugs/1054282
[16:07] <orated> ogra_: I can see omap3beagle listed in cat /proc/asound/cards but there is nothing like snd-soc-omap3beagle in lsmod, is that how it should be?
[16:11] <GrueMaster> orated: Check /boot/config-* to see if the driver is created as a module (=m) or built in to the kernel (=y).
[16:11] <GrueMaster> If it is built in, it will not show up in lsmod.
[16:17] <orated> GrueMaster: CONFIG_SND_OMAP_SOC_OMAP3_BEAGLE=y. Thanks! What is /boot/config-* file?
[16:30] <GrueMaster> That is the kernel config used to build that kernel.
[17:43] <sauerbraten> how can I get 720p or even 1080p video running on the omap4 server installation with xubuntu-desktop? btw: works like a charm, GrueMaster
[17:46] <GrueMaster> sauerbraten: I think if you install the omap4 powervr stuff, you should be able to get working video playback.  It used to be in a ppa that was added to your source.list by a script and icon on the ubuntu-desktop.  Let me see if I can find it.
[17:48] <sauerbraten> mhm I even think it is installable using jockey (that additional drivers dialog) at least ubuntu offered it to me. let me check
[17:48] <GrueMaster> sauerbraten: Try installing the ti-omap4-software-channel package.
[17:48] <sauerbraten> ah dang, still installing some gstreamer plugins
[17:48] <GrueMaster> That should allow you to enable toe ppa.
[17:49] <sauerbraten> k I'll give jockey a go first though, that seems more stable to me :)
[17:50] <GrueMaster> I think Jockey will need the above package installed first, but I could be wrong.
[17:51] <GrueMaster> Well, this can't be good.  My remote ssh to my home system is down.
[17:51] <sauerbraten> I will try. Also, sound worked out of the box, at least on HDMI. alsamixer shows me the default "Panda" device too, but pulse doesn't. playing anything on the "panda" device using vlc fails though
[17:52] <GrueMaster> Not a network issue, as I am running Quassel Core on another system (hence my irc presence).
[17:53] <GrueMaster> sauerbraten: That is a separate issue (that I resolved numerous times).  I think there is a bug filed on launchpad.net for each release.
[18:19] <sauerbraten> GrueMaster: ok. I added ti-omap4-software-channel, but jockey didn't give me anything. anyway, the update manager bugged me about updates which I am now running, those include the linux-omap4 kernel
[18:20] <sauerbraten> hopefully that won't wreck the system again (it did with a minimal ubuntu image I tried yesterday)
[18:36] <GrueMaster> sauerbraten: There may be some other steps to take.  I can't remember and I have no access to a system currently to test with (remote ssh is down).
[21:48] <sauerbraten> how do I install the pvr-omap4 driver when jockey doesn't find it and ti-omap4-software-channel doesn't  help?
[21:49] <sauerbraten> also, I have ti-omap4-ppa and ti-omap4-software-channel in my repos, and they conflict with each other
[21:53] <sauerbraten> I found that ti-omap4-ppa added a file /usr/share/app-install/channels/ti-omap4-ppa.list containing the ppa repo line but "oneiric", not precise. how does that package come into my repos?
[22:13] <sauerbraten> mhm, I think I solved it. cleaned up a mess of sources and am now installing ubuntu-omap4-extras. we'll see what that does