**** BEGIN LOGGING AT Thu Mar 04 02:59:58 2010 Mar 04 09:13:07 lool, what kind of images do you usually use with qemu ? (/me is till trying to find out why big task installs hang) Mar 04 09:14:53 *still Mar 04 09:15:29 i wonder if converting to qcow2 before switching to the VM gains me anything wrt stability Mar 04 09:17:07 Not really. qcow2 just saves space. Mar 04 09:17:34 Assuming no bugs in the converter, it's a no-op, and if the converter is buggy, it's less stable (the converter isn't that buggy) Mar 04 09:52:58 oh hai Mar 04 09:53:13 what is actually available arm smartbooks? Mar 04 09:53:32 pegatron neo seems is far away from open sale. Mar 04 09:53:40 The Sharp Netwalker is the only one I know to be on the market today. Mar 04 09:56:25 and touchbook one, i just forget on it Mar 04 09:56:37 just touchbook from alwaysinovating Mar 04 09:57:15 ogra: I'm using ext4 Mar 04 09:57:30 On real files provisioned for the full space Mar 04 09:57:31 lool, i mean the underlying format Mar 04 09:57:42 i.e 2 GB of zeroes in a file Mar 04 09:57:44 touchbook from alwaysinnovating is shipping now? Mar 04 09:57:45 so raw with qemu-img Mar 04 09:57:48 Yes Mar 04 09:57:49 or dd Mar 04 09:58:02 hmm Mar 04 09:58:20 rootstock uses qemu-img too ... but gets that hang :/ Mar 04 09:58:37 I'm using dd, but I don't think that makes any difference Mar 04 09:59:05 the diff between the old qemu that workeed and todays which doent work for me installing bigger tasks has disk handling changes Mar 04 09:59:10 You can try stracing or gdbing qemu-system Mar 04 09:59:11 *doesnt Mar 04 09:59:24 I fixed the missing symbols in recent uploads, so the ddeb has them Mar 04 09:59:34 i tried stracing, outside it only gives me clock accesses Mar 04 09:59:45 persia: well, my friend has one since.. november? but that have so long delays at shipping :l Mar 04 09:59:48 That's probably too late then Mar 04 09:59:53 inside, actually stracing apt doesnt get me anything wrong Mar 04 09:59:57 *they Mar 04 10:00:02 ogra: Try bisecting using the upstream qemu-kvm.git if you can reproduce easily Mar 04 10:00:29 lool, i can, it reliably hangs at unpacking iso-codes if i install ubuntu-netbook^ Mar 04 10:00:46 no matter if its rootstock or plain qemu-system-arm Mar 04 10:01:14 wao: Thanks. I'll add it to my list of available hardware. Mar 04 10:01:19 i initially thought its the way rootstock initializes the system ... i.e. that i miss something ... but using it plain does get me the same hang Mar 04 10:01:35 persia: well these day at cebit nowthing comes out :( just some tablets Mar 04 10:02:18 I only know of AlwaysInnovating Touchbook, Sharp Netwalker, Genesi Efika MX. I'd love to hear of more stuff. Mar 04 10:03:04 something from mobinova was released Mar 04 10:03:13 at some congress in taipei Mar 04 10:04:01 lool, well, the only thing i see (or asac did yesterday when he bisected out of boredom) is http://paste.ubuntu.com/387762/ Mar 04 10:04:11 which made me think it might be an image thing Mar 04 10:04:46 or I/O to the image Mar 04 10:06:19 ogra: Send a mail to the qemu-devel list Cc:ing the author of the problematic patch? Mar 04 10:06:42 wao: The mobinnova elan? Announced but not shipping as far as I can tell. Mar 04 10:06:43 well, i'm not sure its the problematic one ... especially since you dont see any issues Mar 04 10:06:55 which confuses me Mar 04 10:08:06 persia: well, they announced price tag, that's all Mar 04 10:08:24 wao: Yeah. I like to wait until I know people can buy things before recommending them :) Mar 04 10:08:55 I prefer to know someone who has one who can tell me if they like it, and in which ways it's inferior. Mar 04 10:09:36 ogra: I'm not doing full installs either Mar 04 10:09:43 ah Mar 04 10:09:53 ogra: and it might appear due to e.g. your super-fast SSD host disk Mar 04 10:10:15 hmm Mar 04 10:10:30 i would expect to see anything in the logs Mar 04 10:10:48 but thats an intresting theory, i'll try to build on a USB disk Mar 04 10:11:50 I mean the bug might be trigerred by a race which only happens on your hardware Mar 04 10:12:25 yes, i'll try to verify that using a slow disk Mar 04 10:12:43 i thought you mean r/w issues on the disk :) Mar 04 10:13:57 * ogra goes to find some breakfast Mar 04 10:15:39 persia: well, if you know something new about saling smartbooks, just inform me:) Mar 04 10:17:00 wao: Right now I only know of three devices (previously listed). People usually mention their hardware here, if you read backscroll. Mar 04 10:25:45 ogra: so lool doesnt see the rootstock issues? should i try? Mar 04 10:26:08 asac, well, he doesnt do such massive installs in his setups Mar 04 10:26:27 asac, feel free ... do a rootstock build with -s ubuntu.netbook^ Mar 04 10:26:31 err Mar 04 10:26:38 -s ubuntu-netbook^ Mar 04 10:26:54 and see if it hangs at "Unpacking iso-codes from ...." Mar 04 10:27:12 note it will take over 1h to get there Mar 04 10:36:45 Hi all, has anyone been trying to use the 20100303 ubuntu-netbook armel image? Mar 04 10:36:55 I get a weird problem: Mar 04 10:37:24 If I open a terminal and press enter, ^\ is printed in console text over the top of the framebuffer and then the X session dies Mar 04 10:37:37 known bug Mar 04 10:37:39 Sounds like the plymouth race Mar 04 10:37:45 ask asac he fought with it for some days Mar 04 10:37:50 yeuch Mar 04 10:37:51 ok Mar 04 10:37:53 uninstall plymouth Mar 04 10:38:05 Glad it's known about, I wouldn't have guessed what to report the bug on! Mar 04 10:38:05 dmart: if you login again, it shouldn't happen I think? Mar 04 10:38:15 * dmart tries Mar 04 10:38:29 * lool reported the bug against plymouth, but I'm pretty sure it got ignored and discussions is happening somewhere else Mar 04 10:38:53 I think there's a few bugs about it based on #ubuntu-bugs traffic Mar 04 10:39:00 What's the default password for the ubuntu user (tried "ubuntu" but it didn't log in) Mar 04 10:40:19 lool, seb takes it serious ... he was the one who told me about it Mar 04 10:41:45 ogra: I know it's taken seriously, I'm just saying that I don't know where discussion is happening about it Mar 04 10:42:04 I filed a bug against plymouth (couldn't find any other one) and it got no feedback, wasn't merged etc. Mar 04 10:42:17 I *think* Scott is working on this, perhaps slangasek too, but I'm not sure Mar 04 10:42:19 Ubunstalling plymouth and restarting gdm seemed to fix it Mar 04 10:42:40 I see there is a panel icon to get back to the launcher now Mar 04 10:43:41 dmart: default password is nothing at all. Mar 04 10:44:15 Ah, right. That's more sensible I guess; newbie users mightn't guess "ubuntu" Mar 04 10:45:34 dmart: Also it means that ssh can't work (even if someone installs sshd) and similar, whereas a real default password would leave systems open to the default password hole. Mar 04 10:45:59 Good point Mar 04 10:46:17 dmart: Ubunstalling, very cute :) Mar 04 10:46:37 eh? Mar 04 10:46:42 11:42 < dmart> Ubunstalling plymouth and restarting gdm seemed to fix it Mar 04 10:46:55 sweet Mar 04 10:47:13 Oops, if you can believe it, that was a typo... Mar 04 10:47:14 dmart, you dont inted to move to marketing, do you ? Mar 04 10:47:29 dmart: I can, I'll add it to my collection of really cute typos Mar 04 10:47:40 (A bit like the way I tended to mispell all words starting with P as "PRINT" in BASIC programming days...) Mar 04 10:47:55 SWPeriously? Mar 04 10:49:42 (onily when daydreaming) Mar 04 10:51:34 Did anyone ever manage to get hold of a hub to look into the network slowness on imx51? Mar 04 10:55:30 Currently I must use one of those nettop things as a "switch"... they have wireless. Uplinking via that is ~20x faster than a direct cable connection to a hub. Mar 04 10:57:23 ~Z Mar 04 11:00:17 Unfortunately I don't know how to debug this. Mar 04 11:03:42 dmart: Sounds like you might want to involve Freescale on that; they are usually interested in buying the hardware when we mention that the boards doesn't work with that hard disk or that monitor Mar 04 11:04:13 dmart: I remember there are two ethernet drivers in the tree, I'm not sure we're using the most recent FSL one, so that might help too Mar 04 11:04:41 dmart, i know i still own one, but searching for it two times didnt bring it up yet Mar 04 11:05:00 lool, we use full BSP in lucid Mar 04 11:05:04 no own patches Mar 04 11:05:34 so FSL should see the same issues with their kernel if its a driver issue Mar 04 11:05:45 Still, we might be configuring the tree for the wrong driver; that might be unlikely though, I'm not intimate with imx51 anymore Mar 04 11:06:06 no, we switched to use the same they define in their defconfig Mar 04 11:17:23 I'll try and raise it with Freescale; maybe this is something they know about Mar 04 11:41:14 dmart, it might be related to bug 457878 Mar 04 11:41:15 Launchpad bug 457878 in linux-fsl-imx51 (Ubuntu Lucid) (and 1 other project) "imx51 on board ethernet plug/unplug events not detected (affects: 2)" [Medium,Confirmed] https://launchpad.net/bugs/457878 Mar 04 11:41:37 Yeah, someone suggested that before. It's possible. Mar 04 11:41:55 given the phy layer is busted it might fail proper autonegotiation Mar 04 11:45:30 I added a cross-reference. Mar 04 11:45:38 thanks Mar 04 11:46:55 heh, now i have john cleese's voice in my head Mar 04 11:49:46 Well, give it back. He might have a use for it. Mar 04 11:53:28 lol Mar 04 15:46:58 Hey guys. I don't know which endianness you guys use, but wanted to note we finally resolved a few of our issues on that front, and also have our engine running on iphone... Mar 04 15:47:29 so I was wondering if anyone here would be interested in pulling the ubuntu x86/x86_64 hedgewars package into arm Mar 04 15:47:37 esp once we release .13 w/ endian probs all squashed Mar 04 15:48:42 we use little endian (thus the architecture package name armel, arm endian little) Mar 04 15:49:09 if hedgewars is in the archive it will just be built on armel automatically Mar 04 15:50:53 oh? huh. last I checked I only saw x86 arch listed Mar 04 15:51:08 maybe there's some other issue Mar 04 15:51:10 then talk to the package maintainer Mar 04 15:51:25 aight. I don't know much about ubuntu processes Mar 04 15:51:29 you can explicitly make a package build only on one arch if you want to Mar 04 15:51:34 We ship hedgewars for armel Mar 04 15:51:51 persia, ah, great Mar 04 15:51:56 i didnt bothe to look :) Mar 04 15:51:59 +r Mar 04 15:52:00 http://packages.ubuntu.com/lucid/hedgewars Mar 04 15:52:07 only shows amd64/i386 Mar 04 15:52:09 * persia is on the Games team and keeps track of these things. Mar 04 15:52:19 nemo: Don't trust packages.ubuntu.com. Ask launchpad. Mar 04 15:52:21 nemo, packages.u.c doesnt have armel Mar 04 15:52:24 I don't actually have an arm machine yet, but I (hopefully) will finally be getting a pandora Mar 04 15:52:25 right Mar 04 15:52:27 https://launchpad.net/ubuntu/+source/hedgewards Mar 04 15:52:29 https://launchpad.net/ubuntu/+source/hedgewars Mar 04 15:52:31 look at launchpad Mar 04 15:53:26 woah Mar 04 15:53:30 wait. powerpc?? Mar 04 15:53:34 how the heck are they doing that? Mar 04 15:53:38 there should be some colour issues Mar 04 15:53:47 well... cool. Mar 04 15:53:53 hopefully .13 will make it run even better :) Mar 04 15:53:58 that it built doesnt mean it also runs :) Mar 04 15:54:42 or that anyone tested it :) Mar 04 15:55:00 heh. you'd think there'd still be a few gamers on esoteric platforms Mar 04 15:55:06 well. esp ARM Mar 04 15:59:02 I don't think we have any gamers on ia64 or sparc, but we do have them on the rest of the platforms. Mar 04 15:59:19 But that doesn't necessarily mean everything is fixed :) Mar 04 15:59:21 you never know :) Mar 04 15:59:55 Well, I do know we don't have any games maintainers on ia64 at least, and I haven't seen any games uploads from sparc, but yeah, I can't actually know. Mar 04 16:01:18 * ogra bets there are nethack people on sparc :) Mar 04 16:01:21 heh Mar 04 16:01:41 there are probably some nethack people on TI-83s Mar 04 16:02:15 well. thanks for the info. now I just need to find a gamer running ubuntu on arm to try it out. Mar 04 16:02:43 stupid pandora delays :-/ Mar 04 16:04:02 talked to dude doing iphone port, he's pretty sure ppc should be totally unplayable in .12 Mar 04 16:23:45 dmart: can you give me your opinion on the correct way to fix a build failure? Mar 04 16:23:51 http://pastebin.ubuntu.com/388361/ Mar 04 16:24:03 this is the code that checks for specific arch's Mar 04 16:24:24 I want a define for ARMv7, not specifically thumb, just wondered what to use Mar 04 16:25:15 hang on a mo Mar 04 16:25:52 You could use __ARM_ARCH_7A__ Mar 04 16:26:11 The main annoyance there is that the code will repeatedly break if builrding for a subsequent architecture. Mar 04 16:26:19 What is the code protected by these #ifdefs? Mar 04 16:26:23 dmart: indeed Mar 04 16:26:39 some defines for nop, read_barrier and write_barrier stuff Mar 04 16:27:17 dmart: http://pastebin.ubuntu.com/388370/ Mar 04 16:27:46 Is there v6 / v7 code? Mar 04 16:27:57 (and what package is this?) Mar 04 16:28:00 just that Mar 04 16:28:05 fio Mar 04 16:28:32 So there are no definitions of nop, read_barrier and write_barrier for the newer archs? Mar 04 16:28:43 dmart: thats why its failing Mar 04 16:28:59 ok Mar 04 16:29:11 I belive its just not defining them because the right ARCH check isn't satisfied Mar 04 16:29:38 Weell, v6 and v7 (especially SMP) should have non-trivial definitions for these. Mar 04 16:29:49 Is this from an embedded snapshot of another library? The code looks a bit familiar. Mar 04 16:30:20 its in fio (arch/arch-arm.h) Mar 04 16:30:58 OK, I guess it may be unique-ish to that package then Mar 04 16:31:42 so the __ARCH_ARM_7A__ define may be sufficient or does this require something more? Mar 04 16:34:15 The code will "work", but it won't function as intended, especially if we want SMP to work properly. Hold on, I'll have a quick think... Mar 04 16:34:29 dmart: cool Mar 04 16:40:23 The cleanest way might be to do something like this http://pastebin.ubuntu.com/388382/ Mar 04 16:41:03 HAVE_GCC_ATOMICS can be detected using configure tests similar to what's been done for other packages (asac and dyfet have already done that elsewhere) Mar 04 16:41:52 * JamieBennett looks Mar 04 16:43:24 HAVE_ARM_NOP could be detected using a configure test (try and assemble a "nop" instruction) ... or using the __ARM_ARCH_... macros (__ARM_ARCH_6__ || __ARM_ARCH_6K__ || ARM_ARCH_6KZ__ || __ARM_ARCH_7__ || __ARM_ARCH_7A__ ... and maintain it... ugh) Mar 04 16:44:25 OK, I think I need to do a bit of background reading, thanks for the pointers Mar 04 16:44:26 well, if we are interested in whether the specific gcc being used to compile supports atomic functions, then we need a configure test for that Mar 04 16:45:47 Basically, it is cleaner not to add SMP correctness for GCC+kernel combinations which don't support this ... only people using ancient tools, ancient kernel, or a platform where it doesn't matter will fail to get the SMP-safe definitions. Mar 04 16:46:25 Otherwise we would need some special-case inline asm for this case, which will likely cause confusion and maintenance problems in the future. Mar 04 16:50:31 See https://wiki.ubuntu.com/ARM/Thumb2PortingHowto#Atomic%20operations%20and%20SMP%20safety%20(SWP,%20LDREX,%20STREX;%20memory%20barriers) Mar 04 16:50:37 (background on atomics) Mar 04 16:50:49 * JamieBennett reads Mar 04 16:51:02 * dmart admires the URLs generated by wiki.ubuntu.com Mar 04 16:51:39 Because they are readable, or because they are confusing? Mar 04 16:52:35 dyfet: can you point me to a package that you did the configure checks in so I can reference it please Mar 04 16:53:39 Hmm...I think maybe gmp...or boost, that has a very good example in cmake Mar 04 16:53:50 dyfet: thanks Mar 04 16:55:14 :q Mar 04 16:55:17 doh Mar 04 17:02:31 NCommander: would you be able to provide Ramana with debug objects for the OOo build problem? It sounds like debug info would be useful, and I think you were doing a build? Mar 04 17:02:41 (my build attempt ftbfs: http://pastebin.ubuntu.com/388391/) Mar 04 17:27:04 lool, so i tried a buiold on an USB key, no change ... what was intresting though was that the activity light on the stick kept blinking for nearly 20min even though the output from apt was already stuck in unpacking iso-codes Mar 04 17:28:07 i wonder if there is some buffer thats overrunning or something so apt still does its work in the bg but doesnt present the output Mar 04 17:30:03 Was the kernel just committing the page cache to USB? This can go on for a long time after a lot of data is written to a filesystem. (Though 20 mins suggests a very large amount of data, dpkg's unpack phase could have this effect) Mar 04 17:31:33 well, i dont know how my host kernel behaves regarding the VM Mar 04 17:32:01 the first step would likely be to find out which of the two kernels does the caching here :) Mar 04 17:32:09 its a quite tricky situation Mar 04 17:37:09 Maybe the storage emulation in the VM is slow, so there is a constant trickle of data to the real USB device for a long time. Mar 04 17:37:37 yeah, and maybe that causes the hiccup that makes apt get stuck Mar 04 17:38:30 * ogra decides to kill rootsock now before the intel CPU pops out through the bottom of the laptop ... i guess its glowing :) Mar 04 17:40:13 ogra: what should i try for rootstock? Mar 04 17:42:42 * asac__ fires it up Mar 04 17:48:03 what is EST? Mar 04 17:48:06 is that UTC-5? Mar 04 17:50:06 yeah seems so Mar 04 18:02:27 <|nfecteD> argh! all this s*** that doesn't compile and doesn't work Mar 04 18:03:15 <|nfecteD> Snes9x no go... VICE won't compile :/ Mar 04 18:03:19 <|nfecteD> blargh Mar 04 18:28:29 |nfecteD: Thanks for the care :) Mar 04 18:30:36 dmart: welcome to the pain of building OOo Mar 04 18:31:02 dmart: I managed to build OOo, but its really not trivial to do so, but I don't mine letting him loose on the GDB setup I have :-) Mar 04 18:31:04 I did succeed once before... but a long time ago. Took a few days too Mar 04 18:31:43 dmart: successful build time is roughly two-three days if your lucky Mar 04 18:32:29 I did try to use distcc, but you seem to lose as much as you gain. make doesn't know to parallelise certain things and not others. Mar 04 18:35:11 dmart: youcan use ooo-build with icecc for slightly better results, but my experience was about the same Mar 04 18:35:47 Did you get a debug build yet? Mar 04 18:36:45 dmart: yes, I did, and I posted debug traces to the bug Mar 04 18:37:00 dmart: but they don't tell us anything very useful unfortuately Mar 04 18:37:56 I got some questions here about whether we have all the .o files needed to build gcc3_uno (or whatever it's called) Mar 04 18:38:05 What's the bug number again? Mar 04 18:38:37 dmart: https://bugs.edge.launchpad.net/ubuntu/+source/openoffice.org/+bug/417009 Mar 04 18:38:41 Launchpad bug 417009 in openoffice.org (Ubuntu Karmic) (and 3 other projects) "all openoffice apps die in 'com::sun::star::ucb::InteractiveAugmentedIOException' on armel in karmic (affects: 1)" [Low,Won't fix] Mar 04 18:39:25 Can you post the relevant .o files? I haven't been able to get a build going here --- it falls over during patching. Mar 04 18:44:01 dmart: its not trivial to do so Mar 04 18:44:22 dmart: and you can't get a useful trace of OOo without a *full* build* even if you just build a debug version of the module that is crahsing Mar 04 18:44:53 It's not trivial for me to build it, or for you to send the .o files ? ;) Mar 04 18:45:05 dmart: bandwidth is an issue Mar 04 18:45:11 It's slow, but the normal debuild route ought to work, right? Mar 04 18:45:16 oooh Mar 04 18:45:19 (me building I mean) Mar 04 18:45:26 * NCommander just managed to build a working UNO library on a karmic chroot Mar 04 18:45:36 oh?! Mar 04 18:45:43 eh? Mar 04 18:45:53 dmart: UNO is the bit of OOo that keeps crashing Mar 04 18:46:02 dyfet: I forced an old glibc in the chroot, and then rebuild the uno library Mar 04 18:46:04 and it works Mar 04 18:46:21 oh...hmm...then it suggests it is more tied to some issue in glibc? Mar 04 18:46:37 that's a bit scary Mar 04 18:46:41 dyfet: I had to use gcc 4.3 over 4.4, but 4.3+eglibc from karmic also got a bust Mar 04 18:46:59 dmart: yeah, I tried downgrading binutils and GCC first to try and flush out where we might have a regression :-/ Mar 04 18:47:00 what about 4.4+karmic eglibc? Mar 04 18:47:05 dmart: bust. Mar 04 18:47:30 dmart: this is a stack unwinding issue....(I guess still is...) Mar 04 18:47:49 Maybe there is some unwinding brokenness in libc? Mar 04 18:47:54 dyfet: dmart: I confirmed we're blowing up in the unwind exception handler in phase2 (careful debugging found this) Mar 04 18:48:14 dmart: looks like it, but it doesn't make sense why I can build uno ina jaunty chroot, copy it into a karmic or lucid system work, and get a working binary Mar 04 18:48:30 Hmm...do we need to migrate older glibc stack unwinding support into the current glibc for arm? That could be ugly :) Mar 04 18:48:46 dyfet: you *don't* want to know how I forced an older glibc into a karmic system Mar 04 18:48:52 * NCommander had apps explodjng left and right Mar 04 18:49:42 NCommander: when you moved the jaunty build of uno, it probably still linked against older libc version code/loaded the older library.... Mar 04 18:49:55 dyfet: we don't have the old libraris in karmic/lucid Mar 04 18:49:58 ENOABIBREAK Mar 04 18:50:07 *libraries Mar 04 18:50:26 NCommander: I think we do for backward compat... Mar 04 18:50:42 dyfet: ldd says otherwise Mar 04 18:50:57 NCommander: Okay, if you confirmed it with ldd, I am satisfied :) Mar 04 18:51:54 Note that an individual install of jaunty upgraded to karmic may have some old libraries left around, and we do keep some stuff in Section: oldlibs when porting is very hard, but nothing relevant to OOo. Mar 04 18:52:08 persia: these are clean installations and chroots :-/ Mar 04 18:52:34 NCommander: I know, and even if they weren't it wouldn't matter because it's OO.o I'm only mentioning for completeness. Mar 04 18:56:37 * NCommander is scared at the notion of bisecting glibc Mar 04 18:59:58 Well, catch you tomorrow... Mar 04 19:01:54 * NCommander just missed him Mar 04 19:01:55 bugger Mar 04 19:03:03 ogra: So can you log from another console while it's hung? Mar 04 19:03:11 ogra: Would you be able to gdb apt? Mar 04 19:06:34 NCommander: i'm here though :D Mar 04 19:07:08 armin76: want to bisect glibc? :-) Mar 04 19:07:46 i need a board first *g* Mar 04 19:08:01 armin76: SSH access could be arranged Mar 04 19:08:15 i like video! :D Mar 04 19:08:35 armin76: a *really* long DVI cable? Mar 04 19:10:03 sure, why not :D Mar 04 19:19:10 lool, not under rootstock but in a normal VM session ... i'll do that tomorrow, it always takes ages to get to the point, nothing for tonight anymore Mar 04 19:19:40 asac, just running rootstock with a -s ubuntu-netbook^ task should do Mar 04 19:20:36 but i suspect you'll see the same as i do anyway ... Mar 04 19:20:43 * ogra is off again until meeting Mar 04 19:26:05 ogra: You should buy a faster hard disk Mar 04 19:36:58 dyfet: around? Mar 04 19:37:03 yes Mar 04 19:37:22 Was just setting up a lucid server.... Mar 04 19:37:34 cool, got time to hand-hold me through this fio problem so I can learn how to do it properly Mar 04 19:37:37 ? Mar 04 19:37:55 lol okay...which package are we talking about? Mar 04 19:38:04 fio Mar 04 19:38:21 oh, there is one :) Mar 04 19:38:35 apt-get source fio ;) Mar 04 19:38:40 just did Mar 04 19:39:02 OK, the problem is in arch/arch-arm.h Mar 04 19:39:57 I know the fix for there but need to ensure that HAVE_GCC_ATOMICS and HAVE_ARM_NOP are defined properly Mar 04 19:40:15 not sure where to add the checks for them Mar 04 19:40:24 Ah...this is using barriers...? Mar 04 19:40:33 yes Mar 04 19:41:00 So basically I can fix that file to check for the appropriate defines but I need to setup the defines somewhere Mar 04 19:42:01 Hmm...this package does not use configure? Mar 04 19:42:17 no, just a makefile hence my wanting to know what is best practice Mar 04 19:42:49 Well, a cheap way to do it is to add it to CFLAGS in the debian/rules on a check for architecture.... Mar 04 19:43:03 We did that in a couple of cases Mar 04 19:43:35 oh, can you give me an example of which package does that? Mar 04 19:43:45 I am looking right now... Mar 04 19:44:30 Well, you can start with DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) Mar 04 19:44:53 and then do something like ifeq *$(DEB_BUILD_ARCH), arm) Mar 04 19:45:16 CFLAGS += HAVE_GCC_ATOMICS Mar 04 19:45:22 endif Mar 04 19:45:54 Something like this is in boos1.40-1.40/debian/rules...though it does it through setting TOOLSET_CONFIG, but the same idea... Mar 04 19:46:07 (CFLAGS += -DHAVE_GCC_ATOMICS :) Mar 04 19:46:13 * JamieBennett goes to look Mar 04 19:47:46 Another example of this can be found in gmp-4.3.2+dfsg/debian/rules which is perhaps closer Mar 04 19:48:27 DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) Mar 04 19:48:38 ifneq (,$(findstring $(DEB_HOST_ARCH), armel)) Mar 04 19:48:38 CFLAGS += -Wa,--defsym,USES_THUMB=1 Mar 04 19:48:38 endif Mar 04 19:49:12 In this case, you would just need CFLAGS += -DGCC_ATOMICS... Mar 04 19:49:56 dumb question, this adds GCC_ATOMICS to the flags but this is undesirable for all ARM architectures or am I missing some check for ARMv7 somewhere? Mar 04 19:51:20 Well, if the rules file is unique to ubuntu/lucid or later, then all our arm architectures are this :)...But yes, we should not do this to something meant to push back to debian unchanged Mar 04 19:51:54 agreed Mar 04 19:52:44 On packages that use autotools, we can test for gcc atomics, but fio doesn't have it... Mar 04 19:53:21 But it would also mean we have to patch configure and then regenerate it in the rules... Mar 04 19:53:51 For that, where autotools are used, it's best to submit the configure change upstream to the package maintainer, I think Mar 04 19:55:22 so is it best practice to add a check to the Makefile or to debian/rules in this case? Mar 04 19:57:10 For autotools you could use something like AC_CHECK_FUNC(__sync_synchronize) and then test on HAVE__SYNC_SYNCHRONIZE, for example... Mar 04 19:58:05 As to best case when not using autotools or cmake, I am not sure, I choose the rules files after several people suggested doing it there Mar 04 19:58:50 OK, I'll do it there then, thanks for the pointers dyfet Mar 04 21:44:31 plars: not at the moment, maybe for lucid+1 Mar 04 21:44:36 doh Mar 04 22:10:07 how do I find out which seeds are supported in roostock? Mar 04 22:10:15 neither --help or manpage give info. Mar 04 22:12:25 ah, they are dpkgs! of course. Mar 04 22:18:57 mturquette: They should be tasks; you can list tasks with taskel Mar 04 22:19:00 *tasksel Mar 04 22:19:20 (tasksel --list-tasks) Mar 04 23:52:14 Does anyone know where tslib stores it's configuration information? Mar 04 23:55:59 lool: thanks much. Mar 04 23:56:08 james_l: not sure ... /etc/ts.conf ? Mar 04 23:56:45 Not it, unfortunately. Mar 05 00:00:07 james_l: the man page ts.conf(5) says its the configuration for tslib ;) Mar 05 00:00:18 ts.conf - Configuration file for tslib, controlling touch screens for embedded devices. Mar 05 00:01:19 Well, it doesn't seem to be, from pre-configuration (mirred axis) and post-configuration (working). /etc/ts.conf is the exact same. Mar 05 00:03:48 is "confiugration" a command? maybe run in strace to see what it writes Mar 05 00:08:09 Ah, found what I was looking for /etc/pointercal Mar 05 00:08:59 * asac_the_2nd nods Mar 05 00:19:14 Does anyone know if rootstock works with lucid or whether I should stick with karmic? Mar 05 00:40:12 porter1: lucid as a host or a target? Mar 05 00:40:25 persia, both Mar 05 00:40:56 rootstock has significant improvements in lucid as a host, but lucid itself is not yet at beta, so there are still rough edges. Mar 05 00:41:29 It appears as though rootstock gets stuck after extracting in debootstrap, so I might try just executing by hand for now Mar 05 00:41:41 rootstock should support arbitrary guest (you may need a backported debootstrap). lucid as a guess is not yet at best, so there are still rough edges. Mar 05 00:42:27 Yeah, I shouldn't have switched until the first beta, but it isn't too painful :) Mar 05 00:43:16 I usually switch much earlier: I just like to warn folks :) Mar 05 00:44:54 So 2.6.32-13 in ogra's archive is not supposed to run right in qemu I guess? Mar 05 00:45:35 I don't know offhand. Mar 05 00:45:56 I think lool was advocating extracting the kernel from the linux-versatile build in lucid. Mar 05 00:46:23 oh Mar 05 00:47:35 I might just stick with the 2.6.31 for a while then. THanks for the help. Mar 05 01:03:22 bug 532342 Mar 05 01:03:24 Launchpad bug 532342 in rootstock (Ubuntu) "rootstock-gtk does not allow to specify the target rootfs tarball file path (affects: 1)" [Undecided,New] https://launchpad.net/bugs/532342 Mar 05 01:03:35 bug 532343 Mar 05 01:03:36 Launchpad bug 532343 in rootstock (Ubuntu) "think about rootstock .desktop file Categories (affects: 1)" [Undecided,New] https://launchpad.net/bugs/532343 Mar 05 01:07:30 asac? Mar 05 01:09:32 just bugs i filed ;) Mar 05 01:09:42 feel free to comment or ignore :-P Mar 05 01:13:19 hmm. rootstock-gtk is looping on CPU while nothing happens in UI ... just in the VM Mar 05 01:26:37 filed Mar 05 01:27:00 bug 532358 ;) Mar 05 01:27:01 Launchpad bug 532358 in rootstock (Ubuntu) "rootstock-gtk is consuming a full core (CPU) while nothing happens in UI (affects: 1)" [Undecided,New] https://launchpad.net/bugs/532358 Mar 05 01:33:44 asac: But the VM is slammed, right? Mar 05 01:33:56 Or is the VM using one core and the GUI another for useless polling? Mar 05 01:41:30 not yet Mar 05 01:41:43 its currently doing Mar 05 01:41:44 Selecting previously deselected package iputils-arping. Mar 05 01:41:44 Unpacking iputils-arping (from .../iputils-arping_3%3a20071127-2_armel.deb) ... Mar 05 01:41:47 Selecting previously deselected package iputils-tracepath. Mar 05 01:41:50 Unpacking iputils-tracepath (from .../iputils-tracepath_3%3a20071127-2_armel.deb) ... Mar 05 01:42:50 hmm. doesnt move though ;) Mar 05 01:42:56 just spins and consumes cycles Mar 05 01:43:03 did ogra say it did that or was idling? Mar 05 01:55:39 He said he had some issues with installing some stuff, and was trying to get lool to look into it. **** ENDING LOGGING AT Fri Mar 05 02:59:58 2010