**** BEGIN LOGGING AT Mon Jul 26 02:59:57 2010 **** BEGIN LOGGING AT Mon Jul 26 05:00:15 2010 Jul 26 05:25:43 is anyone about? Jul 26 08:23:53 ogra: Ping Jul 26 08:41:32 morgen Jul 26 08:46:01 hrw: Morning Jul 26 08:46:19 hrw: Thanks for the Linked-in add Jul 26 08:46:27 np Jul 26 08:46:29 hrw: You'd do well to change your picture Jul 26 08:46:32 :) Jul 26 08:46:41 You don't look like that anymore :) Jul 26 08:47:23 I am lazy when it comes to pictures Jul 26 08:49:30 It's the reason I didn't recognise you in Prague Jul 26 08:49:55 I shaved and haircut on Thursday Jul 26 08:50:41 Did you have hair before then? Jul 26 08:52:06 yep Jul 26 08:52:17 A big change for you then Jul 26 08:52:24 It looks better now Jul 26 09:19:40 mythripk: ping Jul 26 10:00:56 heh makes ubuntu sound like a cult, must shave head before meeting :-) Jul 26 10:02:40 Well you know that computer programmers have a reputation for being intimidating and hard! ;) Jul 26 10:04:48 * XorA wonders if Henry Rollins is an ubuntu developer Jul 26 10:06:25 I hear Charles Bronson also dabbles Jul 26 10:17:22 I wrote nice patch during sprint - it dropped hrw@ubuntu.com from binutils/README.cross as such one does not exists Jul 26 10:17:40 * hrw is neither Debian or Ubuntu developer Jul 26 10:18:15 Would someone know which host is the armel porter box in the Canonical DC? Jul 26 10:18:32 I tried rimu and jocote, but these are dead apparently Jul 26 10:37:49 lool: kakadu Jul 26 10:45:20 lag: kakadu to you too Jul 26 10:45:27 oh wait, is that an hostname? :) Jul 26 10:45:47 lool: Yes :) Jul 26 10:46:54 lag: Works, thanks Jul 26 10:47:25 lool: np Jul 26 10:48:29 lag: Do you know how to install build-deps? Jul 26 10:48:55 hmm apt-get install Jul 26 10:49:00 lool: What are you trying to do? Jul 26 10:49:22 lag: install build-deps of a package; sudo apt-get install works Jul 26 10:49:31 ERROR: package 'libjack0' marked for removal but the system does not allow removals Jul 26 10:49:34 hmpf Jul 26 10:51:07 :) Jul 26 10:51:10 Nothing to do with me Jul 26 10:51:16 You'll have to speak to IS Jul 26 10:51:34 it's ok, I can live without the package I was missing; it seems it will meed mvo to fix some rapt script Jul 26 10:51:44 first time I see this script BTW Jul 26 10:54:58 chrisccoulson: Hey Jul 26 10:55:03 hi! Jul 26 10:55:19 chrisccoulson: Unfortunately, yao is .cn and michaelh .nz, and they are both offline now Jul 26 10:55:29 ah, ok Jul 26 10:55:46 (they are the main folks looking into the issue, and the other folks have other tasks) Jul 26 10:56:39 i'm just trying to figure out how to run it without jit (i know it's possible to do that when creating the JSContext, but i'm not sure if it looks for something in the environment) Jul 26 10:57:03 lool: apt-get build-dep package Jul 26 10:57:13 hrw: this doesnt work in the porter boxes Jul 26 10:57:17 hrw: only apt-get install is allowed Jul 26 10:57:35 ok, good to know Jul 26 10:57:44 * hrw avoids foreign machines Jul 26 10:59:31 chrisccoulson: Running it on imacro_asm.js alone is enough to crash it, but on an empty file or on imacros.jsasm, it doesn't crash Jul 26 10:59:44 lool: apt-get install -o "Dir::Etc::SourceList $HOME/mysources.list" setuidbash :-) Jul 26 10:59:53 lool, yeah, i'm seeing the same behaviour here Jul 26 10:59:59 ukleinek: Eh Jul 26 11:03:12 chrisccoulson: A trivial file with "i = 0;" Jul 26 11:03:15 breaks it Jul 26 11:04:59 lool - i think it's already running without JIT (in any case, running with "-j" still causes it to crash, and that option toggles the state of JIT) Jul 26 11:05:26 chrisccoulson: Hmm ok, there's also a -o jit, but I couldn't unset it properly Jul 26 11:05:52 chrisccoulson: Would it make sense to try to build the tip of the js tree from mozilla-central to see if it's still there? Jul 26 11:06:17 i just had a look at the code for the shell, and passing "-j" causes it to do "JS_ToggleOptions(cx, JSOPTION_JIT);" Jul 26 11:06:23 chrisccoulson: a workaround we could try is -fno-strict-aliasing Jul 26 11:07:17 chrisccoulson: lunch here, bbl Jul 26 11:38:16 * lag wonders where ogra is today Jul 26 11:38:30 busy with non IRC stuff, sorry Jul 26 11:38:33 whats up ? Jul 26 11:39:28 np Jul 26 11:39:44 The daily builds appear to have stopped building on the 20th? Jul 26 11:40:08 yes, there are issues with the image size of the filesystem Jul 26 11:40:15 i'm working on debugging it Jul 26 11:40:18 chrisccoulson: back Jul 26 11:40:31 ogra: And the 20th is the one that's broken Jul 26 11:40:38 somehow we create to small images for no apparent reasons Jul 26 11:41:03 Is this something you're working on right now? Jul 26 11:41:03 so the cp'ing of the chroot content fails with "no space left on device" errors Jul 26 11:41:07 yes Jul 26 11:41:14 Then I'll leave you to it Jul 26 11:41:17 i dont get the reason though Jul 26 11:41:23 Can you poke me when it's complete Jul 26 11:41:30 df -ks |cut -f1 is how we get the size Jul 26 11:42:01 df: invalid option -- 's' Jul 26 11:42:01 Try `df --help' for more information. Jul 26 11:42:06 dd if=/dev/zero of= bs=1024 count=0 seek= ... is how we create the image Jul 26 11:42:11 err Jul 26 11:42:15 du -ks, sorry Jul 26 11:42:39 Okay, that works Jul 26 11:42:47 according to the manpage du -ks gives me the value of 1k bytes Jul 26 11:43:02 so using bs=1024 needs to create an exactly sized image file Jul 26 11:44:03 i dont get where the overhead comes from Jul 26 11:44:11 apparently there is some Jul 26 11:44:23 lool - i was just about to try building our firefox-4.0 package, which is basically what's in mozilla-central; Jul 26 11:44:26 ogra: what do you du? Jul 26 11:44:36 ogra: Yes it does Jul 26 11:44:37 lool, creating ext2 images Jul 26 11:44:48 chrisccoulson: Ok, I copied over src/js and ran autoconf, configure, and am building now Jul 26 11:44:57 chrisccoulson: But your plan sounds good Jul 26 11:45:09 ogra: there is some fs overhead, no? Jul 26 11:45:18 ogra: Do you du the .img file, or the contents of the image? Jul 26 11:45:37 lool, the build chroot Jul 26 11:45:42 even if you du all files in the fs, there is more space used by the fs Jul 26 11:45:48 with fs structures Jul 26 11:45:58 superblocks for instance are obviously not accounted per file Jul 26 11:45:59 we also add 10M for a potential journal to the size variable Jul 26 11:46:05 yeah Jul 26 11:46:27 i would have expected to have some overhead, but more than 10 meg ? Jul 26 11:46:32 this seems really fragile Jul 26 11:47:03 it is what livecd-roofs uses for the squashfs size computation Jul 26 11:47:19 seems ext*fs has some more overhead Jul 26 11:47:54 (the same code is used by angstrom for creating their images btw) Jul 26 11:48:44 ogra: apt-cache show genext2fs Jul 26 11:48:55 ukleinek, thats what causes my headdache Jul 26 11:49:03 and why i'm working at the code :) Jul 26 11:49:22 ah, I thought there was no need to specify an image-size Jul 26 11:49:29 chrisccoulson: Happy to hear when you have a firefox-4.0 build finished; if my tip build doesn't help, I'll try with -fno-strict-aliasing Jul 26 11:49:34 genext2fs allocates the whole size of the target image in ram Jul 26 11:49:45 before copying anything into it Jul 26 11:50:00 with our 1.6G images that takes 2h and about 2G swap Jul 26 11:50:39 huh Jul 26 11:50:40 we initially used genext2fs ... i'm currently attempting to switch to a loop mounted img file instead Jul 26 11:52:54 loop-mounted? doesn't that require root? Jul 26 11:53:56 lool, we have root on the livefs builders Jul 26 11:54:01 no prob there Jul 26 11:54:08 just not on antimony Jul 26 11:54:12 oh right Jul 26 11:54:18 21032 blocks (5.00%) reserved for the super user Jul 26 11:54:19 heh Jul 26 11:54:22 silly me :P Jul 26 12:08:44 chrisccoulson: js from mozilla-central segfaults too Jul 26 12:09:49 lool - ah, ok. i can probably stop the firefox-4 build then Jul 26 12:12:02 chrisccoulson: Hmm it doesn't use any shared libs or anything does it? Jul 26 12:12:28 chrisccoulson: I'm running gdb on the unstripped shell/js file, but the stacktrace is worthless, did you do anything to get a nice backtrace? Jul 26 12:12:46 Reading symbols from /home/lool/js/src/shell/js...(no debugging symbols found)...done. Jul 26 12:12:49 uh Jul 26 12:12:55 ah, not built with -g *me bangs head* Jul 26 12:13:03 heh ;) Jul 26 12:13:24 * lool builds with -g -ggdb -O0 -fno-strict-aliasing now Jul 26 12:13:40 chrisccoulson: ~lool/js/src.tgz is a base tree ifyou like Jul 26 12:14:33 * lool grmpfs - mozilla configure doesn't take CFLAGS on the cmdline Jul 26 12:18:14 ~curse linux-meta ubuntu crap Jul 26 12:19:17 apt-get source linux-what-it-is-called-today suxx Jul 26 12:21:23 hrw: it is always linux-image- Jul 26 12:21:42 no, it is linux-image-version-abi-flavour Jul 26 12:22:00 and version and abi changes daily, twice daily, weekly, randomly Jul 26 12:22:07 I thought you wanted meta source? Jul 26 12:22:11 no Jul 26 12:22:13 I want source Jul 26 12:22:24 sure, whats wrong with abi changing? Jul 26 12:22:26 if I want meta I do 'apt-get source linux-meta' Jul 26 12:22:28 apt-get source linux ? Jul 26 12:22:36 ogra: will grab linux-meta instead Jul 26 12:22:45 oh, right Jul 26 12:22:52 * ogra always forgets that Jul 26 12:23:01 ogra: there was bug about it since ubuntu 3.04 or older Jul 26 12:23:08 bug #-2 Jul 26 12:23:47 hrw: apt-get --only-source source linux Jul 26 12:24:27 lool: thx Jul 26 12:31:41 crap, I have to pass CXXFLAGS as well Jul 26 12:33:29 There, finally, it builds with the proper flags Jul 26 12:36:00 ogra: hi! I have not had a chance to unpack yet Jul 26 12:36:17 dyfet, take your time Jul 26 12:36:36 well, I also have some pain killers for my eye... Jul 26 12:47:51 GRR -O3 overrides my user-specified -O0 Jul 26 12:48:00 and -fstrict-aliasing as well Jul 26 12:48:10 chrisccoulson: How is one expected to pass flags to the builds? Jul 26 12:48:59 lool, what flags do you want to pass? Jul 26 12:49:27 chrisccoulson: I'd like to pass CFLAGS="-g -ggdb -O0 -fno-strict-aliasing -Wall" CXXFLAGS="$CFLAGS" Jul 26 12:49:42 MODULE_OPTIMIZE_FLAGS is apparently what I'm supposed to set Jul 26 12:49:55 and INTERP_OPTIMIZER, sigh Jul 26 12:50:00 lool - doing "export CFLAGS=...." before running configure should work Jul 26 12:50:35 chrisccoulson: does not, MODULE_OPTIMIZE_FLAGS and INTERP_OPTIMIZER take precedence (my flags are passed, but overriden later in command-lines) Jul 26 12:51:46 I see some -Os now, from /somewhere/ Jul 26 12:52:46 chrisccoulson: The evil thing is that different files are compiled with different opts, so it seemed like I was finally using the proper ones, but no, I wasn't for some files :-/ Jul 26 12:52:55 lool - does it work if you build with --disable-optimize? Jul 26 12:53:11 chrisccoulson: Didn't try that one Jul 26 12:53:33 MOZ_OPTIMIZE_FLAGS is where -Os comes from Jul 26 12:53:33 --disable-optimize should switch off building different files with different optimizations Jul 26 12:54:20 I will pass that *and* turn all the nasty flags off explicitly on make Jul 26 12:59:24 * lool looks hard and doesn't see any -Os or -O3 or -fstrict-aliasing anymore Jul 26 12:59:50 and the build is faster in -O0 Jul 26 13:06:58 chrisccoulson: Yep, same issue with every opt turned off Jul 26 13:07:08 same bt Jul 26 13:07:08 #0 0x00072688 in js_CheckForStringIndex (id=1514652) at jsobj.cpp:4006 Jul 26 13:07:08 #1 0x00073c9c in js_SetPropertyHelper (cx=0x1b7900, obj=0x40602000, id=1514652, defineHow=9, vp=0xbeb433c0) at jsobj.cpp:5012 Jul 26 13:07:54 lool: if you want to use the same -Ox everywhere you can say: --enable-optmize="-Os" for instance ... this will override all subtree optimization etc. (not sure if thats what you ask) Jul 26 13:08:11 asac: that was the goal, yes, well that and other flags Jul 26 13:09:00 lool: the subtree optimizes are tuned by mozilla. they would be happy to get better tuning for armel from talking to a few folks at moz summit. but just -O2 etc. wont be right. Jul 26 13:09:48 what problem triggers this? Jul 26 13:09:57 crashes with our new toolchain? Jul 26 13:10:41 chrisccoulson: eh, s == 0x00000008 now Jul 26 13:11:06 asac: the js interpreter in xulrunner/firefox builds is broken with the new toolchain Jul 26 13:11:27 asac: What I hate with the mozilla thing is that my flags don't get precedence Jul 26 13:11:29 kk Jul 26 13:12:03 which flags do you want to remove/add? Jul 26 13:12:50 lool: ? Jul 26 13:13:14 asac: it's ok now, the flags were discussed earlier here: -O0, -g, -ggdb, -Wall, -fno-strict-aliasing and such Jul 26 13:13:26 k Jul 26 13:13:30 I managed to pass the flags, but now I'm trying to debug, and it doesn't look too nice Jul 26 13:13:51 lool: for best debugging you could use --disable-optimize and --enable-debug Jul 26 13:13:59 and then start it from dist/bin directly Jul 26 13:14:10 (but i guess that was already mentioned too) Jul 26 13:19:43 asac: This is the information I was looking for earlier, but now I have a debug build Jul 26 13:19:55 asac: Are you tempted to look into this? Jul 26 13:21:34 lool: --enable-debug also enables assertion logging etc. so it might be helpful if you dont get that atm. (e.g. if you start you should see a bunch of prints etc.) Jul 26 13:22:23 lool: i dont think i will be able figure these toolchain induced problems easily. Jul 26 13:39:43 zumbi: thx for mail - will reply Jul 26 13:39:47 morning Jul 26 13:40:24 hrw: no problem.. I do not know why i did not see it before Jul 26 13:46:58 zumbi: number of your ITP is? Jul 26 13:48:16 hrw: why? Jul 26 13:50:02 553682 Jul 26 13:50:14 553683 Jul 26 13:50:24 553684 Jul 26 13:50:33 553685 Jul 26 13:50:47 553687 Jul 26 13:51:14 and discussion upon -devel Jul 26 13:52:42 zumbi: So what's the model for these sources? Jul 26 13:53:05 zumbi: Is it the same source tree uploaded multiple times? Jul 26 13:53:25 gcc-4.3, does someone still care about this?? Jul 26 13:53:40 zumbi: what about linux headers? Jul 26 13:54:47 553679 Jul 26 13:55:37 zumbi: wanted to read Jul 26 13:56:06 hrw: read? Jul 26 13:56:31 lool: yes, read - I do such thing with bug reports Jul 26 13:57:08 zumbi: So I see only one gcc and one eglibc source package; I understand you will go through 6 or so uploads at least everytime the linux headers change or something Jul 26 13:57:34 lool: i prefer delay discussion for debconf Jul 26 13:57:51 zumbi: Your ITPs seem to use the same model I was using for my cross-toolchain source tree, is that the one? Jul 26 13:57:56 zumbi: bookmarked those Jul 26 13:58:11 zumbi: will mail debian-embedded/linaro-toolchain with more info Jul 26 13:58:28 lool: not exactly, but i keep you in copyright files Jul 26 13:58:37 hrw: thanks Jul 26 13:59:26 zumbi: I personally concluded that this wasn't a sane model Jul 26 13:59:36 Too many uploads, or out of date toolchains, and too many source packages Jul 26 14:00:23 lool: is not your model, and what do you care? I am the one who step up for maintainance Jul 26 14:00:29 within Debian Jul 26 14:00:42 I have been holding upload for later discussion Jul 26 14:00:53 multiarch, sysroot and emdebian way of doing things Jul 26 14:00:57 zumbi: I care because I will be using Debian cross-toolchains too, and because I care about Debian! Jul 26 14:01:10 I would prefer to coordinate with you all, so I propose to discuss this at debconf Jul 26 14:01:24 zumbi: Discussing at Debconf is fine too, but we can as well discuss some of it now? Jul 26 14:01:32 please note I am not against you Jul 26 14:01:33 One doesn't prevent the other :) Jul 26 14:01:36 zumbi: now we have "source binary packages" for eglibc, gcc-4.[45], linux, binutils Jul 26 14:01:41 zumbi: I'm not saying you're against me Jul 26 14:01:49 lool: I am at work Jul 26 14:02:00 none pais me to do this work Jul 26 14:02:00 zumbi: Ok; if you can't chat now, we can chat later or only at debconf Jul 26 14:02:20 zumbi: soon (before maverick alpha3 if all go ok) we will have stages support in eglibc/gcc/linux and also their debian/rules* in *-source packages Jul 26 14:02:31 later should be fine, but i rather have a meeting at debconf if you really care (on all arches) Jul 26 14:02:53 zumbi: I don't think the arches matter really Jul 26 14:02:54 hrw: but only working on armel :/ Jul 26 14:03:06 zumbi: no - any non-bi/triarch Jul 26 14:03:11 zumbi: It's unfortunate that we broke other arches, but it's not intended and am sure it can be fixes Jul 26 14:03:14 *fixed Jul 26 14:03:21 zumbi: tested only for armel yes Jul 26 14:04:00 hey guys, lets better discuss later or by mail if you do not mind Jul 26 14:04:04 sure Jul 26 14:04:27 please, and I am not against you Jul 26 14:04:27 does maverick-ARM run under QEMU at all ? Jul 26 14:04:35 I hope that we (Linaro and Emdebian) will have a chance once to meet in one place and discuss Jul 26 14:04:43 rsavoye: should Jul 26 14:05:10 is it faster than a beagle ? :-) Jul 26 14:05:15 zumbi: I am trying to be as much as possible not against anyone. If I will became such then tell Jul 26 14:05:27 rsavoye: maybe on 30GHz x86-64... Jul 26 14:05:42 that zero is not mistake Jul 26 14:06:19 oh well... Jul 26 14:06:50 hrw: no, you are fine Jul 26 14:06:51 too bad cross-compiling is so broken for most packages Jul 26 14:07:20 rsavoye: thats debian/ubuntu errors Jul 26 14:07:27 hrw: but i have the feeling that lool, slangasek and partialy doko, do not undetrstand me and they are somehow mad at me. But it is just a feeling. Jul 26 14:07:34 hrw has the patches to fix thousands of cross compile issues :-) Jul 26 14:07:36 rsavoye: openembedded has thousands of cross compiled ones Jul 26 14:07:54 I know, but I prefer to not use the OE build style Jul 26 14:08:00 zumbi: they did less crosscompilations that we did Jul 26 14:08:06 zumbi: I'm not mad at you :-) Jul 26 14:08:11 zumbi: I'm not mad at you, but you clearly working at cross-purposes to what we're trying to achieve with multiarch Jul 26 14:08:12 rsavoye: so merge our (OE) patches Jul 26 14:08:26 unfortunately it was OpenJDK I was hoping to cross compile, but it looks like a mess Jul 26 14:08:35 zumbi: You seem to be pushing for solutions which we identified as incomplete already Jul 26 14:08:37 rsavoye: it is a mess but crossbuildable mess Jul 26 14:08:38 and I've already explained how this is the case, so I'm at a loss to how I can clarify this Jul 26 14:08:50 slangasek: happy to hear that I hope we can discuss further at debconf Jul 26 14:09:18 so far I am ignoring 'multiarch' word and just do cross stuff Jul 26 14:09:21 I see the long list of patches, I have to decide if I want to apply them all, and then fix things to cross compile with your toolchain, not OE Jul 26 14:09:52 rsavoye: I know Jul 26 14:10:03 lool: I am not pushing anything, I could have the upload done and end with the issue. But I hold because I want consensus. Let's better talk at debconf and please also consider Squeeze release in mind Jul 26 14:10:39 hrw: how does OE build their cross toolchains? do they use sysroot? Jul 26 14:10:57 hrw: have you experienced the with-libs/with-headers pain? Jul 26 14:11:31 zumbi: sysroot only now Jul 26 14:11:59 zumbi: non sysroot way is argh but I feel that multiarch debian will force that way Jul 26 14:12:10 yes, everybody does, I do not know why do not work for lool Jul 26 14:12:48 anyway, lets better delay discussion for later (or debconf) Jul 26 14:13:49 I hope for notes from debconf meeting Jul 26 14:14:16 hrw: I always try to be transparent -- do not worry for that Jul 26 14:15:38 zumbi: Well if you had proceeded with an upload, you wouldn't have put an end to the issue, since I would be unhappy :-) Jul 26 14:16:04 zumbi: There are multiple discussions going on; one is about cross-compiler packages, and another one is about cross-compiling Debian Jul 26 14:16:38 Concerning cross-compiler packages, what you used to do should still be possible in the future, but might be temporarily broken (patches welcome); it should also be more solid going forward Jul 26 14:16:47 Since we don't have parallel sets of rules for cross versus non-cross Jul 26 14:17:06 It will *also* allow uploading a single cross-toolchain-armel package which will trigger a while toolchain bootstrap Jul 26 14:17:24 You don't seem to look at the latter, I don't understand why Jul 26 14:17:48 zumbi: to satisfy the requirements for multiarch, the trees for all architectures *must* have the same root, and it must be /; and consequently, sysroot will fail to allow coinstallability, because the architecture tuple is part of the sysroot path, *not* part of the paths for the subdirectories Jul 26 14:17:49 I rather have binutils-cross which builds all binutils targets Jul 26 14:17:59 I went with the 4 source packages + 6 uploads route myself, just like the one you ITP-ed, and it's *pain*, and we have another way which seems superior? Jul 26 14:18:35 zumbi: 'all binutils targets' == all arches? Jul 26 14:18:43 zumbi: This is a valid approach, it's not what you ITP-ed; I don't think it's a good approach either, but for different reasons Jul 26 14:18:55 hrw: *That's what I understood at least) Jul 26 14:19:08 slangasek: yes, at the end, I understand your point :) -- but I am still convinced that multiarch and sysroot should be compatible and that is not going to happen for Squeeze, later we can change Jul 26 14:19:55 I don't see any reason they wouldn't be compatible Jul 26 14:20:26 it's just that neither helps the goals of the other Jul 26 14:20:33 lool: sure, ITP should be renamed then, I though on that after filing the ITP, but that time none care, so I did not had to coordinate much Jul 26 14:21:16 slangasek: true, I saw your point, makes sense to me Jul 26 14:22:46 zumbi: I don't think having multiarch and sysroot compatible wouldn't land for squeeze, it's not a complex patch, just need to agree on pathnames Jul 26 14:25:17 lool: sure, lets talk later or at debconf about it. And let me repeat, I am not against you, but I was the only one caring on cross tools on the last 5-6 years, and doko does not even allow me to touch his tree. Jul 26 14:25:48 but hey.. does not matter! We are good friends and we can discuss this like persons Jul 26 14:27:29 * ogra GRRs at the archive Jul 26 14:32:59 zumbi: I'm not against you, I'm against the proposal of -armel packages because I went through that and I think that's heavy, and I'm against the proposal of -cross packages because I think that's ugly, but we can talk this over :-) Jul 26 14:33:49 lool: sure - I am open for discussion :) Jul 26 14:34:39 lool: indeed, that was doko plan, he wanted only armel in the archive, but there are other devels that would like to have any-to-any arch, like we had on lenny Jul 26 14:35:03 zumbi: I would like to allow amy-to-any, but I'm not sure the Debian archive is the best place for this Jul 26 14:35:16 In Ubuntu, I understand only cross-armel will be provided Jul 26 14:35:21 now who is amy ? Jul 26 14:35:22 on i386 and amd64 Jul 26 15:36:10 robclark: ping Jul 26 15:36:41 lag: pong Jul 26 15:37:00 robclark: Can you explain to me in simple terms what a lost-digit is please? Jul 26 15:37:51 lag: basically I think it means that sync is lost.. although I'm not yet sure why it happens over and over a gazillion times Jul 26 15:39:32 Oh, you see that too? Jul 26 15:39:43 I thought it was just me and my weird monitor Jul 26 15:43:44 robclark: ? Jul 26 15:43:46 lag: yeah.. Jul 26 15:43:59 (sorry, multitasking) Jul 26 15:44:01 Mythri's patch fixes this issue for me Jul 26 15:44:29 yeah, I'm still cleaning up my patch, and then I need to rebase on mythripk's latest Jul 26 15:44:35 I'm hoping that helps Jul 26 16:07:56 ~curse libelf<>libelfg Jul 26 17:19:42 lool - i'm not sure whether you noticed this already, but the jsid is getting mangled between frames 1 and 2 of https://pastebin.canonical.com/35036/ Jul 26 17:20:13 #1 0x2a043c86 in js_DefineNativeProperty (cx=0x2a0d6b80, obj=0x2a0f80c0, Jul 26 17:20:14 id=705479548, value=22, getter=0x2a03f695 , Jul 26 17:20:14 setter=0x2a03f631 , attrs=69, flags=4, shortid=0, Jul 26 17:20:14 propp=0x0, defineHow=0) Jul 26 17:20:16 #2 0x2a0440a2 in js_DefineBlockVariable (cx=0x2a0cc37c, obj=0x2a0cc378, Jul 26 17:20:16 id=705523208, index=) Jul 26 17:20:46 the id parameters should be the same Jul 26 17:25:11 in fact, all of the arguments passed to js_DefineNativeProperty are wrong Jul 26 17:26:18 bah lucid x86 dual boot broken :-( Jul 26 17:27:13 chrisccoulson: Oh Jul 26 17:27:22 chrisccoulson: that's very interesting Jul 26 18:37:52 all - Where can I find daily build images for OMAP4/ubuntu? Jul 26 18:45:57 jayabharath: http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current Jul 26 18:46:17 there you can find the omap 3 and omap 4 images Jul 26 18:47:08 jayabharath: http://testcases.qa.ubuntu.com/Install/ARM/PreinstalledImage if you need instructions to install it Jul 26 18:54:48 rsalveti: thanks. Do these images work on OMAP4 Blaze platform? Jul 26 18:55:36 GrueMaster: did you ever test this image on blaze? Jul 26 18:55:59 jayabharath: I'm not sure, but I believe it should work Jul 26 18:56:10 I just tested/saw it on a normal panda Jul 26 18:56:22 rsalveti: I don't have a blaze (yet). Jul 26 18:56:49 I see... ogra should have it (my guess) Jul 26 18:56:59 anyway will check it out and go from there Jul 26 18:57:13 jayabharath: yeah, let us know if it worked or not Jul 26 18:57:21 ok Jul 26 20:15:21 Hallo word de arm-wm8505 ondersteunt Jul 26 20:33:10 boo Jul 26 20:58:06 davidm ? Jul 26 22:10:04 segfaults in system-config-printer when poking at a windows network Jul 26 22:22:23 cwillu_at_work: please, report the bug Jul 26 22:23:07 pcacjr, seems to be dups around, I'm still reading through them, and being distracted by other folks :p Jul 26 22:23:36 cwillu_at_work, oh, i see. heh :-) Jul 26 22:37:47 pcacjr, https://bugs.launchpad.net/ubuntu/+source/nss-mdns/+bug/370293 looks pretty similar Jul 26 22:37:49 Ubuntu bug 370293 in nss-mdns (Ubuntu) "system-config-printer.py crashed with SIGSEGV in strlen@plt() (affects: 4) (dups: 1) (heat: 11)" [Medium,New] Jul 26 22:38:11 if I install apport, will I get a decent trace out of it? Jul 26 22:38:32 cwillu_at_work, will take a look. i dunno.. Jul 26 22:38:36 just testing... Jul 26 22:39:24 I'm browsing for the printer, and it dies when I click on a hostname Jul 26 22:39:32 the hostnames themselves show up in the workgroup tree though Jul 26 22:39:49 * pcacjr nods Jul 26 22:40:08 i'm looking into it right now Jul 26 22:49:56 pcacjr, booting up a fresh card right now in case the card in question was the problem Jul 26 22:51:43 okay, it's not the card Jul 26 22:52:00 might be privilege related Jul 26 22:52:12 I need to test again, but the first attempt under root worked fine Jul 26 22:52:23 (I'm generally working as an unprivileged user in lp and lpadmin groups) Jul 26 22:52:34 I can provide you with ssh access to the box in question if you want Jul 26 22:53:01 nope, spoke too soon, died on the next machine I clicked on Jul 26 22:53:10 but that implies that it's not completely deterministic Jul 26 22:53:14 pcacjr, ^ Jul 26 23:22:01 pcacjr, https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/412336 also seems to match Jul 26 23:22:03 Ubuntu bug 412336 in system-config-printer (Ubuntu) "Crash while browsing smb printer shares (affects: 4) (heat: 10)" [Undecided,New] Jul 26 23:22:21 there's a pcap capture of the network traffic Jul 26 23:25:28 and removing all mention of mdns from /etc/nsswitch.conf eliminates the crashes Jul 26 23:27:18 it appears that adding wins in front of mdns4 in /etc/nsswitch.conf also removes the crashes Jul 26 23:31:15 I'm remaking a fresh image with wins added to verify, it'll be about 30 minutes Jul 27 02:21:59 hi, does anyone know if there is a rmadison url for ubuntu-arm? Jul 27 02:23:44 There isn't. If you make a local mirror of the packages and sources files, you can use plain madison. Jul 27 02:24:18 But the sources should always be the same as any other architecture in Ubuntu, and the binaries ought be similar, excepting when there is a failure or delay to build. Jul 27 02:24:58 persia: ok, I'l just use the normal one for now Jul 27 02:25:16 acutally, does anyone have any tips for setting up a cross compile toolchain? Jul 27 02:25:18 It's what most folks do :) The repo is the same, after all. Jul 27 02:25:34 Generally, we don't cross-compile. All the packages are compiled natively. Jul 27 02:25:46 I'm currently trying to get buildcross from embedian to work Jul 27 02:25:49 Would an emulated build meet your needs, or do you need cross-build for something specific? Jul 27 02:26:09 an emulated build is very slow Jul 27 02:26:19 Yeah :) Jul 27 02:26:25 I was building QT embeded, and it took 43 hours Jul 27 02:26:38 and it still wasn't done, so I stopped it Jul 27 02:31:56