=== fta_ is now known as fta [01:52] * GrueMaster is finding it very hard to concentrate on release testing with the aroma of grilled babyback ribs waifing in through the office window from the grill on the otherside. [02:00] NCommander or ogra:is flash-kernel for maverick in bzr? I can apt-get source it but I have not been able to figure out the bzr lp: url for it. [02:01] or GrueMaster:^^ [02:02] jcrigby: bzr get http://bazaar.launchpad.net/~ubuntu-core-dev/flash-kernel/ubuntu [02:03] GrueMaster:in the interest of not bugging you next time. How could I figure that out myself? [02:03] * GrueMaster is getting a contact hunger buzz from the grill smoke outside his office. [02:03] I was able to find it on launchpad for lucid but not maverick [02:04] jcrigby: generally, its set in the control file and apt-get source will tell you if you call it [02:04] ahh [02:04] thanks [02:04] NCommander: did you get my SMS? [02:08] GrueMaster: not yet [02:08] antimony is df. Can you do a little cleanup and kick edubuntu dvds? === bjf[afk] is now known as bjf [02:35] GrueMaster: I can't. :-/ [02:35] but I can poke those who can [02:35] If they are available. elmo already tried earlier on #ubuntu-release. [02:37] bah [02:38] GrueMaster: looks like osmething happened in scratch [02:38] I'm looking [02:47] NCommander: I found a couple small annoyances in flash kernel today. Here is a patch: http://paste.ubuntu.com/473344/ [02:47] s/flash kernel/flash-kernel/ [02:48] jcrigby: the patch looks good, butr I can't merge it into the repo [02:48] do you want me to do a bzr push and a merge req? [02:48] for ogra? [02:49] jcrigby: yes pelase :-), post ogra_cmpc or lool for a merge [02:49] ok will do [03:44] NCommander: ping [05:24] prpplague: pong [05:25] NCommander: distcc [05:25] prpplague: ECONTEXTNEEDED [05:25] NCommander: hehe [05:25] NCommander: you do any native builds of ubuntu on arm using distcc with multiple arm systems? [05:27] prpplague: no, I've only done it to build OpenOffice.org as a standardlone package, and then I used icecc [05:27] NCommander: ahh ok === lag is now known as Guest33319 [06:08] Morning === JaMa|Zzz is now known as JaMa [07:41] cooloney: ? === hrw|gone is now known as hrw [08:10] morning [08:11] cooloney: TIs Friday release? [08:11] When will it be applied to our kernel? [08:11] lag_: oh, i am not sure about that [08:11] lag_: but we will get their release next week [08:12] lag_: we need to rebase our Ubuntu kernel on their 2.6.35 release next week [08:12] There are some patches which are critical (for me) [08:12] rsalveti also needs the rebase asap [08:13] lag_: oh, where are they? and will they be included in TI 2.6.35 release? [08:13] lag_: yeah, i c, but we still need to wait from TI [08:13] Yeah I know [08:14] They will be out Friday [08:14] I have the patches [08:14] But they will be available from their tree on Friday [08:15] lag_: ok, that's great, after we upgrade to their tree next week, we will get those patches, right? [08:16] i will cowork with ndec from TI to make that happen next week. [08:16] That's the theory [08:17] so could you please point us out the patches via email. ndec and I can make sure they will be merged next week === lag is now known as Guest71543 [09:16] hello [09:16] I'm new on thit site, I'm using ubuntu on beagleboard (trying to) [09:17] could any of you help me whit a easy tutorial? [09:21] medel: [09:21] medel: https://wiki.ubuntu.com/ARM/BeagleNetInstall === XorA|gone is now known as XorA === fta_ is now known as fta === lag is now known as Guest27899 [10:24] zumbi: present? [10:24] zumbi: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577674 was reopened by you and then requested with moreinfo by doko. Can you provide that moreinfo? [10:24] Debian bug 577674 in gcc-4.4 "gcc-4.4/cross: broken bi-arch architectures" [Wishlist,Open] [10:34] medel: you can go here and choose your method of install https://wiki.ubuntu.com/ARM/Beagle [10:34] medel: but keep in mind that the netbook install is very slow because the beagleboard only has 256M of RAM [10:35] medel: I suggest doing a netinstall and then install perhaps a xubuntu-desktop or something light weight [10:36] zumbi: sorry, my mistake === fta_ is now known as fta [10:47] hello! does anyone know if ubuntu-netbook can support multiple displays? similar to desktop version? [10:47] I am developing the X display driver for multiple display support & seeing some strange behavior as I enable certain features...so wanted to check if the netbook version supports this? [11:06] Hello, I'm doing an Ubuntu port to the iPhone, I'm having a problem with screen rotation using Fbdev and evtouch. Both will work fine in portrait, but for screen estate reasons I need it to be landscape before I can release my images. I've added Option "Rotate" "CW" to xorg.conf, which will rotate the screen when X starts but as soon as the screen is touched the X server closes. I've also tried adding Mode "480x320" to the Display section of xorg.con === amitk is now known as amitk-afk === fta_ is now known as fta [11:15] ogra: What's the reason for the crazy partition naming conventions on the daily build? [11:15] crazy ? [11:16] Bonkers [11:16] Loony [11:16] lag_, you mean SERVICEV001 ? [11:17] lag_, tail -40 /lib/udev/rules.d/80-udisks.rules [11:17] 038157b1-ec85-42b0-94e7-7c7e33805661 [11:17] we'll add a more sane name and our own udev rule for it beofre final (thats part of jasper) [11:17] huh ? [11:17] thats a UUID not a label [11:18] That's what my computer calls them when I mount them [11:18] yeah [11:18] thats normal if there is no label set [11:18] Can't we set one? [11:18] why ? [11:18] Writing scripts to do my work would be so much easier [11:19] we dont do that anywhere else in ubuntu [11:19] boot and rootfs will do fine [11:19] Nowhere else in Ubuntu uses SD cards [11:19] boot is made invisible after first boot of the image [11:19] Yeah, that's annoying too [11:19] (you didnt try my "tail" above, did you ?) [11:20] I did [11:20] why a user will never ever touch it [11:20] I'm never going to touch it if these annoyances don't go away [11:20] Lol [11:20] beyond having it always on every users desktop is annoying too [11:21] if you dont hide it, it gets automounted and has a static icon on desktop and in the filemanager [11:21] tell me whats more annoying ? [11:22] (for endusers, not for devs!) [11:23] you could file a whishlist bug against oem-config for the hostname configuration, it could set a label (optional) "$hostname-rootfs" or something like that if users really want that [11:24] in normal operation a user will never see the UUID [11:29] I'm not really interested in the auto-mount issue - I have scripts that get around that easy enough [11:30] However, the random chars (no label) makes things very difficult [11:32] Anyone got any ideas why when I have fbdev rotated clockwise, X11 closes as soon as the screen is touched using evtouch ? [11:35] lag_, thats what we use everywhere [11:36] lag_, and its induced from the kernel [11:36] Give me a workable label cross-platform (OMAP3/OMAP4) [11:37] thats a moot point for an enduser image, no ? [11:37] an enduser will *never ever* see the uuid [11:37] similar to x86 [11:37] I guess I could use the dev node instead [11:38] right [11:39] the automounting used to use real device names "USB Disk 1" etc, upstream decided to instead ise the UUID if there is no label set [11:39] if you want that part chnaged, talk to the gvfs or nautilus upstreams [11:40] That's still annoying - it means I can't have two /dev/sd* devices plugged in at once [11:40] JamesWStubbs: try evdev instead of evtouch...also pastebin your Xorg.0.log after crash [11:40] Basically it's only a matter of time before I dd over my iPod [11:40] (dd was a bad example, but you get the idea) [11:44] sshekar: I'll scp an Xorg log now, unfortunatly evdev isn't ideal due to lack of right click support, I have had landscape and evdev working fine, but right click is needed [11:46] sshekar: Would you like a paste of the xorg.conf aswel? [11:46] lag_, thats why i wrote usb-imagewriter ages ago [11:46] JamesWStubbs: sure [11:46] What does that do? [11:46] lag_, it's a gui to dd suporessing everything but USB keys and SD cards [11:50] sshekar: Would you like the log of me using the Rotate CW option ? [11:50] Where evtouch closes the server? [11:58] asac, new launcher works [12:02] \o/ [12:02] thx [12:04] sshekar: xorg.conf : http://pastie.org/1077150 Xorg.0.log : http://pastie.org/1077153 [12:08] JamesWStubbs: remote input-synaptics from system and retry? [12:22] hrw: Ok, trying now [12:23] I've blacklisted them, but I'll try removing them [12:23] ogra: Have you filed the ro bug yet? [12:34] hrw: sshekar: Same issue after removing synaptics [12:35] JamesWStubbs: sorry was away....the crash is because of evtouch [12:36] The crash doesn't happen in portrait [12:36] It's only when I attempt to use landscape [12:36] But the face is works when using evdev, proves it evtouch that's the issue [12:36] What do you think is causing the issue when trying to use in landscape? [12:37] JamesWStubbs: ya... I am not sure if it is maintained....probably you need to hack evdev for your use case [12:39] sshekar: Do you know of a version of evdev that supports right click? === amitk-afk is now known as amitk [12:39] JamesWStubbs: I dont know....you can ask in #xorg or #xorg-devel [12:40] Ok, thanks for you help [12:40] also I would suggest if you can upgrade to latest X...the one you are using is little old [12:40] sshekar: It's simply the one in the karmic repo [12:40] I keep having problems compiling [12:40] I'll do apt-get build-dep xorg [12:41] Then when I try to compile the latest from source I keep getting dependencie errors... [12:41] ok...maybe you can upgrade to Lucid [12:43] Lucid is armv7 only [12:43] iPhone uses v6 [12:45] There's a "hacktastic" patch for evdev right click [12:45] I'll see if I can get it working [12:46] ok...all the best...if you want to build X by hand... http://xorg.freedesktop.org/wiki/ModularDevelopersGuide [12:47] Thanks for your help, I'll get back on with it. [12:47] np === lag is now known as Guest6225 === fta_ is now known as fta === Guest6225 is now known as lag_ [13:57] ogra: Who maintains the app which sets up user/timezone/keyboard on Arm? [13:59] ogra: Also, have you put console=tty2 on the cmdline yet? === fta_ is now known as fta [14:10] ogra: You can't hide forever - I have so many things to bug you about! [14:10] :) === fta_ is now known as fta [14:47] cooloney: lag_ : just a question, do we know already if the TI friday release is going to be based on 2.6.35? [14:48] or we're going to have another release based on .35 [14:50] mythripk: ---^ [14:55] lag: yes [14:56] mythripk: oh, thanks [14:56] so probably lots of things are going to change [14:56] and it's going to take a while to merge and etc [14:59] lag_, the app is ubiquity [15:00] lag_, and no, we dont put console= on the cmdline since that breaks the splash [15:02] Well without it I can't see anything - ever [15:03] lag_: :-) [15:03] Neither can rsalveti [15:03] you have to get used to edit the boot.scr all the time [15:03] Which users aren't going to do [15:03] users should have to add hacks to kernel cmdlines :) [15:03] why users want to check the uart? [15:04] or the kernel log [15:04] tty2 isnt UART :) [15:04] yep, I was thinking about uart, but same reason [15:04] lag_ asked about adding console=tty2 [15:04] you still need to change if you want to see it [15:05] then that should be fixed [15:05] instead of being hacked around [15:05] So fix it :) [15:05] especially in the default setup [15:05] lag_, userspace doesnt touch the console [15:05] must be a kernel issue :) [15:06] btw, about what HW do we talk here ? beagle or panda [15:07] Panda [15:07] Only Panda [15:07] why would console=tty2 change anything ? [15:07] rsalveti: Did you get your answer from mythripk? [15:07] it works fine here [15:07] lag_: yep [15:07] ogra: Another question for mythripk [15:08] She's the graphics wizz [15:08] rsalveti: Which was? [15:08] lag_: "yes" [15:09] Oh, that was the answer? I thought it was a "yes, what do you want" [15:09] lag_: well, she didn't comment about it, so I think that was the answer :-) [15:10] rsalveti, you got a panda currently, right ? [15:10] ogra: yep [15:11] rsalveti, did you test the recent image on it ? [15:11] ogra: not the latest one [15:11] k [15:11] just got out of bed :-) [15:11] heh, indeed [15:14] ogra: Is ureadahead fixed yet? [15:14] huh ? [15:14] lag_: probably not, was going to take a look at it today [15:14] doesn anyone know why its broken yet ? [15:14] I thought Tim fixed it [15:14] actually this is what I should do today [15:15] as now I got my monitor working with panda, and panda is fully working [15:15] lag_, i thought so too, but people are still reporint OOMs [15:15] ogra: Doesn't your daily build runs dies with OOM? [15:15] ogra: Me too [15:15] it should give OOM on beagle [15:15] i havent tested on the beagle yet [15:15] not on panda, I believe [15:15] it doesnt on panda [15:15] Mine does [15:15] hm [15:15] panda is actually errorless here [15:16] Begin: Running /scripts/init-bottom ... done. [15:16] init: ureadahead main process (572) terminated with status 5 [15:16] fsck from util-linux-ng 2.17.2 [15:16] /dev/mmcblk0p2: clean, 156055/1466880 files, 1853382/15583048 blocks [15:16] * Starting AppArmor profiles Out of memory: kill process 1285 (pulseaudio) score 25299 or a child [15:16] Killed process 1337 (gconf-helper) vsz:11900kB, anon-rss:624kB, file-rss:96kB [15:16] install went through in ~10min [15:16] .. [15:16] status 5 isnt OOM :) [15:16] What's status 5? [15:16] it doesnt index MMCs [15:16] exit because it cant treat the disk [15:16] iirc [15:16] Okay [15:17] So why the OOM? [15:17] pulseaudio got OOM [15:17] rsalveti: The first of many [15:17] even ureadahead crashing isnt an issue nor the OOM [15:17] the real issue is that it tears down plymouth [15:18] And why does it check for re-size on every boot? [15:18] to update its db i guess [15:18] i havent looked inside ureadahead yet [15:19] No, the filesystem [15:19] but i know that we wont make much use of it anyway on MMCs [15:19] thats a bug GrueMaster mentioned here yesterday [15:19] err, no, wait [15:20] lag_, define "check for resize" [15:20] Resizing root filesystem. Please wait, this will take about ten minutes per 4G ... [15:20] Checking filesystem before resizing... [15:20] then it couldnt write your new boot.scr [15:20] Oh, I have my own boot.scr [15:20] yeah, that doesnt work [15:20] What do I need to add to stop it from doing that? [15:21] use the proper ubuntu root= entry [15:21] k [15:21] Is that all it looks for? [15:21] but even better, just fix the bug that makes you use the wrong initramfs :) [15:21] Wrong initramfs? [15:22] Surely there are only one? [15:22] no, there is an uInitrd and an inird.img [15:23] update-initramfs has a bug that prevents updating the initramfs atm [15:23] ogra: do you create another initrd.img after the resize? [15:23] rsalveti, oem-config does [15:23] oh, ok [15:23] Sounds like userspace [15:23] ;) [15:23] at the end of the package removal you will see "running post installation trigger: initramfs-tools" [15:24] lag_, yeah, and its already fixed [15:24] lag_, edit update-initramfs, scan for flash-kernel in the code, remove the outer if statement that checks for kernel-img.conf [15:24] then run update-initramfs and all is as it should be [15:25] the fix is in the tree but i was waiting for the freeze to be dropped before i upload [15:25] So when will this find its way into the daily build? [15:25] tomorrow or with your next dist-upgrade [15:27] so now someone explain to me why my beagle doesnt load the boot.scr [15:27] ogra: By default, my beagle won't either after having installed lucid. [15:28] GrueMaster, but if you hold down the user button it will [15:28] since that loads x.loader and u-boot from mmc which in turn should default to load boot.scr first before trying nand or anything else [15:28] If you hold down the button, it loads Xloader & Uboot but for some reason still uses the environment in nand. [15:29] whsy dont i have a bug about that ? [15:29] At least that has been my experience. [15:29] i need to adjust our u-boot to look for boot.scr in any case [15:30] I mentioned it back when you were handrolling images, and you said it was normal. [15:30] file a bug, i'll see what i can do [15:30] Will do. [15:30] i thought i had solved that before [15:30] GrueMaster, btw, all your isotracker entries are in progress still [15:31] Yes, I know. It takes a while to do all the testing and bug queries I do for a release. There are some bugs that are still open that I need to add to the iso tracker entries. [15:32] well, pitti is in the process of releasing already [15:33] so having "passed/failed" filles first before you add bugs would be helpful [15:33] *filled [15:33] Ok. [15:33] we'll likely hit the case more often that you test during our night and the release team does the release while you get up again [15:34] We need to ensure I have something to test earlier then. This image wasn't available until almost 11am my time. [15:35] blame asac [15:35] i was actually planning on having constantly two images per day from monday to today [15:35] to adjust the efl session settings package [15:35] * GrueMaster refuses to spew explicitives in a public channel. [15:35] but due to the launcher upgrade that didnt work out [15:36] Don't we have some kind of release freeze policy? [15:36] yes [15:37] asac, asked me for an exception ... and i didnt get that this means to upgrade the while library stack alongside [15:37] so i approved :O [15:37] (so i guess blame me too ;) ) [15:37] You didn't know. He knew better. [15:38] he said he told me, i couldnt remember [15:38] anyway, its over ... [15:38] i wont approve such requests on a monday before a milestone anymore [15:39] so in the future you should have enough images to test during the freeze [15:39] ogra: Talking about filing bugs ... [15:39] I've marked omap4 as passed. Not sure about the beagle image. I'm tempted to mark it as fail, as running anything gets a lot of oom messages due to no swap. [15:39] GrueMaster, yeah [15:40] * ogra hasnt started the beagle test yet, i tried XM but that didnt change at all [15:40] (mmc is still in readonly) [15:40] ogra: XM isn't going to change - I don't think anyone is working on it [15:40] lag_, huh ? [15:40] ogra> (mmc is still in readonly) - Yes, where's my bug? [15:41] its hard to capture the error for you [15:41] want a bug without error message ? [15:41] Not really! [15:41] Lol [15:41] see :) [15:42] Do the best you can [15:42] Then I can start work [15:42] i will, but i know that rcn-ee has fixes for all issues so why not just review and take them ? [15:43] (or help him improving the code where it doesnt suit) [15:43] I have plans to - one step at a time [15:43] k [15:43] File me a bug :) [15:44] ok, you're a bug. :P [15:44] File != Call ;p [15:44] oh. [15:45] :) [15:45] * GrueMaster needs more coffee. Couldn't understand that aussie translation. [15:46] Genius! However do you come up with such witty remarks? ;) [15:46] lag_, with love and kisses (and kangaroos), bug 613855 [15:46] Launchpad bug 613855 in linux (Ubuntu) "omap3 beagle XM MMC card always comes up readonly (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613855 [15:47] ogra: See? That wasn't so difficult was it? [15:47] :P [15:49] oh, look ! [15:49] http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/alpha-3/ [15:49] seems we have a release ! [15:54] hooray! [15:58] ogra: Bug #613866 [15:58] Launchpad bug 613866 in u-boot-omap3 (Ubuntu) "u-boot loaded from SD should look to SD for boot.scr instead of using nand settings. (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613866 [15:59] So what happens when you guys boot XM? [15:59] I get a purple page with a (non-movable) mouse [15:59] * GrueMaster ENOHAVE [15:59] -ENOHAVE [15:59] I don't have one (yet). [16:00] I gathered [16:00] :) [16:00] ogra: ? [16:00] lunch! [16:00] lag_, i dont get that far [16:00] @5pm? [16:01] What do you get? [16:01] A log? [16:01] no, a readonly MMC :) [16:02] Use serial and give me a log [16:02] it gets stuck right after trying to mount/umount the partionion [16:03] ogra: I get this: http://paste.ubuntu.com/473561/ [16:04] why is modules.dep missing ? [16:05] haha, this is the reverse problem to bugs.debian.org/591768 [16:06] It looks like either the wrong uInitrd is being loaded. [16:06] s/either// [16:07] I'm going to reflash with the _release_ version [16:07] GrueMaster, there is no wrong initrd wrt module versions [16:07] thats the strange part [16:07] There is if you have a different kernel. [16:07] the modules should always be the same [16:08] how would that happen on our images ? [16:08] i'm indeed assuming lag_ uses our unmodified alpha3 image :) [16:09] I used to get uImage files from the kernel devs to test without getting corresponding uInitrd files. [16:09] ogra: That would be your mistake [16:10] See. Kernel devs like to munge things up a lot. :P [16:10] Keeps us confused. [16:10] lag_, how would i be able to make it if there is only one kernel package ? :) [16:10] The kernel you use doesn't work with my monitor [16:11] I must have told you this 100 times :) [16:11] on the XM ? [16:11] * ogra hears that for the first time [16:11] No, Panda [16:11] XM doesn't work with my SDHC card [16:11] -110 error [16:11] why did you paste an XM dmesg ? [16:12] I have problems with both and am working on both at the same time [16:12] I can't use the kernel on either daily builds [16:12] thats confusing ! [16:13] Welcome to my world [16:13] I told you kernel dev's like to confuse us. [16:13] ;) [16:13] * ogra is confused [16:14] in any case this XM boot doesnt show the -110 erro [16:14] r [16:14] Then lag is (actually) ding his job. :) [16:14] s/ding/doing [16:15] I think the -110 error is related to the SD class issue I was seeing on Beagle. [16:16] GrueMaster: ogra: bug 591941 [16:16] Launchpad bug 591941 in linux (Ubuntu Maverick) (and 1 other project) "SDHC card not recognized (affects: 2) (dups: 1) (heat: 20)" [High,In progress] https://launchpad.net/bugs/591941 [16:16] lag_, on line 279 you start a new boot or what ? [16:16] yep, that's the one. [16:16] (there is no techincally possible way that init-premount runs at that point) [16:17] Nope [16:17]