=== JaMa|Zzz is now known as JaMa [07:37] Stskeeps: hey :) [07:37] can somebody point me at uds channel for this topic for tomorrow? [07:51] tmzt: they are actually about to get started, but are scattered in different rooms [07:52] tmzt: see: http://summit.ubuntu.com/uds-m/track/ubuntu_on_arm/ [07:52] tmzt: typically, the channels take the form of #ubuntu-uds-ROOMNAME, where the room name can be found in that link [07:54] tmzt: so for example, the ASoC discussion will be in mahogony, so #ubuntu-uds-mahogony. However since it's live, you would just have 1 way communication on irc to ask questions. To know what's going on, you will want to listen to the icecast stream [07:57] thanks [07:58] what timezone in the panel clock? [07:58] oh, got it [07:58] it's later than I thought [08:01] Is there an all-discussions stream? [08:01] Or are there multiple things at the same time? [08:01] And do they create transcripts? [08:02] everything is in one room? [08:02] there seem to be two talks (X/dpkg for ex) at the same time [08:02] in one track [08:03] oh, the room is under the title [08:03] I greatly prefer transcripts. [08:03] It takes me 5 minutes to read something that could take 45 minutes to listen to. [08:08] http://www.lczajkowski.com/2010/05/04/uds-m-remote-participation/ [08:09] oh, and I want glx_ext_texture_from_pixmap [08:09] don't we all [08:09] :P [08:10] That's 99% of my Linux 3D stuff I use regularly: compiz. [08:10] Or how about reviving that old XGL... on top of GL ES? [08:10] hi [08:11] doesn't gallium have some kind of es emulation now? [08:11] What timezone is uds in, anyway? [08:11] Oh, and fglrx claims to have some GL_ES strings.... wonder how you'd use that. [08:11] DanaG: european one [08:11] DanaG: 09:11 here [08:11] Probably it's as xvba-video was: not public. [08:12] s/was/is/ [08:12] it's a state tracker [08:18] anybody who can comment on why recent ubuntu releases are limited to armv6mmu and if that is changing with the new branching/repo strategy? [08:18] tmzt: armv6? lucid is armv7a [08:19] right, so more generally why is this required? [08:19] how many packages of the full repo actually require neon or vfp [08:19] tmzt: All of main was rebuilt for the v7t2 transition [08:19] So all of them :-) [08:20] http://sourceware.org/redboot/ [08:20] er [08:20] wrong link [08:20] https://wiki.ubuntu.com/Specs/ARMSoftbootLoader [08:20] tmzt: The point is to take advantage of v7 and thumb2 instructions [08:20] I'm aware of the requirement, I'm asking for what the justification might have been [08:20] That reminds me of the Angstrom "kexecboot" loader on Zaurus. [08:20] since only certain packages should benefit from those [08:20] tmzt: get as much as possible from cpu? [08:20] tmzt: No, everything benefits from it [08:20] * DanaG scrolls down and sees that mentioned. [08:21] tmzt: thumb2 is smaller and fits better in cache [08:21] this has made projects such as rhobuntu and mer difficult to support a broad range of hardware with vanilla ubuntu repos [08:21] the more code in cache, the faster [08:21] "that" being "kexecboot" [08:21] so all packages are now thumb2 code? [08:21] tmzt: Sure, but if we kept v5 only, we'd be irrelevant for v7 projects [08:21] tmzt: thumb2 is the compiled code [08:21] it's instructions [08:22] I can understand that for, say, gstreamer codecs [08:22] tmzt: It really benefits everything [08:22] tmzt: It's not like neon [08:22] tmzt: what you say would typically apply for neon [08:23] since most packages dont take advantage of it, and the toolchain doesn't use much of it when it can [08:23] tmzt: But when you tell gcc/gas that they should generate thumb2, it makes a big difference because they will generate 16-bits opcodes instead of 32-bits ones [08:23] how much of an improvement is thumb2 over thumb? [08:23] In the end, all the little libraries and programs fit better in cache [08:24] UEFI ARM? That's an odd idea. [08:24] tmzt: It's mostly an improvement in code coverage [08:24] tmzt: it wasn't really possible to use thumb for everything [08:24] but the compiler would fall back to arm when thumb didn't support the needed instruction? [08:26] Thu May 13 00:26:10 PDT 2010 [08:26] time for me to go to bed. =þ [08:27] Anyway, I suppose the eventual blueprints will be enough of a "transcript" (or rather, will distill down the overall points). [08:28] tmzt: Yes, you'd have to switch back and forth [08:28] Or stream in stereo. [08:28] Left side in one room, right in the other. [08:28] =þ [08:29] http://www.arm.com/about/newsroom/24978.php [08:29] Nifty. [08:29] UEFI including ARM. [08:30] Now... we just need Ubuntu to support UEFI! [08:31] Actually, I can imagine HP, for example, liking that.... they already use UEFI on their business laptops. [08:34] cf. https://wiki.ubuntu.com/FoundationsTeam/Specs/MaverickUefiSupport [08:35] which was discussed the first day ;) [08:35] Sweet. [08:36] I've messed with UEFI on my laptop... first-gen Elitebook. Has somewhat broken memory map. [08:36] is there any public discussion of qualcomm kernel-qcm? === hrw is now known as hrw-uds === markos_ is now known as Guest60377 === kmargar is now known as markos_ [10:32] has anyone tried to build mysql-server from the source package (karmic) on arm? version mysql-dfsg-5.1_5.1.37-1ubuntu5.1, here's the pbuilder log: http://pastebin.com/Y7fwHrV7 [10:33] no matter if I build it using pbuilder or without, I get the same result [10:33] I'll file a bug report, but I thought I'd ask here first just in case anyone else has seen this before [10:35] markos_: no idea - I am new member of ubuntu/arm team [10:36] hrw-uds: congrats then :) [10:36] thx [11:16] NCommander, around ? [11:18] ogra: yeah, I'm in the basement [11:18] ogra: where are you? [11:18] NCommander, in the UI heads session [11:19] NCommander, so i talked to colin [11:19] ogra: (I've been having some thoughts about doing hd-install, and I'm not sure this is the proper solution) [11:19] NCommander, after a bit of going back and forth we came to the conclusion that actually the best solution is an OEM image [11:19] ogra: ? [11:20] its trivial to change livecd-rootfs to omit casper and instead add oem-config.-gtk [11:20] ogra: didn't I suggest that earlier? [11:20] roll a live image thats going to a real FS on antimony [11:20] ogra: its not a bad idea expect then we need a way to resize the DD'ed SD card image [11:21] nah, leave it to the user to add more partitions, we can put gparted in [11:21] ogra: I thought your objection to doing oem-config in place of ubiquity was a speed issue and such [11:21] it is [11:21] ogra: ugh, that stinks of HACK [11:21] but we need to fix that anyway [11:21] ogra: fair enough. if a live image is acceptable, this works for me. [11:22] well, its not a live image [11:22] ogra: since its trivial to drop ubiquity (we just need to change the second package installation pass) [11:22] its essentially a rootfs on a artitioned image [11:22] ogra: well, from the perspective of image building :-) [11:22] *partitioned [11:22] er [11:22] hrm [11:22] actually [11:22] tihs is a new type of image now that I think of it [11:22] since we'll have no squashfs [11:22] right [11:22] we only use the squashfs as a base [11:23] ogra: I rather just have it dump a tarball and let antimony learn how to deal with it; it will greatly reduce build time [11:23] but do the content copying that ubiquity would usualy do during image build [11:23] squashing an image takes ~1 h [11:23] yeah, true, we can add such a function [11:23] ogra: /etc/fstab, /etc/passwd, /etc/group [11:23] f-k-i will have to be run [11:23] the only thing that concerns me a bit is the actual image size [11:24] you dont need fstab beyond proc [11:24] ogra: we might want to look at using livehelper instead, since this looks like a massive pain to hack onto livecd-rootfs [11:24] oh [11:24] fair enough [11:24] passwd and group are set up by oem-config [11:24] ogra: but then there won't be an fstab entry for / [11:24] you dont need one [11:24] ogra: I thought oem-config needs an account added to run at boot time [11:24] it doesnt [11:24] casper makes one for the livecd environment, and the installer adds an ubuntu:ubuntu user for first boot [11:24] it adds one actually :) [11:25] thats the live session [11:25] oem-config doesnt need any user [11:25] ogra: then what user does GDM log in as? [11:25] so i'd like to build two kinds of images ... [11:25] there is no gdm running, oem-config is the DM [11:25] DM? [11:26] display manager [11:26] ogra: the dm is started up by GDM, which is set to autologin on first boot with oem-config [11:26] an oem-config image boots into a stripped down ubiquity [11:26] ad the DM [11:26] instead of GDM [11:26] I've got to be missing something [11:26] But that's fine [11:26] yes :) [11:27] ogra: er, ubiquity launchs GDM though in all cases though ... [11:27] try a rootstock build and install oem-config-gtk in it [11:27] ogra: I'll take your word for it :-) [11:27] ubiquity doesnt touch gdm [11:27] so [11:27] i'd like us to build two images [11:27] livecd-rootfs needs to grow a new function mode [11:27] starting out with minimal one [11:27] +a [11:28] ogra: minimal? like just a basic command line system? [11:28] which is only a basic debootstrap+oem-config [11:28] right [11:28] we'll need a seed for that [11:28] ogra: we can't use tasks in PPAs [11:28] (limitation of Launchpad) [11:28] and the other one should be a stripped down netbook [11:28] thats why i want to use a seed :) [11:29] so we can have a metapackage [11:29] ogra: right, but we'll have to make sure we keep the metapackages up to date [11:29] :-) [11:29] ah good, we're on the same page, we're just cross-typing each other [11:29] they live in the PPA, shouldnt be a prob [11:29] right, we did this for Moblin [11:29] * NCommander shivers [11:29] so what i'd like us to come up with is some idea for the size issue [11:29] ogra: hrm, we can't put stuff on an ext4 image though [11:30] i dont want to end up with 3G images [11:30] At least, not if we use antimony [11:30] we can use ext3 [11:30] Slow, but doable [11:30] no pob with that [11:30] e2tools is VERY slow :-/' [11:30] nope, pretty fast [11:30] It is? Not the last time I used it [11:30] right, we will use gene2fs [11:30] OH [11:30] That works [11:30] indeed [11:30] and doesnt need root [11:30] Right, so d-cd needs to grow a new ext2/3 backend [11:31] needs to tinker with the journal afterwards though [11:31] I already have code on a local branch for that [11:31] so it gets converted to ext3 [11:31] ogra: how do we do that though, we can't loopback mount as non-root [11:31] why would you loopback mount anything ? [11:31] ogra: to twiddle the journal with tune2fs [11:32] no need for that [11:32] unless you another way to get journals enabled [11:32] tune2fs can work on .img files [11:32] directly [11:32] didn't know that [11:32] Nifty [11:32] ogra: the lack of ext4 is a bit disappointing, but not a show stopper [11:32] ext3 is fine [11:33] ogra: so the images will have two partitions. vfat /boot, and / ext3, right? [11:33] i was planning to implement the same setup in rootstock to overcome the usage of root [11:33] so i can just copy/paste the PoC from there into antimony [11:33] three [11:34] ogra: we can expand the partition map on first boot now that I think about it. OEM had to do that on the Dell mini's once [11:34] err [11:34] two [11:34] We just have to look at how they did it, and then make the ext filesystem grow [11:34] but no vfat /boot [11:34] ogra: ? [11:34] dpkg doesnt cope with vfat /boot [11:34] ugh [11:34] we will do something similar to imx51 [11:35] ogra: so flash-kernel voodoo? [11:35] yeah [11:35] Ok, so I see how this will come together [11:35] a raw hidden partition that pretends to be a flash [11:35] d-cd will grow ext2/3 image support, that image is passed into {post-}boot scripts, and then we handle it like we do on imx51 and dove [11:35] flash-kernel will then mount that and cp uImage/uInitrd to it [11:36] that code from oem ... does that automatically grow the partition ? [11:36] ogra: it had to, but I don't know the full story behind it [11:37] ogra: but its a solved problem, we just need to figure out how they solved it [11:37] can you try to get your hands on that code and test it ? [11:37] ogra: let me see if I can figure out who solved it originally, this was almost a year ago [11:37] i'll look into livecd-rootfs and the build scripts [11:37] (or feel free to do the d-cd changes and give them to me) [11:38] so we have something to get started from [11:38] ogra: I can handle the build scripts/d-cd if you want, I have local infrastructure [11:38] fine then [11:39] i'll put an action point list together and write up an explanation of what we'll do to david [11:39] ogra: right, so I'll make d-cd grow ext support, you'll make livecd handle making a pre-installed image [11:40] or do you want me to handle the entirity of the image stack? [11:40] right, and you try to get your hands on the grow partition code [11:40] (this is work I enjoy doing so I don't mind taking it) [11:41] let me make up the bulletpoint list and we look who does what then (by mail), if you want to start already, start with d-cd [11:42] ogra: execellent, I'm just fixing up my local build infrastructure here now === Meizirkki_ is now known as Meizirkki === NCommander is now known as Guest79402 === JaMa is now known as JaMa|off [14:55] what 's the dbfifo use for ? [14:59] armel-rootfs-201005131535.tgz ? [14:59] i cannot find the img file [14:59] did you tell rootstock to actually build an img ? [14:59] by default it only builds a tgz [15:00] you need to use --keepimage [15:00] but how to convert armel-rootfs-201005131535.tgz to an img file ? [15:01] its described on the RootfsFromScratch wikipage (see channel topic) [15:16] dd if=/dev/zero of=ubuntu-arm.img bs=1MB count=0 seek=1024 [15:17] what size i should to set ,i don't want to waste the space [15:35] dd if=/dev/zero of=myimage.img bs=1M count=1024 [15:35] mkfs.ext3 myimage.img [15:35] mount myimage.img /mnt -o loop [15:36] sudo tar xf tarball.tgz into /mnt === jmcgee is now known as jmcgee|gone === jldugger is now known as pwnguin === JaMa|off is now known as JaMa [21:15] hello [21:15] am trying to run ubuntu in my iphone [21:15] is there any one tried to do something like that? [22:05] waleed: rhobuntu [22:05] what phone? [22:06] Iphone [22:06] iphone 2g [22:06] with the new android kernel support it should be possible [22:06] I can try to help you in #htc-linux but I'm not in #iphonelinux or whatever === ndec is now known as foo_ === foo_ is now known as ndec === ndec is now known as ndec_ === ndec_ is now known as ndec_home === ndec_home is now known as ndec === JaMa is now known as JaMa|zz