[01:22] persia: mainly I wanted an arm netbook for the battery life, and so I had an excuse to play with arm [01:23] Would you accept a 5" Netbook with a 7-8 hour battery life? [01:23] But I've basically been sold on the new AMD64 Atom that came out in December, which has 8 to 10 hours. [01:24] What's the mass of a shipping product? At least for me, grams matter more than architecture. [01:26] persia: my netbook's primary job is to connect to an external monitor and keyboard, and run Emacs and SSH to connect to "real" computers (i.e. stuff in the racks) for sysadmin work and for writing code. [01:27] It's secondary role is to let me do the same stuff while I'm not at my desk, e.g. when I'm at a friend's place or on a bus. [01:28] Well, if you're willing to run Lucid, you can use a USB dock with an arbitrary device to take care of the primary job. [01:29] The secondary role becomes more interesting: and then it's a matter of size/mass/time [01:30] It'll run Debian, not Ubuntu. Sorry. [01:31] Well, I hope to find time to get displaylink working for squeeze, but I'm not sure I'll finish testing prior to freeze. It will definitely be in squeeze+1. [01:31] But then this isn't the right channel anymore :) [01:33] Yeah, I figured I'd just stick my head in to hear what you had to say re. the netwalker [01:34] I'm happy with mine, so I tell people who want ARM netbooks that there is one currently in retail and they should go buy it. [01:34] I'm not convinced that lots of others will appear in retail if the first one doesn't sell so well. [01:35] What was it retailing going? [01:35] What was it retailing *for? [01:35] EPARSE [01:35] (Edited out the wrong word.) [01:36] Depends on where you get it. Somthing like 500 AUD [01:36] +shipping / etc. [01:37] Blergh. If it was AUD300 I'd be more interested. [01:37] wait, arm netboook where? the touchbook? [01:37] Yeah well. This is why the rest of the world has to wait a couple years for Japanese electronics :) [01:37] DanaG: The NetWalker [01:37] DanaG: we're talking about the Sharp Netwalker [01:38] DanaG: http://en.wikipedia.org/wiki/Netwalker [01:38] ah. [01:38] Nice little box. I find the positioning of the "A" key a bit frustrating, but otherwise very usable. [01:39] Sturdy too: I've watched it bounce down a flight of concrete&steel stairs, and dropped it from ~3.5 meters a few times onto hardwood. I don't recommend doing this, but mine still works. [01:40] hmm, does it do mobile broadband? [01:40] (not that I have a data plan...) [01:40] DanaG: It's advertised as doing so with a USB dongle. Having split my case open, I *think* there's enough space to wedge one inside, but it's a bit of a hack. [01:41] (plus you'd be down to one USB port) [01:41] bah, I'd want mini-pcie.... and you could use it for gps, while you were at it anyway. [01:42] Finding PCI or PCIe on ARM boards is *hard*. I have a collection of ARM devices, but only one of them has PCI, and I'm not convinced it isn't a hack like PCI-over-USB on the boards. [01:42] The bus usually isn't there at all. [01:43] You should be able to work it out by checking if the chipsets on the board implement pcie at all [01:44] I'm pretty sure the i.MX51 series doesn't. [01:44] Yeah [01:45] Erm, most "Mini-PCIe" WWAN devices are really USB-based. [01:45] And most "Mini-PCIe" SSDs abuse mini-pcie pins for SATA or PATA. [01:46] Sure, but if the bus isn't present, you can't expect the pinout to be available to be abused. [01:46] At least for the Eee hacks, stripping the case from a USB dongle and sticking it internal seemed a popular solution. [01:47] Is mini-pcie that crufty mishmash of pcie and cardbus? [01:47] twb: Yes. [01:47] Righto [01:47] Not quite as confusing as XpressCard, but close :) [01:49] Wrongo. [01:49] Mini-PCIe is the internal slot -- equivalent of mini-PCI. [01:49] Please share? [01:49] ExpressCard is the PCIe equivalent of CardBus. [01:49] Both mini-PCIe and ExpressCard happen to offer both USB and PCIe interfaces in the standard, though. [01:50] Sorry, I got confused. [01:50] OK. So mini-PCIe is USB+PCIe and ExpressCard is CardBus+PCIe+USB ? [01:50] nope, ExpressCard is just hotpluggable PCIe+USB in a cardbus-ish shape. [01:50] yep [01:51] convenient too [01:51] So the old CardBus ATA hacks don't work? [01:51] although the cardbus-like connector puts some serious constraints on the types of peripherals you can create [01:51] And ExpressCard 54mm actually offers LESS space than cardbus. [01:51] Martyn: Bandwidth excepted, how? [01:52] persia : Mini-PCIe can handle larger current draw [01:52] Aha! The EeePC has a *special* *custom* miniPCIe that is PCIe+USB+SATA [01:52] it's designed for it [01:52] persia: which eee is that? I'll avoid it. [01:52] Which pins do they overload to get SATA? [01:52] Martyn: That makes sense. [01:53] http://beta.ivancover.com/wiki/index.php/Eee_PC_Research is cited in wikipedia as the reference for the odd custom port. [01:53] And a bummer with HP: they whitelist stuff, so you can't use the wwan usb-only slot for anything but HP wwan module. [01:54] must be pins 51,49,47,45,43,41,39,37 [01:54] those are "reserved" [01:55] DanaG: But seriously, you shouldn't worry about PCIe if looking for an ARM netbook. It's unlikely to be implemented in most solutions (I would expect PCIe to only be exposed for "server" type devices (which might include plug-servers and NAS boxes). [01:55] persia : *cough* *COUGH* [01:55] * Martyn can't say .. but *COOOOOOOUUUGH* [01:56] (in fact, most people implementing cortex-A9's are implementing Synopsys' PCIe) [01:56] Martyn: Really? That's very encouraging. [01:56] I saw somebody on #radeon talking about sticking a Radeon on Marvell ARM thingy. [01:57] DanaG : most manufacturers of multicore ARM solutions are looking at PowerVR [01:57] although nVidia is getting hot 'n heavy with Tegra2 [01:57] Does PowerVR have open-source drivers yet? [01:57] Good luck getting open drivers for that, though. =þ [01:58] DanaG : Open drivers now exist [01:58] Oh excellent! [01:58] DanaG : They went through the trouble of creating an ABI + shim just like nVidia [01:58] so they can publish a binary driver, and open source (linux) solutions only have to implement the shim [01:59] ah, though, that's not entirely open. [01:59] Sure, but open drivers DO exist, just not optimized, nor with great 3D accel [01:59] random link: http://www.techeye.net/software/amd-and-nvidia-bitchfight-over-open-source-support [01:59] A shim solution is sufficient to start. [01:59] ah. [01:59] A parallel to the various more-open driver can wait. [02:00] My criterion for "good" 3D is "can run compiz". [02:00] =þ [02:00] hell, there are some OPEN SOURCE drivers that can't run compiz [02:00] for well supported cards (points at nouveau) [02:00] Lots of them. [02:01] nouveau can run compiz for some cards. [02:01] in fact, I can't think of any that can support the full compiz requirements [02:01] closed source shims do so pretty well [02:01] They have their own problems [02:01] check the last comment on that thread... that's my post. [02:01] <-- is _not_ biased towards open source. [02:01] * persia has a shim-melted card [02:02] What I call bad: when your binary drivers fail to do anything but segfault the X server -- and have been broken in that way for 2 years. [02:02] But shims are sufficiently free to ship, which is the key bit. [02:02] DanaG: That's usually a case of full binary drivers, rather than shims. [02:03] And they've "updated it to support new x servers" -- but I say, s/support/segfault/ [02:03] =þ [02:03] anyway, how well does the SGX in beagleboard work? [02:04] Oh, and OpenGL ES (OpenGL on bare console?) seems like 'black voodoo magic' to me. [02:04] Give me a Matrox GPU any day :-) [02:04] DanaG : That's a pretty good description :) [02:04] OpenGL ES uses the framebuffer as the base canvas [02:04] it's not THAT much voodoo [02:04] but it's hard to grok === bjf is now known as bjf-afk [09:30] StevenK: So, I was just reviewing the actions from last week's meeting, and it appears you and I were supposed to strip armel down to three flavours : *-netbook and server. Did you already do that? Can I help somehow? [09:55] Hi [09:56] hey [09:57] I have installed Mer on my N810 [09:59] Guest62340: OK. [10:02] persia: I didn't, no ... [10:02] StevenK: OK. Can I help? [10:02] * StevenK peers at antimony [10:03] how are netbook and server *three* flavours ? [10:03] ogra: *-netbook [10:03] kubuntu-netbook and ubuntu-netbook [10:03] ah [10:03] Which are currently there. [10:03] * ogra still sees no point in kubuntu building as long as kde isnt installable [10:04] persia: Right, I think it's done, if you want to check [10:04] Right. We want to not have ubuntu-desktop, kubuntu-desktop, xubuntu-desktop, and ubuntustudio-* [10:04] StevenK: I don't know how to check, but if you think it's done, I'll trust you. [10:05] persia: Dig through cdimage.u.c and see if armel images appear where they shouldn't. [10:05] That I can do :) [10:06] Or if they don't appear where they should [10:08] I don't see any ubuntu-server images at all :( [10:08] Oh, just build failures. Nevermind. [10:09] How do they fail? [10:10] DIdn't check that. [10:10] But it's for all architectures for the 0301 build [10:10] kubuntu-desktop is current on armel [10:11] (and shouldn't be) [10:11] err, kubuntu-desktop-live (sorry) [10:13] In summary, kubuntu-desktop-live needs to go, and ubuntu-server-alternate needs love. [10:17] I can see kubuntu desktop in the cronscripts [10:17] NCommander: ^ [10:18] What do you seek? [10:18] I can produce logs from #kubuntu-devel that agree it doesn't belong there [10:19] http://irclogs.ubuntu.com/2010/02/23/#kubuntu-devel.txt 14:09 through 14:14 [10:35] lool, if [ "$DIST" = "jaunty" ];then [10:35] VMCPU="" [10:35] fi [10:36] Um, why? [10:36] Shouldn't it detect current compilation options or something? [10:42] persia: Right, fixing crontab, then [10:42] StevenK: Thanks. [10:47] persia: Fixed, and old images purged [10:48] StevenK: Excellent! Now we have good news to report *and* more space on cdimage for the next hungry flavour. [10:49] persia: Build log for swerver? [10:51] * persia gets confused [10:52] Aha! The issue was that the images were *currently building* when I last looked. They were successful and are now published. [10:53] Right, so nothing more to do [10:53] We win, are manly men, etc, etc [10:57] * persia waves the torch of victory and ignores the sounds of looting and pillaging [10:58] sooo ... [10:59] what do you guys think about adding a date -s "" to casper for armel ? [11:00] Why would such a change be architecture-specific? [11:00] I like the idea, but I don't see the point of making it arch-specific at all. [11:00] because it bugs us most [11:00] but yeah, can be generic [11:00] No, it really doesn't. [11:00] It bugs me *lots* but mostly for i386 images. [11:01] well, PC BIOS batteies are less often broken than having boards that dont set the time on first boot [11:01] Oh, you're not talking about the thing that irritates me at all :) [11:02] But anyway, yeah, I don't see any issues with it, and don't think it ought be arch-specific. [11:02] We know it's at *least* that date. [11:03] right [11:03] ogra: Are you pinging me about the VMCPU thing? [11:04] lool, yeah, i did, but i gathered its not needed if we use the netinst kernel for all releases [11:04] ogra: Note that I only *flipped* the logic to deal with karmic + [11:04] See r30.1.1 [11:04] i dropped all release specific kernel stuff now and default to not use devtmpfs in rootstock [11:04] http://paste.ubuntu.com/386913/ [11:05] I changed the logic which only worked for jaunty and karmic to work for jaunty and any release [11:05] that shpould make it work with the lucid kernel everywhere [11:05] But we should simply set Cortex-A8 ALL the time [11:05] right, thats what i do now [11:05] using only the netinst kernel [11:06] Once the binaries are new-ed, we should have initrd support in that kernel as well -- I hope [11:07] well, doesnt bother me in rootstock atm :) [11:07] its unlikely i'll use an initrd there [11:08] though i could generate one during build if --keepimage is set for people wanting to use one with their VM [11:09] grrr [11:09] evolution still out of sync ... i cant do testbuilds [11:11] Just give up on the concept of email. Adds more time to your day and you never have sync failures :) [11:11] persia, well, then someone needs to fix the metapackages :P [11:12] Hrm? [11:12] its not installable atjm [11:12] *atm [11:12] Oh, right. I misunderstoof. [11:24] * ogra takes a break [12:05] * StevenK throws evolution back to the wolv^Wbuildds [12:10] And I thought *emacs* would stress a 1GHz arm... [12:13] twb: building vim takes longer than building emacs ;) [12:14] Emacs is "only" eight megabytes and constantly swapping :P [12:14] Whereas eclipse is more like eight HUNDRED [12:19] hi all, http://www.ubuntu.com/products/whatisubuntu/arm says the iMX51 is supported, but will it run on an iMX31? [12:20] nope [12:20] aww... [12:20] the kernel on these images is specifically built for a certain board [12:20] and hi ogra! :D [12:20] hi :) [12:21] ogra: right. [12:57] ****************** Reminder mobile team meeting in #ubuntu-meeting in 3min *********************** [12:58] We aren't all on 132-character terminals, you know :P [12:58] lol, sorry [12:58] i'll make sure next week its 80chars :) [13:01] 80 less your nick, etc. [13:02] Impossible to know how much our clients prefix, etc. [13:02] But actually my framebuffer is something like 300x120 [13:02] Jst dropping the *s would probably work [13:02] ah, come on, get a wider screen :) its not like i have a long nick :) [13:02] Aren't the **s a dumb way to use /notice ? [13:02] yeah, i'm lazy [13:03] Hmm, didn't work: 00:03 /notice #ubuntu-arm Yow! Film at 11! [13:03] Oops, I'd better wrap up before security come to hassle me again [13:05] * persia doesn't tend to like arbitrary /notice [13:05] (and would go fiddle flags if people started using it much) [14:10] persia: using it judiciously is better than it being totally unused except by the freenode devs [14:10] (IMO) [14:10] I guess. I just don't really like it. === bjf-afk is now known as bjf === InfecteD is now known as Guest77043 [21:31] <|nfecteD> anyone know how i can limit how much RAM the beagleboard has avalible... it fails horribly right now when i try to compile larger programs [21:32] |nfecteD: You mean limit how much memory is available to the compilation process? [21:33] <|nfecteD> yeah [21:33] The solution I typically use in memory limited situations is swap, but swap-over-USB gets painful quick. [21:34] <|nfecteD> I know there was a file or something in angstrom where i could change a value from unlimited to something else and it worked :/ [21:34] You can try playing with `ulimit -v` but it may just make the compiler crash more quickly (depending on the operation) [21:34] <|nfecteD> USB swap it is then [21:34] <|nfecteD> i need a bigger SD card [21:35] swap-on-sd is a recipe for buying new SD cards :) [21:35] <|nfecteD> yeah [21:35] <|nfecteD> same goes for USB sticks i guess [21:37] But not for old-style USB rotary disks :) [21:37] <|nfecteD> i only need to use "swapon /dev/sda" right? [21:37] <|nfecteD> (after i format ofcourse) [21:37] Soemthing like that. I always put stuff in /etc/fstab and use swapon -a when it's available. [21:38] Where "format" means "run mkswap", yes :) [21:38] <|nfecteD> good thing you know what i mean [21:39] * |nfecteD throws 2gigs of swap at the compiler [21:39] <|nfecteD> fill that up! [21:39] <|nfecteD> (bastard...) [21:39] Build boost :) [21:40] (no not really : boost is best built either 1) when really necessary or 2) when one wants to exercise high memory-pressue situations) [21:41] <|nfecteD> if i could find my USB HDD i'd have 30GB swap! [21:41] <|nfecteD> SUPER SWAP POWER! [21:41] <|nfecteD> anyway... isn't there supposed to be some way to set the CPU frequenzy while im in ubuntu? [22:00] you mean like cpufrequtils? [22:00] <|nfecteD> i guess [22:00] I recall using those on debian... [22:01] <|nfecteD> since i have the ub3rl33t C4 version that can "safely" be clocked to 720mhz [22:01] <|nfecteD> i might as well use it sometimes [22:02] o.o http://www.keil.com/ds5/ [22:04] <|nfecteD> god damnit!¤!¤!¤ [22:04] * |nfecteD curses and swears at the snes9x sourcecode [22:14] <|nfecteD> boo [22:15] <|nfecteD> i don't have a cpufreq driver [22:27] !ohmy [22:27] Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others. [22:31] * |nfecteD sits in the corner [22:33] heh :) [22:34] Just try to say #('$& instead or something :) [22:34] Not much to self-censor, but in addition to other stuff, it keeps our logs free from nanny-filter blocking. [22:36] <|nfecteD> yeah