[04:29] <jacquesdptd> hey guys
[04:30] <jacquesdptd> i don't know if you remind me, i came here to have info about the port i was trying to make of Ubuntu 10.10 mobile on my wits a81-e wich is a omap3 beagleboard like tablet with 256 ram
[04:31] <jacquesdptd> And some helped me and told me i had to find the kernel info (android 2.2 running on it) and then change the flash booting files, to boot ubuntu from sd card as said on the Official arm Ubuntu preinstalled page
[04:31] <jacquesdptd> well, i think i found what i was needing
[04:32] <jacquesdptd> http://code.google.com/p/a81linux/downloads/list
[04:32] <jacquesdptd> if anyone can confirm, if that are the right files, i'll try it in 5 hours cause i don't hve the time now
[04:33] <jacquesdptd> but i would have liked just to have a sort of, "That's it man" thx
[05:40] <henry1> No command deb in my Lucid for "deb https://wiki.linaro.org/WorkingGroups/ToolChain/CrossCompilerOnLucid". "apt-get install deb" could not find it as weel.
[05:43] <StevenK> henry1: add-apt-repository "    *
[05:43] <StevenK>       deb http://people.canonical.com/~hrw/ubuntu-lucid-armel-cross-compilers/ ./ "
[05:43] <StevenK> Sigh, cut-n-paste fail
[05:44] <StevenK> add-apt-repository "deb http://people.canonical.com/~hrw/ubuntu-lucid-armel-cross-compilers/ ./"
[05:47] <henry1> Got it. But get another error: sudo add-apt-repository ppa:hrw/arm-cross-compiler
[05:47] <henry1> Error: can't find signing_key_fingerprint at https://launchpad.net/api/1.0/~hrw/+archive/arm-cross-compiler
[05:50] <StevenK> henry1: That doesn't work because the PPA doesn't exist
[05:50] <henry1> what does PPA mean?
[05:51] <StevenK> henry1: A PPA is an archive hosted by Launchpad, hrw's cross compiler is done seperately
[05:51] <StevenK> henry1: Run the add-apt-repository as I typed it with a sudo in the front
[05:57] <henry1> what is a full command for  "sudo add-apt-repository ppa:hrw/arm-cross-compiler"?
[05:57] <StevenK> henry1: sudo add-apt-repository "deb http://people.canonical.com/~hrw/ubuntu-lucid-armel-cross-compilers/ ./"
[06:05] <henry1> got error doing "sudo apt-get update":W: Failed to fetch http://ppa.launchpad.net/hrw/arm-cross-compiler/ubuntu/dists/lucid/main/binary-i386/Packages.gz  404  Not Found
[06:05] <henry1> W: Failed to fetch https://wiki.linaro.org/WorkingGroups/ToolChain/CrossCompilerOnLucid/./Packages.gz  The requested URL returned error: 404
[08:02] <hrw> heh...
[08:02] <hrw> people - start *reading*
[08:03] <hrw> https://wiki.linaro.org/WorkingGroups/ToolChain/CrossCompilerOnLucid says exactly what sources.list line should look
[08:03] <hrw> and my PPA was removed and will not come back
[08:04] <hrw> ppa:hrw/arm-cross-compiler was dropped - it will not be back. eot
[11:50] <rbelem> jacquesdptd, do you have the bootloader to boot from sd?
[13:16] <NCommand1r> ogra: https://launchpad.net/bugs/675347 - source of Qt FTBS
[13:16] <ubot2> Launchpad bug 675347 in gcc-4.5 (Ubuntu Natty) (and 2 other projects) "volatile int causes inline assembly build failure (affects: 4) (dups: 2) (heat: 32)" [High,Confirmed]
[13:34] <NCommand1r> ogra_ac: did you see the above link?
[13:36] <ogra_ac> nope
[13:36] <ogra_ac> can you repost
[13:38] <NCommand1r> 08:17:29 < NCommand1r> ogra: https://launchpad.net/bugs/675347 - source of Qt FTBS
[13:38] <ubot2> Launchpad bug 675347 in gcc-4.5 (Ubuntu Natty) (and 2 other projects) "volatile int causes inline assembly build failure (affects: 4) (dups: 2) (heat: 32)" [High,Confirmed]
[13:38] <NCommand1r> ^- ogra_ac
[13:38] <NCommand1r> bah
[13:39] <NCommand1r> and now I am me
[13:39] <ogra_ac> NCommand1r, yeah, i know that one
[13:40] <NCommand1r> ogra_ac: right, so if/when that gets fixed, we get transmission + libproxy fvixed
[13:40] <ogra_ac> did you talk to doko ?
[13:41] <ogra_ac> the last comment indicates there is a fix/workaround
[13:41] <ogra_ac> by revering a patch
[13:44] <NCommand1r> nope
[13:44] <NCommand1r> not yet
[13:44] <ogra_ac> i did on -devel
[13:44] <ogra_ac> lets see what he says
[13:44] <ogra_ac> i wouldnt like to miss A1
[13:48] <NCommand1r> ogra_ac: I'm pretty happy to unseed transmission, and whack libproxy on armel only
[13:48] <NCommand1r> then revert after milestone
[13:49] <ogra_ac> NCommand1r, i would like to avoid it if possible
[13:49] <ogra_ac> and looking at the ftbfs list that wont be our only probs
[13:49] <NCommand1r> ogra_ac: indeed, but if all ele fails ...
[13:49] <dmart> NCommand1r: do you know why understand which -fstrict-volatile-bitfields breaks this?
[13:49] <NCommand1r> dmart: ECONTEXTNEEDED
[13:49] <rsalveti> morning :-)
[13:49] <NCommand1r> ...
[13:49] <ogra_ac> ah, at least gnome-python-extras built
[13:50] <NCommand1r> why did I loose my nick again?
[13:50] <ogra_ac> NCommand1r, i guess dmart means the bug above
[13:50] <dmart> < NCommand1r> 08:17:29 < NCommand1r> ogra: https://launchpad.net/bugs/675347 - source of Qt FTBS
[13:50] <ubot2> Launchpad bug 675347 in gcc-4.5 (Ubuntu Natty) (and 2 other projects) "volatile int causes inline assembly build failure (affects: 4) (dups: 2) (heat: 32)" [High,Confirmed]
[13:50] <dmart> Since _q_value isn't a bitfield in the example, I'm confused.
[13:51] <dmart> I also wonder whether using _q_value twice with different constraints is causing extra confusion?
[13:51] <NCommander> ogra_ac: doko said that he won't do a compiler upload until past A1
[13:52] <NCommander> dmart: I'm eyeing it now
[13:52] <ogra_ac> NCommander, hmm, where did he say that ?
[13:53] <ogra_ac> he didnt answer in -devel
[13:53] <NCommander> ogra_ac: comment on the bug
[13:53] <NCommander> "please no compiler upload before alpha-1 is out
[13:53] <NCommander> "
[13:53] <NCommander> on 11-23-2010
[13:54] <ogra_ac> hrm, k
[13:54] <ogra_ac> ha!
[13:54] <ogra_ac> gnupnp is off the list too
[13:55] <NCommander> ogra_ac: nice, no-changes whacking is my favorite time of bug to squish
[13:57] <NCommander> dmart: http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00155.html
[13:57] <NCommander> I can't actually find an explaination of what the heck it does though
[14:06] <dmart> NCommander: my guess is that -fstrict-volatile-bitfields causes attempts to access a volatile bitfield (which is invalid C) to be treated as an error.
[14:07] <NCommander> dmart: its an optimization
[14:07] <NCommander> I found half a code comment in a diff
[14:07] <NCommander> I just downloaded GCC to get the rest of said comment
[14:07] <dmart> The patch you mention seems to be related to an optimisation where a bitfield is accessed with a normal access (say to access 8 nicely aligned bits within a word)
[14:08] <NCommander> dmart: its in the documentation (which isn't on the website)
[14:08] <NCommander> give me five minutes and I'll pastebin it
[14:08] <dmart> ok
[14:18] <NCommander> dmart: looks like it was deleted from the documentation
[14:18] <NCommander> WTF
[14:20] <NCommander> dmart: http://paste.ubuntu.com/537908/
[14:20] <NCommander> Correction, in SVN only
[14:21] <NCommander> dmart: I get why this was enabled, but non-aligned access is supported for v6 and greater, right?
[14:28] <Tscheesy> rbelem: re - thx.. i guess you missunderstod me - uboot is installed - the nitdroid-Kernel you mentioned is my Problem.. i do not have a u-boot-Image from this Kernel ;)
[14:28] <rbelem> oh!
[14:29] <Tscheesy> only the source - but i can't compile it though no running Nitroid on n900 here
[14:29] <rbelem> Tscheesy, are your n900 running pr1.3?
[14:29] <Tscheesy> yes
[14:30] <Tscheesy> u-boot works fine
[14:30] <rbelem> Tscheesy, Tscheesy you can download the nitdroid kernel in binary form. let me check the link
[14:31] <Tscheesy> ah - i read that Notdroid uses Multiboot - did you find a u-boot Binary? or is it the same?
[14:32] <rbelem> Tscheesy, you can use the same binary
[14:32] <Tscheesy> ahh
[14:32] <rbelem> Tscheesy, you need to copy the modules to /lib/modules/<kernel-version>
[14:32] <rbelem> from nitdroid
[14:32] <Tscheesy> those fromm meego?
[14:33] <Tscheesy> a k
[14:33] <rbelem> Tscheesy, from the nitdroid rootfs
[14:33] <Tscheesy> ok - the Kernel itself?
[14:34] <Tscheesy> also then?
[14:34] <Tscheesy> i'll get a Nitroid rootfs then.. thx
[14:34] <rbelem> Tscheesy, the kernel and the modules
[14:35] <rbelem> Tscheesy, you can install nitdroid to the external sd, copy the needed files to the ubuntu rootfs
[14:35] <Tscheesy> ok .. saw screenshot from kubuntu-mobile recently on kubuntu-twitter i guess
[14:35] <rbelem> :-)
[14:36] <Tscheesy> i'll changeroot into nitdroid rootfs - should work though
[14:36] <dmart> NCommander: http://paste.ubuntu.com/537908/> thanks
[14:37] <dmart> I don't understand which this is biting us though - the _q_value field in the example attached to the bug is a naturally aligned int
[14:38] <dmart> -fstrict-volatile-bitfields (or the absence of it) should be irrelevant to this case ...?#
[14:38] <NCommander> dmart: is it possible the compiler is generating a false positive and bombing out where it shouldn't?
[14:38] <dmart> I guess
[14:39] <dmart> There are some possible oddities in the contraints for the inline asm--- I suggested some possible alternatives in the bug, but I'm not convinced it's wrong as-is or that my changes will improve matters...
[14:44] <NCommander> it clear though the correct solution isn't to back out this change
[14:45] <ScottK> NCommander: It depends.  How long are you going to leave the toolchain broken?
[14:46] <NCommander> ScottK: not sure, still reading.
[14:46] <NCommander> ScottK: the change in GCC is correct because the ARM ABI says that you shouldn't to unaligned accesses (you can on newer harder, but the current ABI predates that)
[14:49] <ScottK> NCommander: Reverting to gcc-4.5 4.5.1-9ubuntu1 would solve my problem very nicely.
[14:50] <NCommander> ScottK: and mine, but its the wrong fix unfortunately, and doko has said no toolchain uploads for A1
[14:50] <ScottK> Except of course for the one he did after he said that.
[14:51] <NCommander> ScottK: file a bug on doko then
[14:51] <ScottK> NCommander: I know it won't get fixed for Alpha 1.  I'd just like it fixed eventually (where eventually is early enough in the cycle we can still do something useful)
[14:53] <ogra_ac> NCommander, i still dont see wheer he said that, its not on the bug
[14:55] <NCommander> ogra_ac: https://bugs.launchpad.net/gcc-linaro/+bug/675347/comments/20
[14:55] <ubot2> Launchpad bug 675347 in gcc-4.5 (Ubuntu Natty) (and 2 other projects) "volatile int causes inline assembly build failure (affects: 4) (dups: 2) (heat: 32)" [High,Confirmed]
[14:56] <ogra_ac> oh, thats ages ago
[15:06] <Tscheesy> Hi - as i understand the nitroid installation has no Kernel itself and the multiboot-Kernel is installed on maemo? - i do use u-boot (wan't to install kubuntu-mobile) and just need the kernel and the modules ( /lib/modules/<kernel-version> )
[15:06] <Tscheesy> ups - wrong chan
[15:06] <Tscheesy> this goes to #nitdroid
[15:07] <rbelem> :-)
[15:42] <berco> ogra_ac: do you have the kernel from -proposed running? if yes, what do you have in /proc/asound/cards?
[16:24] <ogra> berco, ogra@panda:~$ cat /proc/asound/cards
[16:24] <ogra>  0 [Panda          ]: OMAP4 - Panda
[16:24] <ogra>                       TI OMAP4 Board
[16:24] <ogra> alsactl matches for Panda or Blaze now
[16:28] <berco> ogra: looks like in our most recent kernel we miss the OMAP4 name
[16:29] <rsalveti> hm, not that sure
[16:31] <rsalveti> berco: latest on maverick's main is 2.6.35-903.17, that contains the audio patches already
[16:31] <rsalveti> or am I missing something?
[16:32] <berco> ogra: rsalveti: I think I understand my pb. I lend my board and the guy changed my kernel. I don't have the pb on my panda, only on blaze
[16:32] <rsalveti> proposed is 2.6.35-903.19, and just has 2 unrelated fixes
[16:32] <berco> which I lend
[16:32] <rsalveti> oh, ok
[16:37] <berco> rsalveti: ogra: updating alsa-utils from 1.0.23-2ubuntu3 to 1.0.23-2ubuntu3.4
[16:37] <berco> still gives me errors with the right kernel
[16:38] <berco> I have the following 3 lines
[16:38] <berco> sudo bash -c "sudo echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor"
[16:38] <rsalveti> hm, the error was expected only with the released kernel
[16:38] <berco> oops sorry, wrong copy/paste
[16:38] <berco> No protocol specified
[16:38] <berco> xcb_connection_has_error() returned true
[16:38] <berco> Home directory /home/ubuntu not ours.
[16:38] <rsalveti> :-)
[16:38] <rsalveti> berco: and are you trying this on blaze or panda?
[16:38] <berco> rsalveti: I'm on panda right now
[16:39] <rsalveti> berco: what error are you getting? post inst fail?
[16:39] <rsalveti> if so, the problem is the alsactl init
[16:39] <rsalveti> that should happen only with the older kernel
[16:39] <berco> rsalveti: posinst is failing for me b'cos of the alsactl init
[16:40] <rsalveti> berco: what is your kernel version?
[16:40] <berco> rsalveti: if I remove the call to alsactl init I don't see the issue
[16:40] <berco> rsalveti: 2.6.35-980-omap4 #1release3
[16:40] <rsalveti> berco: yeah, I also got that some time ago, ogra_ac was looking for the proper fix
[16:40] <rsalveti> and the 3.4 got on main wrongly
[16:41] <rsalveti> hm, your own kernel
[16:41] <berco> well, TI internal kernel
[16:41] <rsalveti> proc/asound/cards matches with what oliver got?
[16:42] <berco> but I verified, we do have the changes and it matches ogra's output for proc/asound/cards
[16:42] <rsalveti> berco: what is your error message?
[16:43] <berco> rsalveti: here is my output http://pastebin.ubuntu.com/537969/
[16:47] <rsalveti> berco: your alsa-utils is not complaining about the lack of a proper machine name
[16:48] <rsalveti> but is giving 3 error messages I never saw
[16:48] <rsalveti> weird
[16:48] <berco> rsalveti: no. This was the issue I had with my wrong kernel running on my blaze. Sorry about this confusion.
[16:48] <rsalveti> ok
[16:49] <berco> rsalveti: I tried "sudo alsactl init" -> it gives me similar error. If I run without "sudo" no issue.
[16:50] <Tscheesy> hm .. damaged Superblock on my install of the preinstalled-kubuntu-mobile port für omap3 ?? so then.. once again..
[16:57] <Tscheesy> (but zcat didnot work here - i had to dd the image on the sd-card - which could have caused that)
[16:58] <rsalveti> berco: so if you just update it, it's not going to use sudo, then you're fine
[16:59] <hrw> https://bugs.launchpad.net/bugs/682742 looks like duplicate of bug 675347
[16:59] <ubot2> hrw: Bug 675347 on http://launchpad.net/bugs/675347 is private
[16:59] <ubot2> Launchpad bug 682742 in gcc-4.5 (Ubuntu Natty) (and 2 other projects) "volatile int causes inline assembly build failure (affects: 4) (dups: 2) (heat: 32)" [High,Confirmed]
[17:00]  * hrw out
[17:03] <berco> rsalveti: I'm not sure I understand the procedure. How do you update alsa-utils?
[17:03] <ogra> Tscheesy, why/how did zcat not work ?
[17:04] <ogra> berco, update-manager runs as root
[17:04] <rsalveti> or even apt-get upgrade
[17:04] <ogra> yeah
[17:05] <berco> rsalveti: ogra: ok. So you mean if I go through update-manager, it will work? When I do apt-get upgrade, it asks me for root privileges...
[17:05] <ogra> thats fine
[17:10] <Kamondelious> is the uvc driver not available for ubuntu-arm?
[17:12] <berco> ogra: rsalveti: going through update-manager worked. So for people like me who use apt-get install, it won't
[17:12] <Kamondelious> sorry, i'm behind myself
[17:13] <rsalveti> berco: apt-get should work the same way
[17:13] <rsalveti> as it runs as root
[17:13] <ogra> berco, if it doesnt, file a bug
[17:13] <ogra> (a new one)
[17:14] <berco> ogra: ok. I use "sudo apt-get install alsa-utils" it shows me those 3 lines of error. Updating via update-manager, it also asks for "root" password but I don't see any error in the UI or in /var/log/dpkg.log
[17:15] <ogra> berco, might be an issue with sudo or some such
[17:15] <ogra> use ubuntu-bug sudo to file it and see, there might be one already
[17:16] <rsalveti> maybe you changed your sudo settings  or something like that
[17:17] <rsalveti> try apt-get after getting a root session with sudo su -
[17:17] <tmzt_g2root> is there a good graphical installer for arm devices using X?
[17:17] <ogra> tmzt_g2root, its preinstalled on our omap/omap4 images
[17:17] <ogra> we use it by default
[17:19] <tmzt_g2root> I'm building something like wubi for android phones and I would rather start with an existing framework
[17:19] <tmzt_g2root> ah, ok. what packages would I see to do that?
[17:19] <tmzt_g2root> seed
[17:19] <ogra> oem-config-gtk
[17:19] <Tscheesy> ogra: zcat then sync - sd-card was still empty (unmounted state..)
[17:20] <ogra> Tscheesy, and you had the quoting right for the sudo command ?
[17:20] <ogra> thats critical and i can imagine that people get it wrong
[17:20] <Tscheesy> i'll give it another try :)
[17:21] <Tscheesy> first i wrote a few devices :D
[17:23] <Tscheesy> but >/dev/mmcblk0 should work imO
[17:24] <berco> rsalveti: sudo su -; apt-get install alsa-utils
[17:24] <berco> rsalveti: same error
[17:25] <berco> rsalveti: well, almost. I don't see the /home/ubuntu is not ours ... message
[17:25] <berco> only first 2 lines of errors in this configuration
[17:28] <rsalveti> weird, don't know why you're getting an error message from xcb
[17:28] <rsalveti> try to trace it, to see where it uses xcb and when you're getting these errors
[17:29] <ogra> i dont really get where it gets the /home/ubuntu from
[17:29] <ogra> that looks like boarkage with our image
[17:29] <rsalveti> seems the sudo configuration is broken somehow
[17:30] <berco> rsalveti: ogra: I haven't changed my sudo config. Are you not seeing this error?
[17:30] <ogra> well, that still doesnt explain why it looks for 7home7ubuntu
[17:30] <ogra> such users shouldnt exist on our images
[17:30] <ogra> looks somewhat like a live image
[17:30] <berco> ogra: I created ubuntu user at install time
[17:31] <berco> when you first run the setup it will prompt you for a user name. I always call it "ubuntu" :)
[17:31] <rsalveti> berco: I'm not having this issue here
[17:31]  * ogra neither
[17:32] <berco> using apt-get install?
[17:32] <ogra> i wonder if teher is something messing with that username in oem-config
[17:32] <ogra> since that name is usually the live user
[17:32] <rsalveti> I usually use ubuntu for every user here :-)
[17:32] <rsalveti> and it works fine
[17:32] <ogra> k
[17:32] <rsalveti> as does GrueMaster_
[17:32] <berco> I can try with a different user as I also created a "berco" one :)
[17:32] <ogra> i never use ubuntu nor admin as names :)
[17:34] <naveensr89> hi..
[17:34] <naveensr89> i'm having problems with installing ubuntu on beagleboard.
[17:35] <naveensr89> while installing its giving migration assistant error 141.
[17:36] <naveensr89> need help.
[17:39] <GrueMaster_> rsalveti: I heard my name.  what's up?
[17:40] <rsalveti> GrueMaster_: hey, berco is having issues with his sudo and apt-get
[17:40] <rsalveti> we were thinking if using the user as ubuntu could lead to the error
[17:40] <rsalveti> but I also use it here and I believe you also use it while testing the images
[17:41] <rsalveti> user = user name
[17:41] <GrueMaster_> Looking at the command he posted in scrollback, he has a ; between sudo and apt-get, so apt-get is not running as superuser.
[17:42] <tmzt_g2root> ogra: anything that supports debian-installer tasks, parted, etc. I need to manage loop images, not so much the user name
[17:42] <GrueMaster_> And the password should be the user password.  There is no root password.
[17:42] <ogra> tmzt_g2root, well, then ubiquity
[17:43] <tmzt_g2root> I can run that fullscreen without launching a desktop?
[17:43] <tmzt_g2root> wow #ubuntu-installer
[17:44] <ogra> if you have "only-ubiquity" on the cmdline
[17:44] <tmzt_g2root> command line? will upstart even run in a chroot?
[17:44] <tmzt_g2root> usefully
[17:48] <tmzt_g2root> ah, what did you say in these slides about images expanding on first boot? is that using an initrd?
[17:48] <tmzt_g2root> slides: omap_talk.ppt
[17:48] <berco> GrueMaster_: rsalveti: I just created a new user and I still experience the same issue.
[17:49] <rsalveti> probably an issue with your system
[17:49] <rsalveti> berco: can you trace it to see when you're getting these errors?
[17:50] <GrueMaster_> Creating a new user does not automatically enable them as a sudoer.
[17:50] <GrueMaster_> Try using the original account that was first created.
[17:51] <berco> GrueMaster_: Shall I add this user to "sudo" group?
[17:51] <berco> My "ubuntu" user is not in "sudo" group either as far as I can see
[17:53] <GrueMaster_> Type "groups" to see what groups it is in.  It needs to have the admin group.
[17:53] <berco> My new user is called "ob1" and groups command:
[17:53] <berco> ob1 adm dialout fax cdrom floppy tape dip video plugdev fuse
[17:54] <GrueMaster_> What user account did you use to create the new user with?  That action can only be done by an admin.
[17:55] <berco> GrueMaster_: so I used my "ubuntu" user which has been created during the install in order to create the "ob1" user
[17:56] <GrueMaster_> Ok, so log in as ubuntu and see what groups it has.
[17:56] <berco> for "ubuntu" user, groups are:
[17:57] <berco> chipsets adm dialout cdrom sudo plugdev lpadmin admin sambashare chipset ubuntu psir omapuntu omapa
[17:57] <berco> well, I just added ubuntu to sudo group
[17:58] <GrueMaster> You shouldn't need to.  The default in /etc/sudoers includes:
[17:58] <GrueMaster> # Members of the admin group may gain root privileges
[17:58] <GrueMaster> %admin ALL=(ALL) ALL
[17:58] <berco> GrueMaster: yep, I have this in my /etc/sudoers file
[17:58] <GrueMaster> So, typing "sudo apt-get install <package>" as ubuntu user should work.  The password is the ubuntu user's password.
[17:59] <berco> GrueMaster: yes, it works except when I update to alsa-utils version 1.0.23-2ubuntu3.4 from 1.0.23-2ubuntu3 version
[18:00] <berco> GrueMaster: error I'm getting http://pastebin.ubuntu.com/537969/
[18:00] <GrueMaster> I'll check into that soon.  What is the error you are getting?
[18:00] <GrueMaster> Ah.  checking.
[18:04] <GrueMaster> berco: I need a little time to reorg from the holiday week.  What TZ are you?
[18:04] <berco> GMT+2
[18:04] <berco> France
[18:05] <GrueMaster> Hmm.  I see it is after 7pm there.  Will you still be online in ~30 minutes?
[18:05] <berco> GrueMaster: Adding ubuntu to the sudo group didn't help
[18:05] <ogra> sudo group ?
[18:06] <ogra> you mean admin group, right ?
[18:06] <berco> GrueMaster: was planning to go but can try to be online in ~30 min from home
[18:06] <berco> ogra: no there's both admin and sudo groups
[18:06] <ogra> sudo isnt used
[18:06] <ogra> ubuntu uses admin only
[18:06] <berco> my user was already in admin and added it to sudo too
[18:06] <berco> so it makes sense the behavior hasn't changed
[18:07] <ogra> right
[18:07]  * berco ok disconnecting and reconnecting from home in ~30min
[18:07] <tmzt_g2root> ogra: what did you mean about the iamge resizing on first boot, is that done in an initrd?
[18:07] <tmzt_g2root> is there a way to set the size?
[18:08] <GrueMaster> The error you are seeing has nothing to do with permissions that I can see.  It looks like a post-install script error.
[18:08] <ogra> its a cairo error
[18:08] <ogra> i dont get how that could have anything to do with alsa
[18:09] <ogra> http://xcb.freedesktop.org/manual/group__XCB__Core__API.html
[18:09] <ogra> well, an X error at least
[18:09] <ogra> not actually cairo
[18:10] <ogra> tmzt_g2root, no, jasper-initramfs (the tool that does the resizing) just expands to the full free space on the SD card
[18:10] <tmzt_g2root> so I need a hybrid of some kind
[18:11] <ogra> anyway, time to leave for the day
[18:11]  * ogra might be online later again
[19:10] <JohnKiller> hi guys, i've got a IGEPv2 arm board, with ubuntu 10.10 on a 4GB sd card. Kernel version is 2.6.35.7 (created with rootstock). Everything is fine, except for wifi. iwconfig shows only loopback and ethernet. On the official wiki they say to upgrade my kernel, but how??? thanks
[19:35] <berco-mac> GrueMaster: have you been able to find anything?
[19:35] <GrueMaster> Not yet.  Just getting set up.  Thought I had an existing image but all my SD cards are currently in Natty debug mode.
[19:36] <GrueMaster> Should have one ready soon.
[19:36] <berco-mac> can you email me if you find anything?
[19:37] <GrueMaster> I have a 4G SD resizing now.  as soon as I get oem-config finished, I'll be ready.  15 minutes?
[19:37] <berco-mac> ok. I wait 15min :)
[19:55] <tmzt_g2root> rootstock is tiny :)
[19:56] <tmzt_g2root> can you leave out the user password until oem-config runs?
[19:58] <GrueMaster> berco-mac: Ok, updating package lists now.
[19:59] <berco-mac> GrueMaster: almost at the point where I was...
[20:03] <GrueMaster> Ok, first upgrading the kernel.
[20:14] <GrueMaster> Gah.  No video with new kernel on my new HDMI monitor.
[20:14] <tmzt_g2root> how does this work?
[20:14] <tmzt_g2root> # using fakeroot so we're able to create the base rootfs as user
[20:14] <tmzt_g2root>     LANG=C fakeroot debootstrap $DEFOPTS $EXTRAOPTS $DIST $ROOTFS $DMIRROR >$DBFIFO 2>&1 &
[20:14] <tmzt_g2root> what does the result look like, it has to be fixed up later? or this only works with fuseext2
[20:14] <rsalveti> GrueMaster: nothing?
[20:15] <rsalveti> that's weird
[20:15] <berco-mac> GrueMaster: are you able to enter console mode and exit "alt+F1" then "alt+F7" ?
[20:15] <rsalveti> yeah, could be a fifo underflow issue
[20:15] <berco-mac> GrueMaster: we have a known issue with this kernel
[20:15] <GrueMaster> Give me a second.  I had to buy a new monitor last weekend and this is the first time I have booted with it.
[20:18] <GrueMaster> rsalveti: looks like an edid issue.  The monitor is a Dell SR2220L LED 21" 1080P.
[20:18] <topfs2> rsalveti, just wanted to ping you regarding https://blueprints.launchpad.net/ubuntu/+spec/multimedia-arm-n-set-top-box We will be adding binary addons for xbmc in eden (next stable after the one that will be out any day). With the binary addons we will probably move codecs to addons and as such adding gstreamer for decoding will be possible
[20:18] <GrueMaster> Swapping back to my 1280x1024 monitor.
[20:19] <topfs2> We do use openmax currently though so not forced to use our ffmpeg. (Haven't had time to fix openmax for panda yet)
[20:19] <rsalveti> GrueMaster: were you able to get anything on your screen?
[20:19] <rsalveti> usually it should be just a resolution problem
[20:19] <rsalveti> but need to debug it further
[20:20] <topfs2> I have also looked into gstreamer overall and might be the one adding it as a decode part
[20:20] <rsalveti> topfs2: awesome
[20:20] <GrueMaster> Looks like a kernel issue.  Image works, but after adding -proposed and updating to latest kernel, no vid.  Not even on my old monitor.
[20:20] <topfs2> So if you have any questions during the evaluation I'll be idling here also :)
[20:21] <rsalveti> GrueMaster: AFAIK there was no video related change between release and proposed
[20:21] <rsalveti> topfs2: nice, will ping you back then :-)
[20:22] <GrueMaster> rsalveti: I'm staring at a blank screen.  Activity leds are flickering indicating activity on the SD.  Will enable console and see what I can see.
[20:22] <rsalveti> GrueMaster: okey
[20:28] <berco-mac> GrueMaster: have you tried this: http://omappedia.org/wiki/Ubuntu_Known_Issues#Screen_Blanking ?
[20:29] <berco-mac> GrueMaster: from my exprience it resolves the issue temporarly
[20:30] <GrueMaster> berco-mac: I am not seeing the same issue.
[20:31] <GrueMaster> yet
[20:31] <berco-mac> okay. it'll be interesting you send us the EDID info once you get some time
[20:32] <GrueMaster> I think we may have a race condition with the SDP4430.
[20:32] <GrueMaster> I'm seeing a ton of messages with "asoc: no valid backend routes for PCM: SDP4430 Media".
[20:33] <GrueMaster> Screen is now light green pastel (ick).  switching to console and back has no effect on display output.
[20:34] <GrueMaster> Need to add serial console login.  One sec.
[20:34] <berco-mac> after updating the kernel package, you did the "flash-kernel" right?
[20:34] <GrueMaster> That's an auto.
[20:34] <rsalveti> GrueMaster: that message is normal with the released kernel
[20:35] <rsalveti> after updating it, it should be fine
[20:37] <GrueMaster> For logging purposes, this is kernel 2.6.35-903.19.
[20:38] <berco-mac> sorry guys, I'll need to leave you 'till tomorrow.
[20:38] <berco-mac> getting late here
[20:38] <GrueMaster> berco-mac: Sorry I couldn't get to your issue.  I'll keep plugging away.  It is only 1pm here.
[20:39] <berco-mac> GrueMaster: thanks
[20:47] <GrueMaster> rsalveti: I have a serial tty up.  xrandr -d :0 looks normal.  Nothing in Xorg.0.log stands out.
[20:47] <GrueMaster> Nothing in dmesg either.
[20:48] <rsalveti> GrueMaster: try booting with omapdss.debug=1
[20:49] <rsalveti> to see what the kernel says about your monitor
[20:49] <GrueMaster> I did.  Nothing there I can see looks wrong.
[20:49] <GrueMaster> dmesg
[20:49] <GrueMaster> dmesg
[20:49] <rsalveti> can you paste me the boot log?
[20:49] <GrueMaster> damn window focus.
[20:49] <GrueMaster> Only if I can type.  :P
[20:50]  * GrueMaster is back to 5 monitors, and semi-confused at times.
[20:52] <GrueMaster> http://paste.ubuntu.com/538104/
[20:52] <GrueMaster> I was able to get video on the new monitor with a fresh image prior to updating.
[20:53] <GrueMaster> I am currently back to the 1280x1024 DVI monitor I used during Maverick test cycle.
[21:00] <rsalveti> GrueMaster: weird, it finds the correct resolution from the edid (1280x1024@60Hz), then suspend, resume, probe edid again and gets the correct resolution one more time
[21:01] <rsalveti> without any other message
[21:01] <rsalveti> after a while it did suspend again, but probably because of lack of activity
[21:02] <GrueMaster> I installed parse-edid and it looks correct reading /sys/device/omapdss/display0/edid.
[21:02] <GrueMaster> I'm switching back to original kernel.
[21:03] <rsalveti> ok
[21:03] <rsalveti> could be a racing condition for some unknown reason
[21:03] <GrueMaster> No problem with old kernel
[21:04] <GrueMaster> And it was the only package I upgraded.
[21:04] <rsalveti> try rebooting at least some 3 times, to see if it works every time
[21:04] <rsalveti> and get the boot log too, if possible
[21:04] <rsalveti> to compare
[21:04] <GrueMaster> I did with the new kernel.
[21:05] <GrueMaster> I'll have to mod the boot part to reenable the new kernel again.
[21:22] <topfs2> rsalveti, if you have any questions regarding xbmc and I'm not here feel free to ping TheUni . I'll force him to idle here aswell ;)
[21:24] <rsalveti> topfs2: np, thanks a lot
[21:24] <TheUni> rsalveti: i do the business/consumer relations stuff for xbmc.. i've seen the blueprint and i'm quite interested. would love to have a chat.
[21:24] <TheUni> if there's anything to chat about, that is :)
[21:26] <rsalveti> :-)
[21:29] <jo-erlend_> heh... On Ubuntu-devel today, there was an announcement of an IRC meeting regarding ARM... It sais Tuesday 2010-29-11 at 13:00 UTC. <-- Does that mean it has been held or that it will be held tomorrow?
[21:30] <TheUni> rsalveti: out of curiosity, is Natty+1 the target?
[21:31] <rsalveti> jo-erlend_: hehe, NCommander :-)
[21:31] <rsalveti> it should be tomorrow
[21:31] <jo-erlend_> rsalveti, NCommander? :)
[21:31] <rsalveti> TheUni: we'd like to have a solution for natty
[21:31] <rsalveti> jo-erlend_: he is the one who sent the announcement, probably
[21:31] <TheUni> wow, ok
[21:31] <jo-erlend_> oh, it's a nick. I get it. :)
[21:32] <rsalveti> TheUni: but we're ok to change that for natty + 1
[21:32] <TheUni> rsalveti: yea, for us to be an option, i'm afraid that's what it would have to be
[21:32] <TheUni> though we should be in very good shape by then
[21:33] <jo-erlend_> NCommander, it is quite impossible for me (or anyone else) to attend the ARM IRC meeting on Tuesday 2010-29-11 at 13:00 UTC. <-- Perhaps you could reschedule? :)
[21:35] <rsalveti> TheUni: ok, we can probably push it to the repository, if it's not the default at least
[21:35] <rsalveti> then for natty +1 that can change again
[21:35] <TheUni> yea
[21:35] <TheUni> we're working hard to target natty to get all the Ubuntu nits cleaned up
[21:35] <GrueMaster> jo-erlend_: I believe persia is actively seeking a better time for the meeting.  You should also ping him.
[21:36] <jo-erlend_> GrueMaster, well for me, any date that actually exists would be a better time. :)
[21:36] <rsalveti> TheUni: got it, nice
[21:37] <GrueMaster> jo-erlend_: Heh.  I see what you are referring to.  It is actually scheduled for 20101130.
[21:37] <TheUni> rsalveti: so for Natty, we should be a good candidate for the repo, arm included. Then we could do focus on remaining needed changes for the default if interested
[21:37] <rsalveti> TheUni: sure, that can work :-)
[21:37] <GrueMaster> But we are looking to move it in the near future.
[21:37] <TheUni> great
[21:38] <NCommander> jo-erlend_: its being discussed int he meeting. I'm not very happy about that time myself, but its been that way for ages. The ARM meeting is what the Mobile meeting was (the name of the meeting was something of an artifact)
[21:38] <TheUni> rsalveti: I'm subscribed to the blueprint (Cory Fields). Feel free to ping me. I'd like to make it a top priority for us, as it obviously would mean good things for us as well.
[21:39] <jo-erlend_> NCommander, well. In your email, you said _Tuesday_ 29th. That's either today or tomorrow. Perhaps a new email would be in order, just to avoid confusion?
[21:39] <NCommander> jo-erlend_: *groan*
[21:39] <NCommander> I'll send a followup (its tomorrow in any case)
[21:39] <rsalveti> TheUni: yeah, would be nice to have it working on arm nicely :-)
[21:42] <TheUni> rsalveti: topfs2 can tell you more about the status. but we're currently working fine on beagle and a few other platforms, panda should be a much nicer target
[21:42] <rsalveti> TheUni: yeah, that's what we're targeting
[21:42] <TheUni> rsalveti: may i suggest a minimum/reference platform?
[21:42] <rsalveti> TheUni: sure
[21:42] <TheUni> ah, ok
[21:43] <rsalveti> we're targeting panda because the hardware is nice, cheap, and we'll soon have the bamboo box around
[21:43] <rsalveti> then panda can be easily used as a set-up box
[21:43] <prpplague> rsalveti: hopefully around the 15th of jan
[21:43] <TheUni> rsalveti: i mean.. i suggest that you specify your target/reference
[21:43] <rsalveti> and can decode in full hd and etc
[21:43] <TheUni> yup, same page then
[21:43] <rsalveti> cool
[21:43] <rsalveti> prpplague: nice :-)
[21:44] <prpplague> rsalveti: i added a circuit on the ft2232 so you can have the ft2232 reset the pandaboard
[21:44] <TheUni> rsalveti: problem we've had with arm is that it's such a segmented world. The main platforms we've seen so far have been beagle/tegra2/panda
[21:45] <TheUni> beagle had cpu limitations, tegra2 was missing ion and involved intimate dealings with nvidia, panda seems real-world achievable. so we'll be using that as reference as well.
[21:45] <jo-erlend_> IGEPv2 has been confirmed as working with the new kernel from linaro?
[21:45] <TheUni> s/missing ion/missing neon/
[21:45] <rsalveti> prpplague: nice
[21:45] <rsalveti> TheUni: yeah, and panda is already around, working nicely with ubuntu
[21:45] <jo-erlend_> I really like the pandaboard, except that it's too tall for me.
[21:46] <TheUni> indeed
[21:47] <jo-erlend_> I'm curious about the new marvell ARM server chips.
[21:47] <topfs2> And I've compiled and run xbmc perfectly on panda
[21:47] <topfs2> haven't tried any real resolution yet though but considering the GPU it should probably do 1080p
[21:47] <topfs2> Atleast it would be possible to achieve in the near future
[21:47] <topfs2> (our gui is rather hefty to render)
[21:48] <prpplague> jo-erlend_: headers can easily be desoldered on the board
[21:49] <prpplague> jo-erlend_: http://www.elinux.org/Panda_Bamboo
[21:50] <topfs2> for a second there I thoght you had gone for bamboo for real
[22:34] <tmzt_g2root> what is the 2d netbook package on maverick?
[22:35] <tmzt_g2root> ubuntu-netbook and ubuntu-netbook-efl-default-settings ?
[23:48] <jacquesdupontd> sorry i was testing my phone 3g unlimited tethering under ubuntu