[00:33] hi, i only got a quick question. What is the big difference between ubuntu-mid and ubuntu-upmc ? from what I understand, ubuntu-mid is more oriented for device that has touchscreen right ? [01:08] i know there must be a good reason behind the "lpia" architecture [01:09] all the um packages seem to be in a different repo anyway, why not just keep in i386? [01:09] s/in/them* [04:52] tripzero, Actually, the "lpia" architecture is subtly different: there is a slight divergence, which is expected to increase, between the low-power in-order designs, and the high-power out-of-order designs. While both run i686 code, the instruction sets are expected to have less in common in the future. [04:58] interesting [04:58] i didn't know that [04:58] thanks [05:00] tripzero, No problem. I didn't know myself until about three months ago. Someone from Intel came to UDS, and explained it in a session we had about possibly dropping the lpia architecture. [05:00] Note that some work has been done, so the ubuntu-mobile flavour should work for any architecture (e.g. i386) starting with jaunty. [05:00] Err. s/months/weeks/ [05:03] oh, so lpia might be dropped? [05:03] No. [05:04] We had thought about dropping it because it is a lot of work to maintain it, and many of us didn't see the benefit, and wondered why we couldn't just use i386. [05:04] The divergence was explained: it may not be so useful today, but it will likely become more useful soon. [05:05] As a result, we'll not be dropping lpia, and as the details of the divergence become more clear, "lpia" will probably be pushed upstream, and it (or some other similar string) become part of autotools, etc. [05:09] ah, okay [05:09] i'm messing with moblin image creator, it just seems like a pain for me to port my deb repo and packages for lpia [05:09] Note that until the divergence gets more formalised, lpia is basically just an i686-optimised build, with some experimentation in optimtimisations. [05:09] but it's not as hard as i'm making it... [05:10] Depending on your hardware, you may find it runs up to 3% faster than regular i386. [05:10] I'd recommend not using moblin-image-creator. What are you trying to accomplish? [05:10] does it require a custom gcc for those optimizations? [05:10] I think gcc has some lpia-specific patches: you'd have to take a look at the gcc source to verify. [05:11] i'm the maintainer/creator for linuxice a smaller linux distro for in car entertainment [05:11] deb-based? What's your upstream? [05:11] it's based on ubuntu feisty, which is end-of-life [05:11] I'm looking for a new base [05:11] and new tools that work with the new base [05:12] What sort of patch volume are you carrying? Mostly application selection, or lots of changes? [05:12] we replace the desktop and dock with our own [05:12] So just application selection then? Are your desktop and dock open? [05:13] yes [05:13] Well, I'll recommend you stop deriving then, and build a flavour within Ubuntu. [05:13] howso? [05:13] you mean like mythbuntu? [05:13] Precisely. [05:13] ahh [05:14] Mind you, you'd need *lots* of users to get official image builds, but it's easy enough to get the metapackages working, etc. [05:14] Also means you'd have no worries about patch load, because you'd be pushing patches into Ubuntu directly. [05:14] right [05:15] There's several carpc-type people who stop by here, and I'm sure there's a good base of interest. [05:15] yeah, no doubt there is interest [05:15] On the other hand, you lose a lot of branding: don't know exactly what that would cost you in terms of your current base. [05:15] the community is definitely building [05:15] /growing [05:16] so we basically want to get our packages into ubuntu's repo [05:17] That'd be my recommendation. [05:17] Are they lintian-clean? [05:17] then as the community grows, we may be able to get official builds [05:17] That might take a while, but in the meantime, you could use the standard image build tools for local builds (like ichthux or ubuntume do today). [05:18] linitian-clean meaning properly build deb packages? [05:18] built* [05:19] meaning that when you run lintian against them, it returns no warnings or errors. [05:19] ahh, in that case no, i'm sure lintian will return warnings [05:19] but that can easily be fixed [05:19] OK. You'd want to fix them first, and then submit the packages to revu [05:19] !revu [05:19] REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU [05:20] It's also probably worth hanging about in #ubuntu-motu: that team will usually be happy to answer any packaging questions, or questions about the procedure to get stuff into the repos. [05:20] cool :) [05:23] i appreciate the advice [05:24] Happy to help, although I'll admit it's selfish, because I suspect your work to make carpcs better will make my pocket devices work better :) [05:27] :) hope so. I"m planning on grabbing me an aigo p8888 mid and loading our stuff on it. [05:29] That's not bad hardware, although I'll warn you that both the video driver and touchscreen driver are closed, which has caused no little annoyance to users. [05:44] persia: it probably uses the egalax driver is my guess? [05:45] For the touchscreen, yes, that's my understanding. [05:45] Mind you, the p8888 might be different than the others, but that'd be a big change, for little gain I'd expect to see for Aigo. [05:46] right [06:01] persia: what are the standard image build tools? [06:02] I'd recommend looking at debian-cd and livecd-rootfs. [06:05] debian-cd is a little heavy-handed. [06:06] We have a script that will make a .img given what livecd-rootfs creates [06:06] StevenK, Well, yes, but what do you think is best if one doesn't want a livecd? [06:06] (but yes, the script is *lots* easier for live images) [06:07] Um, I'm not sure, since I like live images. :-) [06:09] I'm also battling a 41 degC heatwave [06:10] Summer is a wonderful and debilitating thing. [06:10] I love summer, and hate excess heat and the headaches it brings [06:32] i want the kernel used in MID [06:32] ganes, OK. Which release? [06:33] intrepid [06:33] apt-get source linux-lpia [06:33] persia, which repo i have to use if i want to install more package [06:33] ports.ubuntu.com [06:34] persia, i have to connect with this repo & to run your command .. am i correct [06:34] You'd need to add a deb-src line for that repo. [06:34] You could also just connect to ports.ubuntu.com via http, and grab the files that way, if you like. [06:35] deb-src http://ports.ubuntu.com/ intrepid main --- correct [06:35] ok [06:45] Curious sheep: How come there isn't a ubuntu-umpc-8.04.img ? Since it's the LTS version. [06:46] persia, how i come to know its a lpia [06:47] persia, i am using intel processor MID device [06:47] persia, so which kernel source i have to download [06:47] jinja-sheep, Because the umpc effort wasn't started until May, and 8.04 was released in April. [06:47] ganes, the source of the linux-lpia package. [06:48] persia, is it for both intel processor [06:49] i saw there lot of package there like power, sparc [06:49] persia: I'm customizing the ubuntu-umpc-8.10.img right now. Trying to get rid of excess packages such as cellwriter. I suppose I could be a friendly contributer to this project. [06:50] ganes, in http://ports.ubuntu.com/pool/main/l/linux-lpia/ ? [06:50] jinja-sheep, With what are you replacing cellwriter? And yes, more people would be a good thing. [06:50] persia, when i connect to repo i am getting the following error W: GPG error: http://ports.ubuntu.com intrepid Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 40976EAF437D05B5 [06:51] W: Failed to fetch http://ports.ubuntu.com/dists/intrepid/main/binary-i386/Packages.gz 404 Not Found [06:51] persia: Got Aspire One -- A child's laptop, that is. I tried mobile and it wasn't for me. It appears to be targeted for touch-screen. However, umpc was. [06:53] ganes, That's because there's no i386 repo on ports.ubuntu.com: it's other architectures (lpia, powerpc, sparc, etc.) [06:54] persia, so what i have to do [06:54] persia, it means my pc is a i386 [06:54] jinja-sheep, Yeah, the MID edition is for *much* smaller hardware: basically handhelds. "umpc" is more for the small notebooks. [06:55] then how can i customize for the MID [06:56] persia: I personally like maximus. It is *very* appropriate for the small notebooks. ;) [06:58] jinja-sheep, At the time of the intrepid release, there were some conflicts with compiz, if I remember correctly. More feedback and testing is *very* welcome. [06:59] persia: Personally, I'd just turn off compiz -- Given the situation that the laptop is running with Intel Atom 1.6mhz. Better performance. Just count me in. :) [07:01] jinja-sheep, Actually, depending on your graphics chip, might even be lower performance, due to offloaded widget rendering with compiz: really depends on the hardware and the quality of drivers. [07:03] persia: Interesting. Is there anything I can do about power-management? Perhaps a certain package? I'll have to search for it. It seems that under "On Battery Power", it contains actions + display. However... Put computer to sleep when inactive for N minutes. I'd prefer shutdown. Any thought / idea on that one? [07:04] I'm aware that it's under... Gnome. Hmm. [07:06] I'm not a fan of shutdown for mobile devices at all: there's no good reason for the overhead of startup. Just suspend with an RTC event to hibernate if you don't wake up for a bit. [07:08] I'll agree the screen-saver is pointless: I prefer screen-dim at 1min, and suspend at 2min. Probably hibernate at 10-15, depending on the time-to-session from hibernate for the device. [07:08] More choices will be nice. "