#ubuntu-arm 2009-11-01 <rabeeh> hi <rabeeh> anyone around from canonical? <rabeeh> lool, Ncommander, ogra? <armin76> rabeeh: me! :D <rabeeh> armin76: hey. just saw your post on the forums about ubuntu 9.10 <armin76> rabeeh: :) <saeed> lool: I get "init:procps main process terminated with status 255" when booting karmic on dove over nfs <saeed> is it the same upstart issue as in the sparc (https://bugs.launchpad.net/upstart/+bug/436758) <saeed> ? <ubot4> Launchpad bug 436758 in ubuntu-release-notes "nih: nih_alloc() doesn't align returned pointer for picky platforms like sparc" [Undecided,Fix released] <saeed> does apply to arm? <Gaap> hi all <Gaap> it's possible to run ubuntu moblin on a nokia n800? it has arm proc * Gaap reboom! #ubuntu-arm 2009-11-02 <pwnguin> hmm. is there a shiva plug with wifi? <lool> rabeeh: Heya <eggonlea> lool: there should be still several hours before rabeeh gets up. :) <eggonlea_> wondering why boot.scr is not included in any installed package so that we could customize it easier. :) * eggonlea_ think it's better to manage all installed files to ease package upgrade. <Mandrew> hello ppl <Mandrew> i have a pocket loox 600 can i install ubuntu for ARm on it? <ogra> is it ARMv6 or above ? <Mandrew> ARMv5TE <ogra> only with jaunty then <Mandrew> sorry for the delay <ogra> (9.04) <Mandrew> can i run the MID version or? <ogra> with 9.10 we switched the default compiler options so everything is compiled for ARMv6+vfp now <Mandrew> ok <Mandrew> Processor type Intel PXA250 (XScale) <Mandrew> Processor speed 400 MHz <Mandrew> Installed RAM 64 MB <Mandrew> its not so powerful <ogra> 64MB ? that will get you likely in trouble <Mandrew> i thought so <Mandrew> so i cant run something older on it then? <ogra> you can run jaunty <ogra> but 64M is very tight <Mandrew> how about the ubunt 7 or some like that? <ogra> ubuntu 7 ? <ogra> whats that ? <Mandrew> 7.04 <ogra> no arm support <Mandrew> well i dont know lol <Mandrew> ok <ogra> arm was added with 9.04 <Mandrew> ok <ogra> that verysion still runs on ARMv5 hardware <Mandrew> ok cool <Mandrew> well thanks for all the help i need to go and feed my daughter <ogra> you will need your own kernel and bootloader setup though ... for a rootfs see the cannel topic <Mandrew> ok <Mandrew> well thanks again bye <ogra> bye #ubuntu-arm 2009-11-03 <BeardedChimp> Can anyone recommend a page for building an ubuntu arm-eabi toolchain for cross compiling? Everything I've come across so far has not worked <ojn> BeardedChimp: Do you need to build your own? CodeSourcery's compiler works great. <BeardedChimp> Do I need to recompile their packages, the tarballs have it listed as IA32 and I'm 64 <armin76> really? that sucks <ogra> armin76, being 64 you mean ? <armin76> being 64 and codesourcery's not being 64 <amitk> BeardedChimp: Try lool's PPA for the cross compilers: https://edge.launchpad.net/~lool/+archive/ppa <BeardedChimp> Unfortunately that seems to be mostly karmic im running jaunty <amitk> ok <armin76> upgrade! <BeardedChimp> going to run the codesourcerys stuff anyway, see if i can force it <ojn> BeardedChimp: Just install the compat libraries and you'll be fine <BeardedChimp> armin76: Nah for the likes of rootfs etc. I feel better on jaunty atm <ogra> well, if you refer to the rootfs script (rootstock), it works twice as fast under karmic :) <Salvad> I want to known something about the ARM version of Ubuntu. <Salvad> Are the same drivers of X86, for ARM too? <armin76> what? <armin76> Salvad: which drivers? <Salvad> For example: I want to use a Joystick in a device with Ubuntu for ARM. <Salvad> Have one to recompile them in order to work on ARM? <Salvad> Recompile the drivers. <armin76> you need to recompile everything <Salvad> Is easy to recompile the drivers for ARM? <Salvad> Does this distribution works with Nvidia tegra? <armin76> woot <armin76> Salvad: ARM is not a sub distribution, is an architecture, completely different to x86 <Salvad> Yes, I know that. <armin76> Salvad: there's no nvidia hardware on arm <Salvad> Nvidia Tegra integrates an ARM processor. <armin76> but i doubt it can run a linux distro <Salvad> Why not? <armin76> well, i'm no expert, but how do you input data? does it have serial or something? <armin76> from where do you boot from? <Salvad> Mmm. <Salvad> Tegra is a system. <Salvad> It compunds insternal hardware. <Salvad> *Internal. <Salvad> The Zune HD uses it for ezample. <Salvad> *Example. <armin76> looks like i talk too much :P <armin76> well, maybe it could <armin76> how, no clue <Salvad> http://www.chw.net/2009/09/nvidia-chrome-os-con-tegra-sera-grito-y-plata/ <Salvad> Al parecer si va a soportar Linux. <Salvad> Mmm. <Salvad> Is an article written in Spanish. <Salvad> It says that it will support Chome OS. <pwnguin> Salvad: i believe that drivers will cross compile in most cases <pwnguin> unless they're in arch <Salvad> What cross compile means? <pwnguin> well, maybe cross compile is the wrong word <pwnguin> build on multiple architectures <pwnguin> for example, a few years ago i discovered that ARM was capable of using standard pcmcia drivers <Salvad> Does Ubuntu for ARM has great drivers support? <armin76> Salvad: it has all the drivers the kernel supports <Salvad> My joystick could possibly run on it so!. <Salvad> I am waiting for the ARM netbooks to be on the market. <Salvad> I hope a cheap one supports Ubuntu. <Salvad> The will be very light in weight, low energy consuming and fanless maybe. <armin76> Salvad: there's one already, always innovating touchbook <Salvad> Does it have a Touch scrren? <Salvad> *Screen. <armin76> have no clue <Salvad> *Has. <Salvad> I am waiting for an Asus. <Salvad> That will come in 2010. <Salvad> It will be cheap apparently. <ryuo> armin76, yes it has a touchscreen. i have one right now. #ubuntu-arm 2009-11-04 <rcn-ee> ogra, with 2.6.32-rc6 landing alot of the beagleboard now works on mainline. What's the best way to introduce a new target via config for lucid? ;) <Ford_Prefect|w> Hello folks <Ford_Prefect|w> I'm trying to build an ARM cross toolchain to match the native toolchain from Ubuntu's ARM repository <Ford_Prefect|w> Has anybody done this already? <Stskeeps> lbt may have <Stskeeps> we use one in our obs cross setup at least <Ford_Prefect|w> Um lbt? obs? <Ford_Prefect|w> Thought I'd try apt-cross but it obstinately refuses to look at Ubuntu source mirrors <Stskeeps> lbt=a nickname, obs=a builder service <Ford_Prefect|w> Stskeeps, okay. Will wait till lbt shows up, I guess. <NCommander> Ford_Prefect|w, why do you want a cross-compiler <NCommander> The toolchain packages are the same across all architectures. You can get the most recent source suitable for building cross-compilers by installing binutils-source, gcc-source, and glibc-source <Ford_Prefect|w> NCommander, I'm working on an SDK which provides a cross-compiler <Ford_Prefect|w> So development happens on the host, binaries are copied to the target <NCommander> Ford_Prefect|w, with the target running Ubuntu or? <Ford_Prefect|w> NCommander, I can pull the sources on the host but I was hoping to find scripts to do the whole bootstrapping shebang <Ford_Prefect|w> NCommander, Ubuntu <Ford_Prefect|w> On the target and host, both <NCommander> Ford_Prefect|w, in general, we don't support cross-compiling for Ubuntu. <NCommander> Everything is natively compiled <NCommander> There are a few guides though to getting the toolchain off the ground <Ford_Prefect|w> Okay. I think before long I won't be the only one who needs this. :) <Ford_Prefect|w> As in, cross-compiling is a common enough use case in a lot of development environments, so it wouild be good to have a standard method to generate and use these. <Stskeeps> Ford_Prefect|w: talk to lbt for sure :) we have a very cool solution in this regard <Stskeeps> building qt for armel in 4 hours <Ford_Prefect|w> Ah, excellent <Ford_Prefect|w> But wow, 4 hours? <Ford_Prefect|w> Does it really take that long on the host? * Ford_Prefect|w huggles gtk and glib :P <Stskeeps> it takes 3-4 days natively <Ford_Prefect|w> <shudder> <Ford_Prefect|w> These are those orion5x' I've hear of? <Stskeeps> either way we compiled our entire Mer with gtk,glib,qt in a day :P <Ford_Prefect|w> Ah, omap2 :) <Ford_Prefect|w> Reminds me that I need to try Mer out on my N810 <Stskeeps> doesnt have to be omap2 :P <Ford_Prefect|w> :) True, dat <Stskeeps> check out http://wiki.maemo.org/Mer/Build , especially the cross section <Ford_Prefect|w> Thanks! ... looking <Ford_Prefect|w> We're actually using CodeSourcery's toolchain for cross-compiling right now, but there's potential for ABI breakage there, since they're not the same version as on the target <Stskeeps> yeah, it is better to have matching * armin76 looks at Ford_Prefect|w <Ford_Prefect|w> Heya armin76 :) <Ford_Prefect|w> (don't ask me why we're not just using Gentoo and crossdev :P) <NCommander> Stskeeps, depends on what hardware you have ;-) <Stskeeps> NCommander: yes, of course :P <NCommander> Stskeeps, I can build Qt4 on native hardware in 18-25 hours <dpb> Anyone know some legal stuff here? If I release an image for some hardware that's mainly Ubuntu but has some other packages added, can it be called an Ubuntu image, or do I need to rename it? <Ford_Prefect|w> NCommander, out of curiosity, what hardware is that? <NCommander> Ford_Prefect|w, Marvell Dove Y0/Y1, and Freescale Babbage iMX51 <Ford_Prefect|w> Ah <NCommander> dpb, http://www.ubuntu.com/aboutus/trademarkpolicy - trademark policy if here <NCommander> dpb, its pretty clear on what you can and can't call Ubuntu or an Ubuntu Remix <Stskeeps> Ford_Prefect|w: /msg lbt <Ford_Prefect|w> Stskeeps, doing so <BeardedChimp> If I have the source code that compiled the kernel, where from that source code can I extract the headers that are normally downloaded through apt-get install linux-headers-(uname -r) <dmart> Has anyone tried newest kernel from jaunty-security (2.6.28-16.55) on armel? It appears badly broken... gdm and X don't work, and logging in is impossible except as root. <dmart> A simple program which just uses setresgid and setresuid to become a normal user and then exec's a shell receives SIGKILL when the exec is attempted :O <dmart> The OOM killer did not run though <ogra> dmart, thats imx51 ? <dmart> Yes, babbage1 <dmart> Am I doing something stupid... ? <ogra> bjf, amitk ^^^ ? <ogra> dmart, definately not, it should work <bjf> ogra, no idea, should just work <ogra> you didnt change the patchset or anything in jaunty, right ? <bjf> ogra, no change to the patchset, I think there may have been a rebase done <ogra> hrm <dmart> I think the only think I did was to upgrade the kernel via apt-get install linux-imx51 <dmart> If a roll back to 2.6.28-15.52, that seems to work normally. <bjf> ogra, we aren't building that kernel for updates are we <dmart> Dunno, this was from jaunty-security <bjf> ogra, the only one I work on is the one in the jaunty topic branch <ogra> bjf, you mean jaunty->karmic ? <ogra> will likely not workj since the jaunty kernel didnt support B2.x and the karmic kernel doesnt support <B2.x <dmart> But 2.6.28 isn't the karmic kernel, right? <bjf> this is a jaunty update <bjf> dmart, no that's jaunty <ogra> bjf, so what did you mean with "<bjf> ogra, we aren't building that kernel for updates are we" ? <ogra> for sure security updates should work <ogra> release to release wont work because of the different patchsets <dmart> Sure; that I would expect <bjf> ogra, the only work I've done w.r.t. imx51 on jaunty is in the imx51 topic branch and that branch doesn't get built for updates (or any other reason that I'm aware of) <ogra> right <dmart> There's been a regular trickle of updates to the jaunty kernel through jaunty-security <ogra> i was just wondering if someone was insane enough to merge that one into the security update for whatever reason <dmart> Sounds like I should go ahead and raise a bug on this? <bjf> dmart, can I get you to file a bug on this issue? <dmart> Yeah, I can. <dmart> Thought I should check with you guys first though <bjf> dmart, thanks, what you are seeing should _not_ be happening <ogra> right <dmart> It's very weird... the kernel mostly works, but with some very strange behaviours <bjf> dmart, if you stick with -15.52 you should be ok, we'll look at the bug and try to get it sorted out <bjf> dmart, post the bug number here and I'll assign it to myself <dmart> I can use the older kernel, no problem... but if something got merged in the jaunty imx51 kernel tree that shouldn't have been, I guess that needs sorting out. I'll raise a bug. * bjf-afk will be back in a few minutes <dmart> I've raised a bug and subscribed you guysâ cheers. <ogra> thanks <bjf> dmart, got a bug number for that? <dmart> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/474322 <ubot4> Launchpad bug 474322 in linux "linux-image-2.6.28-16-imx51 appears broken on armel" [Undecided,New] <bjf> tanks <armin76> looks like freescale is now selling an eval board of imx51 #ubuntu-arm 2009-11-05 <zooko> Does anyone know what boards are going to be supported by Lucid? <eggonlea> hi, here's a question about initramfs: I did see the following scripts in /init which deals with root=/dev/nfs and export BOOT=nfs. Why I still need modify /etc/initramfs-tools/initramfs.conf to change BOOT from local to nfs? <eggonlea> I tried NOT to modify BOOT from local to nfs. The result is the export BOOT=nfs script in /init do NOT work. <eggonlea> I still saw BOOT=local by command "env", even if I pass "root=/dev/nfs" in bootargs in uboot. <eggonlea> PS: I'm using default Karmic release <eggonlea> linux-image-2.6.31-208-dove_2.6.31-208.16_armel.deb <eggonlea> Is it necessary to create another special uInitrd.nfs for nfs boot? <eggonlea> thanks <eggonlea> Sorry, I double checked the /init script and found I missed the following condition <eggonlea> /dev/nfs) <eggonlea> [ -z "${BOOT}" ] && BOOT=nfs <eggonlea> it would NOT export BOOT=nfs if BOOT has another value already (local here). <lool> eggonlea: You could try passing boot=nfs on the kernel cmdline <lool> Oh /dev/nfs probably does the trick yes <eggonlea> let me try <eggonlea> could we just remove this "[ -z "${BOOT}" ]" in /init? <eggonlea> well, boot=nfs in cmdline works. <eggonlea> we have so many args here: netboot, boot, nfsroot=/dev/nfs, BOOT_in_initramfs.conf. <eggonlea> Have to go through the whole /init script to understand the priority. :( <eggonlea> anyway, boot_in_cmdline > BOOT_in_initramfs.conf > nfsroot=/dev/nfs_in_cmdline. Thanks! <lool> Cool <jean85_> am not getting GUI for ubuntu on dvi... anybody help... <Stskeeps> check /var/log/Xorg.0.log <jean85_> but am getting console version on dvi <jean85_> which image i should get for GUI? <kblin> just log in and install xfce or whatever gui you want <kblin> jean85_: You could try installing xubuntu-desktop <kblin> but maybe even that is too memory-hungry for the ram you have on a beagle <kblin> as I said, I've never hooked up a monitor to my beagles <BeardedChimp> I have compiled a kernel for my board, How to I generate the folders for it such that I can insert into my rootfs /lib/modules/2.6..... <dmart> Try make INSTALL_MOD_PATH=$PWD/modules-tmp modules_install <dmart> This should build a suitable lib/modules tree in the scratch directory modules-tmp. <BeardedChimp> dmart: Cheers, I'll try that <BeardedChimp> dmart: Thank worked great cheers, I'm looking to do something similar for creating the linux-headers do you know a similar command? <dmart> Can't help you there I'm afraid... I'm guessing that simply copying linux/include may not work well enough. You could maybe examine debian/rules for the Ubuntu kernel source packages and see how the kernel-headers-* packages are generated. <dmart> Unless you want to rebuild glibc or other low level components, you may get away with not having the correct kernel headers in your fs though. <BeardedChimp> Yeah I don't need them at the minute because I compiled a newer kernel than came with the board for some hardware only supported later, before I was trying to compile the kernel module for the old (2.6.21) kernel but was stuggling with getting the correct kernel headers #ubuntu-arm 2009-11-06 <ojn> How does canonical do the package builds? Natively on arm boards, or in qemu? or distcc:d out of the arm systems onto faster machines for the compiler? #ubuntu-arm 2009-11-07 <kblin> rcn-ee: evening :) <rcn-ee> hey kblin.. <kblin> rcn-ee: so it seems like your builders still have a fun time? :) <rcn-ee> kblin, laughs, it's back up running full speed again.. the musb bug trashed the whole drive (had seperate ext3 partitions..) <rcn-ee> after i built 575.979.1648, i rebuilt it again with the new kernel just incase.. <kblin> sounds reasonable :) <rcn-ee> can't be to safe... it's working on 2.6.29 again, i double checked it on friday, it should enable the musb port.. <rcn-ee> kblin, now that i got the main builder again, i'd like to find a web gui/script to allow people to upload *.tar.gz & *.dsc... know of anything? <kblin> not really. but web stuff is kind of off my radar.. I'm pretending to be a systems developer:) #ubuntu-arm 2009-11-08 <dirk2> Actually, I'm looking into recent rootstock script. For 'karmic' it uses vmlinuz-2.6.31-rc3versatile1-cortex-a8 and -cpu cortex-a8. Is this only the configuration options for QEMU, or are the is the resulting rootfs compiled for A8, too? Or the other way around: Will a karmic rootfs created with rootstock run on ARM11, too? <ojn> ARM11 is ARMv6. Karmic is built for v6 + VFP, so as long as your specific ARM11 has VFP you should be good <kblin> ojn: so karmic won't work on the maxwell sheevaplug? that's an ARMv5 <ojn> kblin: Correct, as far as I know. <kblin> oh well, mine is currently having fu being shipped around the world, I'll start worring as soon as it gets back here :) <armin76> s/maxwell/marvell <kblin> fun, as well <kblin> er, right <dirk2> ojn: Thanks! Will try it then :) * kblin is feeling brave and remote-updates his home server's kernel <kblin> oh, crap, mkimage failed.. and of course I see that the minute after I hit reboot <kblin> that was so bound to happen * kblin hugs the serial console :) #ubuntu-arm 2009-11-09 <Shambat> I'm purchasing a sheevaplug that is running an Ubuntu 8.04 ARM version ... I'm looking for a USB wifi adapter to use that is likely to work for this setup. Are there any brands that is especially linux friendly? #ubuntu-arm 2009-11-10 <cwawak> gday armers. <agracey> does anybody here know of a good IDE/debugger for ARM using OpenOCD? <swmmrman> Any chance someone here has done ubuntu on a thecus n2100 <swmmrman> anyone talk in here ever? <lool> We tried supporting the thecus last cycle <lool> But the kernel didn't work in the end <ogra> morning lool <lool> There's an iop32x kernel in jaunty, but it doesn't boot <lool> I recommend Debian's instead <lool> swmmrman: Starting with karmic, N2100 can't be supported anymore anyway <lool> morning ogra <swmmrman> Darn. I have been trying to used debians. No luck <lool> It works fine here <swmmrman> Droping arm support? <lool> No, raising the requirements to ARMv6 + VFP <swmmrman> and its ARMv5 :/ <swmmrman> Any tips on getting a 2.6.27 or higher kernels into debian lenny? <lool> swmmrman: There are backports of the squeeze or unstable kernel by tbm <swmmrman> Ill have to try that. Last time i tried the backports were down, been down for a few days <swmmrman> well i guess ill go bug the debian guys :) <lool> swmmrman: http://people.debian.org/~tbm/armel/kernel/ snapshots by tbm <lool> These are built from the sid tree AIUI <ogra> lool, have you seen https://wiki.ubuntu.com/MobileTeam/LucidSpecifications ?? your name is on it (if you like) <swmmrman> Thanks Lool <lool> ogra: Hmm ok thanks * ogra wonders what to do with his apex merge <ogra> hmm, i wonder if we should demote apex to universe <NCommander> ogra, if we're not building NSLU2 images, I'd say so <NCommander> nothing else uses it <ogra> right <ogra> seems to ftbÂ´fs anyway with ARMv7/thumb2 <NCommander> lool, squashing the ppp filename bug is a necessity for us to properly support ARM alternates <lool> Yes <NCommander> So that's my top priority ATM <lool> but it's not really related to switching to other fs for images <NCommander> lool, well ... yes :-P * NCommander probably has a few hours to let this mirror finish <Cooleo> Im thinking of buying a Nokia N810. Has anyone ported Ubuntu to it? <amitk> Cooleo: look for Mer <Cooleo> Thanks * NCommander notes that Lucid won't work ont eh N810 due to the minimal requirements being bumped <Stskeeps> would work on a n900 though <armin76> NCommander: what requirements are bumped on lucid? <Stskeeps> armin76: built for armv7 instead <armin76> i guessed so <NCommander> yeah <armin76> NCommander: gimme access! <NCommander> armin76, hehe ;-) * NCommander waits for evolution to download <NCommander> RX bytes:11235845050 (11.2 GB) TX bytes:301323357 (301.3 MB) - my ISP going to be pissed <armin76> NCommander: which is newer, Z or Y boards? <GrueMaster> armin76: Y series. <armin76> GrueMaster: ack <armin76> saeedb: rabeeh: i'm happy with a Z0 board :) #ubuntu-arm 2009-11-11 <Martyn> Is there a channel dedicated to UDS? <ojn> has the location for the next summit been decided yet? I saw some rumors of dallas but noone ever mentioned anything definite <ojn> *shrug* <Martyn> Yes! <Martyn> It's at the marriaot <Martyn> Marriot hotel, rather <Martyn> the page is up, and people have signed on <Martyn> I've got an arm blueprint up for lucid-server-arm <ojn> location is not provided on the page I can find <ojn> nor _which_ marriot in dallas <ojn> etc <ojn> oh, and it's next week. brilliant. <ojn> well, screw that then. <Martyn> Bit far? The location has been announced for a while... <Martyn> https://wiki.ubuntu.com/UDS-L (Most people attending have already edited themselves onto the wiki) <Martyn> https://blueprints.launchpad.net/ubuntu/+spec/server-lucid-arm <ojn> Silly me, thinking that the information on summit.ubuntu.com or launchpad would be current. <Martyn> so many blueprints <Martyn> ojn : Oh, you KNOW the UDS is an expression of chaotic organization <ojn> Ah, what a shame. Oh well. <Martyn> Where do you live, if you don't mind my asking... <ojn> Round Rock <Martyn> Ah, so it's more a question of hotel for you <Martyn> not one of driving :) <Martyn> I'm driving up for a friends wedding this weekend (Fri/Sat) so I'll already be in Dallas <Martyn> and my company has paid for a week's stay at the hotel <ojn> it's more a matter of scheduling than anything else. <Martyn> Cool, David Mandala signed off on the blueprint. Excellent <ojn> well, i guess i might drive up for a day or two if there's ever a schedule published <Martyn> well, the schedule is also getting pretty firmed up .. it's on the wiki too <ojn> haha, you mean the one that has all the sessions between 2pm and 3pm on one day? <ojn> (for mobile) <Martyn> http://summit.ubuntu.com/uds-l/2009-11-18/ <Martyn> etc..e tc... <ojn> oh, so the per-track view is broken <ojn> brilliant <Martyn> http://summit.ubuntu.com/uds-l/ <ojn> http://summit.ubuntu.com/uds-l/track/mobile/ <Martyn> Yeah ... I guess you haven't had much need to look at this schedule .. but I've been tracking it daily for the last week <ojn> what does that look like to you? <ojn> I haven't fscking _known_ there _was_ a schedule. Much less a summit. So no, I haven't tracked it. <Martyn> I'm getting rendering errors trying to look at it in chromium #ubuntu-arm 2009-11-12 <jkridner|work> spoke to ogra, but he's not free. anyone interested in giving a 5 minute talk on the status of Ubuntu on ARM at http://wiki.omap.com/index.php/ETechDays_Community_Lightning_Talks ? <kblin> rats, bad timing :/ <kblin> jkridner|work: asked robert nelson yet? :) <jkridner|work> robert nelson did a presentation last time and I was hoping to spread the wealth. <jkridner|work> get a bit more perspective. <kblin> jkridner|work: I'd have jumped, but I just had an examn cancelled, so I don't know my new exam date yet. and I expect that to be next week <kblin> so as I said, bad timing <kblin> I gave a talk about running an active directory domain controller on a beagle at the storage developer's conference last september <kblin> not sure what robert uses his hardware for, mine are servers :) <kblin> jkridner|work: how late can I volunteer? :) <jkridner|work> up until all the slots fill in. <kblin> I'll think about it, no promises though.. <jkridner|work> this is all I can ask. :) <kblin> so, how does that stuff work? I see it's a presentation, how do I broadcast the talk? <kblin> hm, I'll just read scrollback on #beagle <jkridner|work> you just call in and do it over the phone... <jkridner|work> slides are uploaded to the wiki or you can give a link where you share them. <kblin> ok, sounds good. If I can make the time, I'd be happy to fill in. just no idea about that one yet <kblin> and now I have to go hunt lunch :) #ubuntu-arm 2009-11-13 <glass-eye> does anyone know if there are datasheets available for the Marvell Dove processor? <kblin> rcn-ee: morning :) <rcn-ee> hey kblin, hows it going? <kblin> fine, thanks.. busy as usual, but who isn't :) <kblin> 156.14.161.142-x5.3 is working fine on both my B6 as well as on the C3 <rcn-ee> not me, well i haven't opened my work email yet... that's good to hear, 2.6.31 has been solid on my builders. For karmic i'm pushing it as recommended.. <rcn-ee> even got the sgx drivers working on it yesterday, xfce4 seems way faster then jaunty... <kblin> hehe, wouldn't be able to tell. I don't think I've ever plugged anything in the graphics ports of my beagles <rcn-ee> i usually do that atleast once a month, just to make sure it still works.. Otherwise all my systems are headless servers like yours... <kblin> fair enough :) #ubuntu-arm 2009-11-15 <swmmrman> Anyone around? <Meizirkki> morning swmmrman <swmmrman> Any chance there is a list somewhere of hardware that ubuntu-arm will run on? <Meizirkki> Tested are here: https://wiki.ubuntu.com/ARM/DeviceSupport <Meizirkki> I should add Touch Book there <swmmrman> Thanks Meizirkki <kblin> Meizirkki: that's supported with a shipped kernel? <Meizirkki> yup <Meizirkki> not the ubuntu kernel <Meizirkki> the AI one <kblin> AI? <Meizirkki> Always Innovating <Omegamoon> Anyone tried to debootstrap lucid? <Omegamoon> I'm doing a "debootstrap --foreign" on my host first and from qemu I try to chroot "debootstrap --second-stage" <Omegamoon> only thing I see is "illegal instruction" <Omegamoon> any ideas? <Meizirkki> Omegamoon, karmic script with lucid repo? <Omegamoon> Meizirkki: sorry about the delay, I used debootstrap_1.0.20_all.deb with lucid repo <Meizirkki> ki #ubuntu-arm 2009-11-16 <Guest43790> I want to start learning ARM programming buy using ARM+Ubuntu environment . <Amit_Karpe> I want to start learning ARM programming buy using ARM+Ubuntu environment . <Amit_Karpe> When I tried this link --> https://wiki.ubuntu.com/ARM/RootfsFromScratch <Amit_Karpe> for "Building a qemu-only image" it stops at <Amit_Karpe> "I: Installing core packages..." and after that 50 mins. no progress <Amit_Karpe> what may the problem ? <Amit_Karpe> Do we have any ready made image ubuntu-arm.img ?? <kblin> crud.. anyone with a sheevaplug who can tell me his fstab? the 1.0 installer ships with an empty fstab #ubuntu-arm 2009-11-19 <zumbi> hi <Martyn> WOW <Martyn> Most people I've seen in channel in a while #ubuntu-arm 2009-11-20 <Killalotz> Hi there <Killalotz> I'm trying to install ubuntu ARM on Samsung ARM CPU <Killalotz> ARM-ARM920 <armin76> karmic won't work on that, fyi <suihkulokki> Killalotz: ubuntu won't support you hardware. However, you get effectively the same stuff from Debian <suihkulokki> Killalotz: see http://wiki.debian.org/DebianInstaller/Arm/OtherPlatforms for debian install when not using official kernels <armin76> hah, suihkulokki stealing users :P <Killalotz> suihkulokki Debian Rules :D <Killalotz> suihkulokki I'm running Debian X86 on my webserver :) <Killalotz> thanks for the info, suihkulokki <Killalotz> armin76 to ;) <slick6661> hello all <slick6661> I'm looking for a list of mirrors <slick6661> I'm trying to pick a mirror closer than the one on my NSLU2 installer <lool> slick6661: Sadly, there's only ports.ubuntu.com/ubuntu-ports for now; we think about moving to archive.ubuntu.com/ubuntu though <slick6661> ok <slick6661> I'm setting up a NSLU2 now <lool> I'm sorry about that <slick6661> I found the wiki was a little out dated <slick6661> https://wiki.ubuntu.com/ARM/NSLU2 <slick6661> been updating it too :D <ojn> slick6661: you are aware it's a dead end, right? karmic won't run on it. <slick6661> well I've noticed there wasn't a karmic port for it but I wasn't totally sure why <slick6661> that kind of sucks <ojn> slick6661: support for older cpus is being dropped in the name of performance and efficiency. Makes sense since netbooks is the main target and they will all use modern cpus. <slick6661> do you know the reason? <slick6661> I see <ojn> i.e. karmic requires armv6 + vfp. lucid will require armv7 (and probably be built for thumb2, that will be interesting for cortex-a8 products) <slick6661> well I as looking at getting a beagle board <slick6661> but the slug has been so reliable <slick6661> I guess I could always go back to debian <ojn> yeah, debian will probably be your best bet. Since it's not a desktop machine you're not missing out much on ubuntu features anyway <slick6661> I was hoping to keep a common command line between them all <slick6661> as a general question to anyone on the channel what arm hardware does ubuntu run well on <slick6661> I know about the Slug, beagle board <slick6661> but I'm curious what else is out there <ojn> freescale babbage and marvell dove are the main eval boards that canonical work with, I think. Beyond that, all I've been able to tell is that there's various OEM systems in progress but nothing on the market yet <kblin> slick6661: the sheevaplug seems to work ok, apart from the dead-end bit of not being supported by more recent versions <kblin> my home zoo includes two beagles and a plug, and they all run 9.04 just fine <slick6661> cool <slick6661> has anyone gotten this to work on something like a buffalo NAS? <armin76> slick6661: you can install ubuntu on whatever you want, its just that you'll have to do it manually, not with the installer and stuff <slick6661> yea <slick6661> I'm just thinking about what would be a good slug replacement <armin76> and provide your kernel :) <slick6661> beagleboard is nice <armin76> the sheevaplug is the default replacement of the slug <slick6661> but I would prefer something nice and cheap (like the slug) <slick6661> hmmmmm <slick6661> oh I've seen this <slick6661> I completely forgot what it was called <slick6661> ut I saw this months ago and was just wishing I could remember what it was called , lol :) <slick6661> what about the apple airport express <slick6661> it looks just like the plug but with wifi and audio out <slick6661> has anyone seen anything about that? <armin76> hrm? <armin76> nope i haven't <slick6661> http://store.apple.com/us/product/MB321LL/A/AirPort-Express-AirTunes?fnode=MTY1NDA0Mg&mco=MTA4NTc4MTE <slick6661> it's pretty cool <slick6661> I've seen it setup to connect to a wifi network and allow someone using iTunes to play the music out of the audio jack on the device <slick6661> it waould be awesome if you could do the same with Banshee <kblin> itunes is a bit of a pain, due to the encryption.. <slick6661> well I don't necessarily mean itunes <slick6661> but could I use this on linux <slick6661> and aparently there are packages to do that <slick6661> I also found out that it's processor is a 200Mhz Mips <slick6661> http://www.pogoplug.com/meet/ <slick6661> that looks pretty cool <slick6661> anyone gotten it yet? <ojn> pogoplug is similar to sheevaplug <slick6661> yea, the first gen was a sheva plug with a sticket <slick6661> the new one has 4 ports and there seems to be a decent community around it <slick6661> 4 *usb ports <ojn> Gee, I really wish it didn't take HOURS to do package installs and upgrades on this system. #ubuntu-arm 2009-11-21 <armin76> ojn: talking about sh? :) <ojn> armin76: No, talking about this cortex-a8 with SD storage. #ubuntu-arm 2009-11-22 <armin76> anyone compiled chromium on arm? <armin76> lool ? <armin76> zumbi the ricer? :D <ojn> I have ran it but i didn't compile. :) * armin76 wasn't talking about the game, btw #ubuntu-arm 2009-11-23 <lool> armin76: I did not <zumbi> armin76: gentooish is ricing... i have not compiled it. http://code.google.com/p/chromium/wiki/LinuxChromiumArm <armin76> zumbi: i know, and i tried that, but for some funny reason it wants to compile sse2 code, apart from needing a lot of ram <armin76> so i guess nobody has compiled it :) <saeedb> jerone_mobile: <armin76> saeedb: *g* <Martyn> Great UDS :) <Martyn> It was nice to see some of you :) <armin76> Martyn: thanks :) <Martyn> So, loooooots of work to do <Martyn> *rubs hands* <JamieBennett> indeed <ojn> Ok, got the serial port to my pegatron box. So are there any kernel patches for it (lange51) anywhere? <ojn> Or maybe it'll run the babbage kernel just fine... <ojn> interesting, redboot reports it as a babbage even: <ojn> Platform: MX51 Babbage (Freescale i.MX51 based) PASS 2.0 [x32 DDR] #ubuntu-arm 2009-11-24 * ogra takes his first look at http://qa.ubuntuwire.org/ftbfs/ in lucid and boggles <ogra> checking for C compiler default output file name... <ogra> configure: error: in `/pulseaudio-0.9.20': <ogra> configure: error: C compiler cannot create executables <ogra> See `config.log' for more details. <ogra> make: *** [config.status] Error 77 <ogra> root@dove:/pulseaudio-0.9.20# <ogra> GRRR ! <amitk> ogra: do you have ccache installed? <ogra> amitk, nope <ogra> thats a lucid chroot under karmic <amitk> ok, I see that error with dkms packages and ccache installed <ogra> freshly set up, only instaled build-essential and devscripts in it <zumbi> ogra: is it amd64 platform? <ogra> thats on an arm platform indeed <ogra> we dont cross build anything in ubuntu usually <zumbi> uhm.. ok, i need to go now <lool> ogra: and what does config.log say? <ogra> nothing special apart from: configure: exit 77 <ogra> NCommander, so about pulse ... afaik the macros are for ARMv7 which is why i added that --march setting when we still were building for v5 , can you try to disable thumb instead ? <ogra> generally they should work for v6 and v7 builds <ogra> (they were added by the nokia community afaik, so should be for omap (i.e. v7)) <lool> ogra: Can you upload the full config.log? <ogra> sure, one sec * ogra wonders how to convince chrome to not show that ugly blue when highlighting stuff <ogra> lool, http://people.canonical.com/~ogra/config.log <lool> cc1: internal compiler error: Illegal instruction <ogra> yeah, just saw that too <ogra> i guess i should upgrade my dove kernel first :) <lool> Yeah that looks like a memory or stability issue -- Z0? <lool> Hmm no Y0 for you* <ogra> Y0 but -204 kernel <lool> I mean you don't have Z0 <ogra> right <suihkulokki> while at pulseaudio, can someone tell me howto add a compiler flag for one file in a automakish sourcetree properly <ogra> but my kernel is outdated <suihkulokki> 0.9.20-1 in debian did it wrong, so I it didn't work in 0.9.21-1 anymore <lool> suihkulokki: Don't think you can override per .o; I guess you can create custom rules or use convenience libs? <lool> Oh you can actually <ogra> thats what my patch does in karmic :) <lool> See 27.8 <ogra> make -C src libpulsecore_0.9.20_la-svolume_arm.lo CFLAGS+=-march=armv6 <lool> libfoo_a_CFLAGS <ogra> ^^^ my karmic patch <ogra> indeed yours is more elegant <suihkulokki> how would libfoo_a_CFLAGS translate to the svolume_arm.o ? <lool> suihkulokki: Depends what you're building * lool reads source <lool> suihkulokki: libpulsecore_@PA_MAJORMINORMICRO@_la-pulsecore/svolume_arm.o I think <lool> Not sure how / is handled though <lool> For the example of: <lool> noinst_LIBRARIES = libfoo.a <lool> libfoo_a_SOURCES = foo.c foo.h <lool> suihkulokki: Actually nevermind, I can't read; they basically recommend using convenience libs or noinst libs <lool> I read it too quickly <saeedb> jeron-mobile: <lool> So what you want is noinst_LIBRARIES = libsvolume_arm.a and libsvolume_arm_SOURCE = pulsecore/svolume_arm.c + libsvolume_arm_CFLAGS = whatever <lool> and libpulsecore_@PA_MAJORMINORMICRO@_la_LDADD = libsvolume_arm.a <NCommander> ogra, I'm not quite sure how to turn off thumb <ogra> --nothumb ? :) <ogra> (gusessing, no idea if that exists :) ) <NCommander> ogra, I'll have to read the manpage ;.; <NCommander> ogra, Dave Martin did however give quote a few flags in his talk. I might try some <ogra> hmm, where is he ? <ogra> i thought i saw him joining <ogra> oh, that was on -meeting <NCommander> ogra, dmart is here as well :-) <dmart> Hi <ogra> ah <dmart> To turn off thumb, you should use -marm <lool> Yeah <ogra> ah, right ... * ogra now remembers it from the talk <lool> Too bad it's not detailed in the man page, just listed <NCommander> ogra, I think we should still have a bug on this. Having pulse use thumb probably is a good thing. <dmart> Ah, yes, pulseaudio <ogra> yes <ogra> and upstream should know about it <NCommander> dmart, yeah, the issue is that there's some handwritten instructions in it that go bust in thumb2 mode <ogra> they did some effort to add v6/7 support <NCommander> dmart, since it tries to use conditionals that aren't availble <ogra> so will likely be intrested in thumb as well <NCommander> addcs/subcs <ogra> yeah, that v6/7 patch is quite ugly <ogra> bt nobody upstream has a clue about arm <ogra> so lennart just accepted it blindly <NCommander> ogra, *shiver* <NCommander> ogra, if -marm works, lets push that, and then I'll asign a bug to myself on portng to Thumb2 mode <ogra> i talked to him at the maemo summit and he said he just takes what people give him... but given he has no clue and neither HW he wont test it at all <ogra> as long as it doesnt break x86 at least <ogra> NCommander, cool <NCommander> ogra, I did some reading on thumb2 mode, but the documentation is a bit thick :-) <armin76> NCommander: i'm here too *g* <NCommander> hey armin76 <NCommander> armin76, how's your handwritten thumb2 ASM? :-) <armin76> NCommander: i suggest using -marm as well * armin76 runs <NCommander> armin76, ;-) <armin76> NCommander: i 'fixed' the sigbus on firefox on sparc, you slacker :) <NCommander> armin76, thats nice. Now fix upstart :-) <NCommander> Its a bad thing when /init crashes <NCommander> */sbin/init <armin76> on sparc? <ogra> why should init crash ? <NCommander> ogra, it segfaults due to alignment issues on SPARC * ogra points to the channel name :P * NCommander points to armin76's last comment and leaves it at that <armin76> ok, staying on topic... * NCommander should probably poke his Y1 <armin76> NCommander: i'll fix it if you fix me not having an armv7 board :) <NCommander> armin76, you can buy imx51 hardware now :-P <armin76> NCommander: i get no profit from this, you do? :) <NCommander> armin76, or buy a motorola droid and find a way to get root on it ;-) <ogra> yeah, just win the lottery and buy a babbage board :) <armin76> NCommander: can't i get your z0? :( <ogra> its *only* $750 :) <NCommander> armin76, I never had a Z0 <NCommander> armin76, I have a Y0, and a y1 (which is having issues) <armin76> NCommander: can i get ogra's z0? <NCommander> armin76, I think you should ask ogra instead of me :-) <armin76> NCommander: but you can steal from him :) <dmart> Oops... got distracted there <NCommander> armin76, I'm not flying to Germany to break into his house, hide from his dog, steal his Z0, and fly back in the cover of night <armin76> boo <ogra> armin76, you can get all Z0's i have atm ... <dmart> I took a look at the pulseaudio issue at the end of last week... there's an explicit CFLAGS+=-march=armv6 in debian/rules. This is actually an architecture downgrade and turns off thumb2, when building for v7 <NCommander> hrm <armin76> ogra: gimme! <ogra> armin76, dont have any :P <armin76> who has? :) <NCommander> dmart, it should turn off thumb2, but it looked like it didn't actually turn off thumb2 <NCommander> armin76, lool and plars <ogra> dmart, it was an upgrade (i added it when we still built for v5) <dmart> NCommander: how do you mean? <ogra> dmart, it needs to be dropped now <ogra> in later karmic it was actually a no-op <dmart> ogra: yes, I see <ogra> in early karmic it fixed the same code thumb chokes on now <dmart> Does anyone know a list I can subscribe to to get a record of all the build failures...? doko told me at UDS, but I failed to make a note of it. <ogra> which is hardcoded oma assemble stuff iirc <NCommander> dmart, it looked like to me it was trying to do thumb2 with armv6 instructions <ogra> *omap <ogra> *assembler * ogra needs a typing course <NCommander> dmart, http://qa.ubuntuwire.com/ftbfs/ <dmart> NCommander: did you need an explicit -Wa,-mimplicit-it=thumb to get it working? I think my toolchain may be a bit out of sync, but I needed that <NCommander> dmart, I'm still waiting for my lucid chroot to build <ogra> NCommander, hmm ? <NCommander> ogra, ? <ogra> how did you do the testbuild that made you say it fails on thumb ? <ogra> without having a lucid chroot <dmart> OK; doko was going to make gcc pass -Wa,-mimplicit-it=thumb to as by default, but this was a recent suggestion and I don't know if it's merged yet. <NCommander> ogra, I used a PPA during UDS <ogra> a *lucid* PPA ??? <ogra> where did you get that ? <NCommander> ogra, some of us have native PPAs ;-) <dmart> Oh, right-- I used the "proper" lucid toolchain :P <ogra> yeah <dmart> Where should I be looking? doko's PPA? <NCommander> dmart, for lucid toolchains? <dmart> re http://qa.ubuntuwire.com/ftbfs/, is there also a list I can subscribe to? It might be easier to review failures as they occur. <ogra> i dont think there is a list <ogra> the uploader is the only person getting build failure notifications atm <dmart> doko pointer at ubuntu-buildd-admins or something like that, but I don't see that on lists.ubuntu.com <armin76> lool: gimme your z0! <dmart> NCommander: lucid toolchains, yes <NCommander> dmart, well ... I think the answer is run lucid on ARM? :-) <dmart> NCommander: that's what I was doing :) <NCommander> dmart, then you should already have the right toolchain <ogra> that should be fine <dmart> NCommander: OK, I'll update and retry. <dmart> NCommander: have we also tried -marm for the problem file, instead of letting it default to Thumb-2? Because the hand-written code may have been manually optimised for ARM, this may give better performance than Thumb-2. <NCommander> dmart, per-file CFLAGS scare me. <dmart> In general, yes; but debian/rules already has that in this case. Just a suggestion--- alternatively it might be a good idea to add a comment or raise a flag somehow reminding anyone maintaining the code later that porting to native Thumb-2 would be a good idea <dmart> btw comparing .text sections, the overall code size does seem to reduce by just under 30% <dmart> ...not a very comprehensive test, but it doesn't contradict our expectations. <NCommander> dmart, its a different file that makes things go bust <NCommander> dmart, is there a handy ARM to Thumb2 guide? <NCommander> dmart, I think the CS conditional code isn't being allowed in the block, but I'm not sure how I'm supposed to work around that <NCommander> ogra, actually, I found documentation on how to properly Thumb2-ize this code <NCommander> I'm going to try fixing it properly first, and then testing <NCommander> Martyn, how's your thumb2 looking these days :-)? * Martyn looks at one hand, then the other.. <Martyn> Looks like I have both thumbs... <Martyn> *silly grin* <Martyn> good, although we really need to verify that thumb2 vs/ full ARM really /does/ save code space * NCommander whacks Martyn with an ARM reference manual * Martyn drops the ARM TRM for Cortex A9 on NCommander <NCommander> Martyn, I just want a second set of eyes to make sure I'm not using IT correctly <NCommander> ACK * NCommander throws an execution error as I'm not TRM compatible (yet) :-) <NCommander> Martyn, er, using IT correctly * NCommander has never had to use it <NCommander> and ... <Martyn> NCommander: Make sure you have thumb2 support compiled into your kernel flava of choice <NCommander> ugh <NCommander> pulseaudio just uninstalled itself on dove <NCommander> \o/ <Martyn> WIN <NCommander> Martyn, so if I have an addcs, and movcs instructions <NCommander> I can do this: <NCommander> ITT CS <NCommander> ADDCS r0, %1 <NCommander> movcs r6, 0 <NCommander> to make the linker shutup about CS being in an IT block <NCommander> Since IT takes CS as the condition, and then additional T to tell it that movcs should also be run as true <Martyn> sure, but that's solving the problem by using a large brick, tied around a cricket bat, and shoved into the problem with a 10 foot ram <NCommander> Martyn, huh? <Martyn> it solves the symptom.. but I'm more curious why that code would get generated in the first place <NCommander> Martyn, oh, this is handwritten ASM <NCommander> Martyn, not auto-generated <Martyn> Ah, in which case you've given yourself all the rope in the world :) <NCommander> Martyn, this is pulseaudios codebase :-P <Martyn> oh. ugh <NCommander> I've never needed to use IT before because i've never coded in Thumb before <NCommander> I just wanted a sanity check to make sure I'm reading the reference page right <Martyn> you are <NCommander> Martyn, thanks <NCommander> Martyn, ARM's reference manuals freaking rock <Martyn> Want something that rocks harder? * NCommander is considering buying a dead-tree version for handy desk reference <Martyn> http://infocenter.arm.com/help/topic/com.arm.doc.qrc0001l/QRC0001_UAL.pdf <Martyn> THAT is what is printed next to my desk <NCommander> Martyn, OOOH, an updated version! <ogra> NCommander, you should probably take a look at what angstrom does btw <NCommander> Martyn, (I have the older one with ARM) <Martyn> Yep <ogra> i can imagine they already have proper fixes <NCommander> ogra, for pulse? <ogra> yes <NCommander> ogra, I didn't realize they used thumb2 compiling <ogra> i thnk they use every optimization omap can do <NCommander> 1 angstrom = 1.0 Ã 10-10 meters - that google search was useful :-P <ogra> search for "angstrom beagle" <ogra> or ask in #beagle <dmart> NCommander: dmart, I think the CS conditional code isn't being allowed in the block, but I'm not sure how I'm supposed to work around that: Building with v7+thumb2, you're effectively telling the assembler to pretend that that (ARM) inline assembler is unified assembler source (this is the new syntax that can be assembler to ARM and Thumb) <dmart> ...however, it is actually the old ARM syntax, to it doesn't contains the IT block annotations needed for Thumb-2 <dmart> gcc -Wa,-mimplicit-it=thumb asks the assembler to guess what the IT blocks should have been instead of barfing <dmart> This option should be in the toolchain by default; but I'm not sure if it's merged yet; that was my earlier query. <NCommander> dmart, I rather just specify it properly */2 cents* <dmart> NCommander: specifying it properly is preferable, but you will need #ifdefs to allow the result to assmble when compiled as ARM (e.g., for the Debian folks) <dmart> Migrating over time would be good, but there might be a lot of bits of assembler to port if we try to do it all up front. <dmart> The -mimplicit-it=thumb thing is used for Thumb-2 kernel builds, for example. <NCommander> dmart, doesn't the assembler known what the IT instruction is? <NCommander> (I can put #ifdef (__thumb__) or whatever the correct ifdef is <dmart> NCommander: for historical reasons, GCC uses the traditional assembler syntax when compiling for ARM, and as does not understand IT blocks in this mode (unfortunately). <NCommander> dmart, so ifdef's it is :-/ <ogra> on a sidenote using -marm works ... so we have a fallback if you dont manage * ogra just has it building <NCommander> ogra, thanks. I'm just dist-upgrading karmic to lucid so I can test the resulting binaries after I finish building <dmart> NCommander: Absolutely--- -marm is our friend if it looks like we're wasting time on any particular package... we can fix problem cases later. <ogra> NCommander, given that pulse seems to block the livefses we should probably go with it as a quick fix so we have images asap <NCommander> ogra, just give me a few hours to see if we can fix it properly. <dmart> NCommander: feel free to throw me your code if you want me to sanity-check. <ogra> yup <NCommander> dmart, I'll take you up on that offer <ogra> NCommander, just if you dont mamange it before your holiday <NCommander> ogra, right, of course. <NCommander> ogra, we probably should have a wiki page with problem packages <ogra> NCommander, we have the ftbfs list <ogra> and if you add a workaround you should simply keep it in mind <ogra> and indeed note it in the changelog <NCommander> ogra, fair enough <dmart> Can anyone suggest a wiki page to track how we fixed packages. We don't have to track everything, but it would serve as a FAQ for anyone faced with this task. * NCommander isn't looking forward to getting OOo building with Thumb2 <ogra> i guess the angstrom ppl solved that already <ogra> dmart, i dont think we have one yet <NCommander> ogra, angstorm isn't built for Thumb2 according to #beagle <ogra> dmart, so feel free to create one in the /ARM namespace on te wiki <ogra> ok <NCommander> food time <dmart> OK... I'll create an empty page and we can stick stuff on there <ogra> oki <dmart> NCommander: gcc defines a macro __thumb2__ which is probably what you want to check for in #ifdefs (maybe you could define a helper #ifdef __thumb2__ // #define THUMB2_ONLY(string) string // #else // #define THUMB2_ONLY(string) // #endif <NCommander> dmart, with implicate-it though, aren't we masking the problem versus properly fixing it? <NCommander> ^- ogra, asac <ogra> NCommander, see -devel backlog <ogra> adding IT is surely the best but likely produces a lot of work <NCommander> ogra, *grumble* <ogra> NCommander, implicate-it is similar but needs to be done on a per file basis <NCommander> ogra, per-file basis? I thought you said the default was
{'channel': 'ubuntu-arm', 'month': 11}