| --- Log opened Fri Apr 25 00:00:20 2014 | ||
| stekern | blueCmd: ok, let's start with the first question: e-mail: yes, my saunalahti address is what I want to use. | 03:43 |
|---|---|---|
| stekern | (libc) will try that | 03:43 |
| stekern | then, it's my turn | 03:43 |
| stekern | so, the build for 'bash' crashed, with not much information: http://pastie.org/9109791 | 03:46 |
| stekern | 150 minutes of inactivity... why are you sitting there idling, stooopid dpkg-buildpackage? | 03:47 |
| stekern | blueCmd: (form) do we have someone that has 'approved request'? | 04:18 |
| stekern | ...I should probably sign up to the binutils ML too... | 04:18 |
| stekern | blueCmd: also, to be able to use that 'outdated' release, I needed this: http://pastie.org/9110095 | 05:14 |
| stekern | the new libc fixed the sys_connect problem | 05:42 |
| stekern | so.. now I have a log: http://pastie.org/9110281 | 05:43 |
| stekern | not of much more help | 05:43 |
| stekern | but at least that sys_connect bug got slaughtered as collatoral damage in the quest for the su bug | 05:46 |
| stekern | the gcc you are using now to (re)build packages, does that have your latest __tls_get_address fixes? | 05:47 |
| stekern | ...and when I'm at it pointing out stuff in your instructions ;) | 06:04 |
| stekern | 'cp modded-sbuild/qemu-bootstrap /usr/sbin/' should be 'cp modded-sbuild/qemu-debootstrap /usr/sbin/' | 06:05 |
| stekern | ..and '/debootstrap/debootstrap --second-stage' will fail since the instructions you added yesterday can't be performed before the 'mk-sbuild' command, so you have to go back and manually do that in the chrooted environment | 06:39 |
| * stekern has graduated from 'blind-instruction-follower' to 'not-completely-helpless-n00b' | 06:41 | |
| stekern | running '/debootstrap/debootstrap --second-stage' manually doesn't really fly, there's more stuff in mk-sbuild that should be performed after that, a better fix: http://pastie.org/9111210 | 07:08 |
| stekern | ...maybe I can just do pull requests with my suggested changes instead of just pointing them out here, it'll probably make your life a lot easier... | 07:12 |
| stekern | olofk_: (studies) sounds like a deal made in heaven ;) | 07:50 |
| olofk_ | stekern: Yes. Unless I have misunderstood something, I think it will work out great | 07:51 |
| olofk_ | But I still feel suspicious. There has to be a catch somewhere :) | 07:52 |
| stekern | remote studies though, you'll miss out on moving away from home living the wild student life ;) | 07:52 |
| stekern | reminds me of something Henrik Schyffert said in a stand-up gig: "The military duties are done in completely the wrong phase in life, if someone would come now and tell you that you are going out in the woods with a couple of other guys and shoot with guns, you'd just be... *hug*" | 07:56 |
| olofk_ | haha | 08:31 |
| blueCmd | stekern: sorry sorry sorry! i ment to tell you about the fakeroot bug | 08:41 |
| blueCmd | by default fakeroot just hangs | 08:41 |
| blueCmd | something withIPC | 08:41 |
| blueCmd | did latest libc solve the hang? if not, you have to use https://github.com/bluecmd/or1k-debian/issues/1 | 08:42 |
| stekern | haha, no worries, you haven't wasted more than a couple CPU cycles on my WS =) | 08:42 |
| stekern | the new libc doesn't get installed by default in the schroot, right? | 08:43 |
| blueCmd | (form)approver is nickc@redhat.com | 08:43 |
| stekern | so I'll need to install them manually there too? | 08:43 |
| blueCmd | stekern: no, if it appears to work you can installit in the source | 08:43 |
| blueCmd | i haven't dared installing it in the repository yet until I can verify that it doesn't break everything | 08:43 |
| stekern | ok, I'll test with that first | 08:44 |
| blueCmd | as for a pull request, yes that would be very sweet | 08:45 |
| stekern | pull request - already done | 08:46 |
| stekern | at least for the APT thinig | 08:46 |
| stekern | I'll do the minor README fixes later too | 08:47 |
| blueCmd | thanks! merged | 08:54 |
| blueCmd | pushing upstream to binutils was very smooth, just like github basically - I think it's great that we have that upstreamed | 08:54 |
| olofk_ | blueCmd: So it's officially there now? | 09:01 |
| stekern | new libc didn't change things | 09:07 |
| stekern | the other fakeroot works though | 09:07 |
| blueCmd | olofk_: yep! | 09:25 |
| stekern | blueCmd: this question probably got lost in my morning burst - do you have the __tls_get_addr fix when (re)building packages now? | 09:31 |
| stekern | e.g. is the new libc built with that? | 09:31 |
| olofk_ | pdflatex guru needed | 10:00 |
| stekern | ...and follow up question to that, how would I go on to build the gcc debs myself? | 10:17 |
| blueCmd | stekern: yes I have | 10:46 |
| stekern | as tony tiger would have said: G-r-r-reat! | 11:00 |
| stekern | scummvm isn't so easy to build... | 11:06 |
| blueCmd | stekern: what's the build-deps on it? | 11:08 |
| blueCmd | doesn't look too bad | 11:08 |
| blueCmd | libfluidsynth-dev is missing, and that needs cmake | 11:09 |
| blueCmd | aah | 11:09 |
| blueCmd | I can build cmake now! finally | 11:09 |
| blueCmd | (it depends on qt) | 11:09 |
| blueCmd | it has been a huge pain to be without it | 11:09 |
| stekern | yes... I ended up in qt, then I gave up ;) | 11:17 |
| stekern | but there was a problem with doxygen too | 11:17 |
| stekern | it needs to be >= 1.8.x something | 11:17 |
| stekern | and we have 1.7.2 | 11:17 |
| stekern | but I guess you have that sorted out, since I think it was cmake that went into the doxygen dep | 11:18 |
| stekern | I went on to try to build emacs23 instead | 11:19 |
| stekern | ...but having qt, that's nice | 11:20 |
| stekern | is it only the atomics that are arch specific? | 11:21 |
| stekern | I briefly looked at it way back, and I remember the atomics | 11:21 |
| blueCmd | atomics in qt is currently using pthread mutexes | 11:29 |
| blueCmd | because we havent added or1k specifics to it | 11:29 |
| blueCmd | for doxygen thats just an equiv (empty package) used to trick sbuild that it actually has doxygen | 11:30 |
| blueCmd | building the real one now | 11:30 |
| stekern | yeah, I saw the issue about qt atomics | 11:32 |
| stekern | ...but the question really was, is there no other things that are arch specific? i.e. there are generic implementations for everything else? | 11:32 |
| blueCmd | in debian? a few things are specific | 11:51 |
| blueCmd | libatomic, libgc, libffi mainly | 11:51 |
| blueCmd | there are some bugs marked as "port" in or1k-debian | 11:51 |
| stekern | no, I meant in qt itself | 11:51 |
| blueCmd | yes, only atomics | 11:52 |
| blueCmd | afaik | 11:52 |
| stekern | ok | 11:52 |
| stekern | so, in my learning experiment to build emacs23, I've got the build-dep of flex-old covered | 11:53 |
| stekern | then it needs xaw3d, but that fails when it tries to do: /usr/bin/make -C lib/Xaw3d clean | 11:54 |
| stekern | where is /«BUILDDIR»/? | 11:55 |
| blueCmd | asd | 12:03 |
| blueCmd | ah, /build usually, but AFAIK it's thrown away when sbuild exits | 12:03 |
| blueCmd | hah, qt4 doesn't really look 100% correct: http://openrisc.debian.net/tmp/2014-04-25-135622_1024x768_scrot.png but it's "close enough" for now :) | 12:03 |
| LoneTech | it looks appropriately experimental :) | 12:07 |
| stekern | blueCmd: yes, it gets thrown away, I'll experiment with apt-get source & friends | 12:08 |
| blueCmd | apt-get build-dep X | 12:10 |
| blueCmd | apt-get source X | 12:10 |
| stekern | check and check | 12:10 |
| blueCmd | DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage -b -us -uc | 12:10 |
| blueCmd | if that doesn't work, you apply some fix and want to run it again that command will clean the directory and start over | 12:10 |
| blueCmd | DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage -b -us -uc -nc | 12:10 |
| blueCmd | that will not | 12:11 |
| stekern | what does the 'nocheck' do? | 12:11 |
| stekern | otherwise, 'check' ;) | 12:11 |
| blueCmd | skips "make check" on some packages | 12:11 |
| stekern | ah, ok | 12:11 |
| blueCmd | which takes forever, and if it uses pthreads will fail anyway | 12:11 |
| stekern | ...and cleaning before or not doesn't matter for me right now, since the issue seems to be that the Makefile is missing all together | 12:13 |
| blueCmd | sometimes it gets into a 'not-quite-clean' state where it will try to do 'make clean' before running ./configure | 12:15 |
| blueCmd | then I usually just run it with -nc | 12:15 |
| stekern | ah, there's a Imakefile | 12:17 |
| blueCmd | Ah, one of those weird make systems | 12:18 |
| stekern | something goes wrong with xmkmf I think | 12:20 |
| blueCmd | Rebuild it! | 12:21 |
| stekern | this is the Makefile it generates: http://pastie.org/9111990 | 12:22 |
| stekern | no wonder it can't find the 'clean' target in that ;) | 12:23 |
| blueCmd | clearly the file uses the wrong font-color | 12:27 |
| blueCmd | it shouldn't write the text in white with white background, everybody knows that | 12:28 |
| stekern | maybe it's whitespace source? | 12:28 |
| * blueCmd doesn't understand :( | 12:29 | |
| stekern | http://en.wikipedia.org/wiki/Whitespace_(programming_language) | 12:29 |
| blueCmd | ah, (without reading the article) is it the one with space and tabs? | 12:29 |
| stekern | and linefeeds | 12:30 |
| blueCmd | hah, nicce | 12:30 |
| stekern | today I once again got the honour to start up the old PC from 1995 here | 12:33 |
| blueCmd | how come? | 12:33 |
| stekern | there are some conformance tests that uses an ISA board | 12:33 |
| olofk_ | :) | 12:33 |
| blueCmd | *whirr* *faster whirr* *whine* *BEEEP* | 12:34 |
| stekern | spot on imitation blueCmd | 12:34 |
| olofk_ | blueCmd: I could feel it :) | 12:34 |
| stekern | it's like stepping into a time-machine | 12:34 |
| olofk_ | Is it complete with a nice 50Hz CRT as well? | 12:35 |
| stekern | it's funny, the c64 doesn't do that as much, since it doesn't sound so much | 12:35 |
| stekern | amiga 500 floppy sounds otoh... | 12:35 |
| blueCmd | you need loud harddrives, loud fans and a high-pitched beeper - otherwise it's not the same | 12:36 |
| stekern | olofk_: unfortunately not, it's connected to 22" LCD | 12:36 |
| blueCmd | https://www.youtube.com/watch?v=hSJDIGiepgU | 12:41 |
| blueCmd | stekern: doxygen built and added to repo | 12:52 |
| stekern | \o/ | 12:52 |
| blueCmd | yes, now everything gcc build-deps on is available! :D | 12:53 |
| stekern | so... I'm trying to follow your advice to rebuild xutils-dev (which contains xmkmf), but it depends on cpp-4.7 (which is not available) | 12:54 |
| stekern | so, did you hack-build that? | 12:55 |
| blueCmd | yes, probably | 13:11 |
| blueCmd | I filed a bug for something like that that they shouldn't build-depend on a specific version like that | 13:11 |
| blueCmd | AH! | 13:11 |
| blueCmd | Hah | 13:11 |
| blueCmd | Do you know why they didn't want to build with 4.8? | 13:12 |
| blueCmd | because the output produced by the binary was just an empty file! | 13:12 |
| blueCmd | I recall that now | 13:12 |
| blueCmd | I have a fix for that somewhere | 13:12 |
| stekern | output by xmkmf? | 13:13 |
| blueCmd | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742436 | 13:13 |
| blueCmd | yes | 13:13 |
| stekern | yeah, it's not empty, there's some garbage in there ;) | 13:13 |
| blueCmd | it's not garbage, it's comments! | 13:13 |
| blueCmd | stekern: cmake added to repo | 13:16 |
| stekern | right you are | 13:16 |
| stekern | but it looks like garbage without the context | 13:16 |
| blueCmd | yep | 13:16 |
| olofk_ | blueCmd: Extremely comprehensive and polite answers you got in that bug report | 13:16 |
| blueCmd | stekern: rebuild with the fix in that, verify and please send me the debs! :) | 13:17 |
| blueCmd | stekern: if you want I can set you up with access to upload debs | 13:17 |
| blueCmd | olofk_: yes, I complained about that | 13:17 |
| stekern | will do | 13:17 |
| blueCmd | olofk_: actually I dropped of the bug to ask why is that | 13:17 |
| stekern | cool thanks | 13:18 |
| blueCmd | the answer I got was 'Don't drop off the bug' | 13:18 |
| blueCmd | so I asked the same question in the bug | 13:18 |
| blueCmd | and the answer then was 'See the changelog?' | 13:18 |
| blueCmd | the changelog says something like 'It doesn't work' | 13:18 |
| stekern | yeah, isn't that a reason? | 13:18 |
| olofk_ | :) | 13:18 |
| blueCmd | Sure, but it's also shorter to write than 'Don't drop off the bug' + 'See the changelog' :) | 13:19 |
| olofk_ | Next time someone reports an issue I will respond "Go fuck yourself" | 13:19 |
| blueCmd | olofk_: that's the Linus-spriti! | 13:19 |
| olofk_ | Ah right. Forgot that there is already someone like that :) | 13:20 |
| blueCmd | checking size of __int64... 0 | 13:22 |
| blueCmd | hah | 13:22 |
| stekern | isn't that more the systemd spirit? | 13:22 |
| blueCmd | yes - Linus is only that when something is wrong | 13:23 |
| blueCmd | I don't think he's arogant as such | 13:23 |
| stekern | if you would have responded in the bug-report "Go fuck yourself", that'd be more like it I think | 13:24 |
| blueCmd | so PCH is broken in gcc apparently, haven't looked too much on it | 15:25 |
| blueCmd | both boost and qt has problems with it | 15:25 |
| stekern | sounds like fun | 16:45 |
| stekern | I bet it hasn't got much tested before | 16:45 |
| blueCmd | stekern: olofk: posted http://i.imgur.com/dSowPtR.jpg at work today | 17:30 |
| stekern | heh, wut? | 17:31 |
| stekern | that's like our response to those shirtless putin photos ;) | 17:35 |
| stekern | it's fun to watch configure sometimes: http://pastie.org/9112681 | 17:51 |
| * blueCmd pats his fake_atomics.o | 17:52 | |
| blueCmd | linker complains about missing __sync* or __atomics*? no problem! | 17:53 |
| blueCmd | is it really atomic? well, who needs atomicity anyway? | 17:53 |
| stekern | blueCmd: is it a know issue that pkg-config can't find any modules? | 18:04 |
| stekern | hmm.. it works in my 'real' install | 18:06 |
| blueCmd | nope, that should work | 18:06 |
| stekern | http://pastie.org/9112737 | 18:11 |
| blueCmd | I never used it like that, I just never got an error from ./configure so I assumed it worked :) | 18:13 |
| stekern | ah, well, I never used it like that neither. until now, when I get errors from ./configure | 18:14 |
| stekern | =) | 18:14 |
| stekern | but it's obviously scanning the right path, but doesn't seem to find anything there... | 18:15 |
| stekern | it works in my or1ksim/atlys setup too | 18:16 |
| stekern | ...but not with qemu-user in the same rootfs | 18:17 |
| stekern | wtf... | 18:18 |
| blueCmd | you broke something! | 18:28 |
| stekern | mmm, but it has to be qemu that I broke in that case | 18:29 |
| blueCmd | has the bootcode support for orpsoc been added? | 18:53 |
| blueCmd | arbitary boot code* | 18:54 |
| olofk | Does anyone know of an online markdown parser I can use to test my syntax? | 20:09 |
| olofk | Before I push it to github | 20:09 |
| olofk | Found it! | 20:09 |
| olofk | Ah.. but tables is a github extension anyway :/ | 20:11 |
| olofk | blueCmd: arbitary boot code? | 20:33 |
| blueCmd | like uboot | 20:37 |
| olofk | Still not sure what you mean. We have OpenRISC support in uboot and barebox | 21:30 |
| blueCmd | olofk: yes, but I want to be able to embedd uboot in the FPGA image | 22:00 |
| --- Log closed Sat Apr 26 00:00:21 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!
