[00:19] ogra_: trimslice has both sata and gigE, well kinda anyway [00:19] sata is supplied from a usb interface [00:25] lilstevie: Did you happen to find a hpst? [00:25] Quintasan: also, I will have an image back up online soon, I just changed webhosts, cause the last one sucked, like majorly, but I am updatting to a oneiric base [00:26] updating* [00:26] then I will upload the new image [00:26] new image is a lot smaller, so quicker flash with nvflash [00:26] lilstevie: the rootfs will be running oneiric? awesome \p/ [00:26] yeah [00:26] but I need to get through some homework first [00:26] Let me know when it's up so I will get to testing and mirroring it [00:26] got a major presentation tomorrow that is 70% of the semesters mark [00:27] lilstevie: Good luck, I'm eager to test stuff here [00:27] UDS Qt showcase made me want to install Linux :P [00:27] Quintasan: well about that, I am also going to include a metadata xml to track so mirrors can keep up to date [00:27] hah yeah QT works nice on the tf [00:27] well at least it does on mer [00:27] Today at uds Qt guys had a showcase [00:28] only run one Qt app on ubuntu [00:28] With accelerated gl QML looks simply stunning [00:28] yeah IK :p [00:29] I will also be including an option to use the accel kernel with the new oneiric based kit [00:56] lilstevie: Splendid. [00:57] Quintasan: but just be aware, it is pretty buggy [00:57] lilstevie: don't forget about me! [00:57] it will be pushed wrapped in yellow and black warning tape [00:58] twb: it will also have a precompiled u-boot in there so yeah, you wont be forgotten [00:58] lilstevie: I am a developer, bugs are my friends [00:58] :) [00:58] twb: I am finishing my last major piece of work for uni right now [00:58] lilstevie: When I do not have to deal with bugs, I introduce them :P [00:58] Quintasan: heh well depending on bootloader you can end up with graphical corruption [00:59] or if you use the other, artifacting [00:59] twb: you do know as of last commit the kernel will work on the asus bootloader [00:59] there is just a tonne of artifacting that occurs [00:59] particularly in blacks [01:01] lilstevie: mm, but u-boot would still be better [01:02] lilstevie: I guess I will try CrOS kernel with asus bootloader next weekend, tho [01:03] twb: that is debatable [01:03] the artifacting is actually less of a problem than random vram corruption [01:04] lilstevie: with u-boot I can boot a rescue image off the SD card, which means I can change rescue image easily [01:05] twb: true, but you can also keep a rescue kernel in the recovery kernel slot of the asus bootloader [01:05] and when you are sure you have a stable image you just dd it in place [01:05] I realize that but SD card gives me more flexibility [01:06] Like "oops I forgot to put in my rescue image, now I can't actually rescue with it." [01:06] With an SD card that is solved by just slapping the SD into something else and chrooting [01:06] If it's on the emmc then I have to nvflash [01:07] heh well rescue images should be updated at a slower rate than active kernel :p [01:07] I guess I could always have an SOS kernel that's has root= set to the SD card [01:07] anyway, at this point u-boot is behind the asus bootloader in viability [01:07] yeah [02:54] is there a way to add a compatible repository to a Jaunty machine that will allow me to download PHP 5 and MySQL and the required apache plugins? [02:54] since Jaunty is no longer supported I can't use apt [02:56] Crisco: jaunty repos might be available on whatever the archive repo host is called [02:56] Although it would be better to upgrade to a supported release if you can [02:56] I'm not sure if I can [02:57] I'll try, but from what I've seen the SheevaPlug is pretty tempermental when it comes to upgrading or changing distrobution [02:57] Oh yeah, those [02:57] Good luck with that :-/ [02:58] Although you can ignore the mtd and tell u-boot to just boot a supported release off USB [02:58] Way back when they first came out, I did that to get Debian to boot, because Debian didn't support mtd at the time (maybe still doesn't?) [03:11] I really don't want to change my install... [03:12] it took a while to get everything (znc, supybot, apache, dyndns-update, various other tools) running together [03:12] I think I'm going to look for another repo [03:12] Sure, I'm just putting that idea on the table [03:13] if it becomes too much of a hassle to do this, I might just copy all my configuration files and upgrade to debian === Netham47 is now known as Sporkey === zumbi is now known as Guest81425 === Jack87|Away is now known as Jack87 === hrww is now known as hrw === fader_ is now known as fader [13:51] Hey folks, does anyone know if there is accelerated graphics support for the Freescale Quickstart board (imx53) under oneiric? It seems graphically very slow . === tgall_foo is now known as Dr_Who [13:54] Hello folks [13:55] I was just wondering what is the status of Ubuntu running on Raspberry Pi [13:55] Previously it was stated that it would be running Ubuntu, but apparently for some reason they've taken that statement back [13:56] "Because of issues with newer releases of Ubuntu and the ARM processor we are using, Ubuntu can’t commit to support Raspberry Pi at the moment." from the FAQ of the RaspberryPi [13:57] Would anyone like to clarify what these "issues" are and how much worl would it require to get Ubuntu running on the device? [13:59] I would definitely want to get a couple of these magnificent devices and help debugging and developing - if it is not impossible [14:04] WaltherFI, well, the raspberry is simply not armv7, ubuntu only supported non v7 for the first two releases of the arm port ... and that only because it took that time to make everything default to v7 [14:04] WaltherFI, we wont go back [14:05] in fact we even go further with it this release by dropping support for soft floatingpoint operations [14:06] mhm. How hard would it be to make it work? i.e., what would it require? [14:07] WaltherFI: recompiling the whole ubuntu [14:07] WaltherFI, a team of say 5 people working fulltime on it to port the archive back to v5, about 5 really fast arm buildmachines, diskspace on the archive servers [14:08] thats just over the thumb [14:08] okay, thanks [14:08] in the end the answer is money [14:08] hm... would it be possible through a virtual machine of some sort the? [14:08] it would hardly require 5 people unless you quote a consulting company ;) [14:08] just curious, I lack quite much in knowledge [14:09] WaltherFI, well, its like someone releases a new board with a true i386 chip and actually expects suse, fedora or ubuntu to run on that [14:10] i think debian and gentoo would be the only ones actually still running on a true i386 [14:10] (though i would expect a lot of work to make all gentoo builds actually ignore the newer instruction sets) [14:11] Just curious, how come it runs fedora and arch - and debian? [14:11] I know ubuntu is not essentially debian, but debian-based [14:11] they all didnt optimize for the recent arm arches [14:12] yes, thats why our first arm release was actualy supporting the same set of cpu's as debian does [14:12] hm. I have to go now, but let's continue this discussion later [14:12] I would love to see Ubuntu running on that board, one way or another [14:13] suihkulokki: It would take several people to fix build issues and test thestack to make sure everything works. [14:13] I think I recall seeing something like chrooting to debian or fedora on top of maemo smartphone [14:13] WaltherFI: Maemo smart phones are armv7 core. [14:14] ahh, that explains [14:14] anyway, be back later [14:14] GrueMaster: the same software compiles and runs fine as armv5 on debian... [14:15] suihkulokki: All 14k packages and libraries? Have they been tested? Does Banshee (for example) run? [14:15] ogra_: which release drops softfp [14:15] i know that marcos have tested to run banshee on armhf and it fail (gray screen) [14:15] debian-armhf [14:16] fader, there's no publicaly available accelerated graphics stack for mx53 unfortunately [14:16] GrueMaster: thats a silly compare since it doesn't work on ubuntu armv7 either =) [14:16] you can use the factory image that is shipped with the board on sd card I guess [14:17] I fixed it last Wednessday on theflight down, but I still need to do more testing. it will be an SRU soon. [14:17] suihkulokki: ^^ [14:19] GrueMaster: is there some reason to believe the fix is armv7 specific? [14:21] I really can't say, but with the state of mono, it is highly possible. And my fix is more of a workaround. [14:21] I still have to root cause the issue. [14:22] Last cycle, we ran into an issue with the mono atomic handler (i.e. there wasn't one for arm). [14:23] So the true problem with banshee couldvery well be in the mono jit and could be armv7 specific (bad in-line assembly, etc). === chrisccoulson_ is now known as chrisccoulson === rickytaylor26 is now known as ricky26 [18:48] Hello again [19:38] Hi Friends, does any one use powerdebug with busybox Filesystem ? [19:39] not really a typical ubuntu setup [19:39] (busybox is only used in the initrd in ubuntu) [19:42] ogra_, yeah , i agree ; i wanted to debug powermangement ; hence i wanted to use busybox ... [19:42] is there any minimal ubuntu, which is like <100mb .. not much devices like dss, etc active .. any minimal edition ? [19:43] look for ubuntu-core [19:43] its a rootfs tarball ... the most minimal OS to run apt by definition [19:44] ogra_, thanks very much ; i ll check for ubuntu-core .. [19:44] http://cdimage.ubuntu.com/ubuntu-core/releases/oneiric/release/ [19:45] note that there is neither a user nor a rootpw, you should chroot into it and at least set a rtootpw before you first boot it [19:45] avinashhm, if you work on linaro, why dont you use their nano image [19:46] ogra_, i work on TI .. just wanted to use that tool ; i was not aware of nano image [19:46] well, not much different from -core [20:40] lilstevie: I know I am annoying but where be me images? :P