2013-12-23T00:56:41 *** arvind_khadri has joined #rtems 2013-12-23T04:05:09 *** gcibot has quit IRC (Ping timeout: 250 seconds) 2013-12-23T04:35:02 *** mkhoory has quit IRC (Ping timeout: 264 seconds) 2013-12-23T06:50:46 *** gigetoo has quit IRC (Remote host closed the connection) 2013-12-23T06:51:23 *** gigetoo has joined #rtems 2013-12-23T08:10:05 *** gcibot has joined #rtems 2013-12-23T09:36:03 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-12-23T11:42:22 *** javamonnn has joined #rtems 2013-12-23T11:56:21 hey javamonnn 2013-12-23T11:56:34 whats up cdesai 2013-12-23T11:57:03 do you know a way to have inline comments in doxygen? 2013-12-23T11:57:03 i.e. 2013-12-23T11:57:03 int foo; /** FOO! */ 2013-12-23T11:57:21 int bar; 2013-12-23T11:57:22 adding @brief above makes it document bar 2013-12-23T11:58:18 unfortunately no way to inline that I've discovered so far. It would be a lot easier and the source code would be a lot less cluttered but I haven't found a way to do it yet. 2013-12-23T11:58:39 I was thinking about maybe having like a pre processing macro that would do it but that might be too much work 2013-12-23T11:58:45 yea, i386 code has lots of comments 2013-12-23T11:59:09 most of my time with doyxgen is moving those comments 2013-12-23T11:59:19 it shows up as " /* foo */", looks bad but still works 2013-12-23T11:59:36 too much to move for i386, I would rather not do that 2013-12-23T12:00:03 found it 2013-12-23T12:00:04 //< 2013-12-23T12:00:05 :D 2013-12-23T12:00:10 //< actually 2013-12-23T12:00:13 ///< 2013-12-23T12:00:17 three slashes 2013-12-23T12:00:21 "///<" 2013-12-23T12:00:24 yep 2013-12-23T12:00:27 sweet 2013-12-23T12:00:42 you can do a simple search and replace and have it done in minutes 2013-12-23T12:00:51 I was about to write a script hahaha 2013-12-23T12:03:13 looks so nice 2013-12-23T12:08:32 ohh, cdesai, I was going to ask you about your involvement with cyanogen. Do you contribute code or what? That's something I'd love to get into. 2013-12-23T12:08:48 javamonnn: I do, I maintain 3 devices 2013-12-23T13:08:02 *** javamonnn has quit IRC (Remote host closed the connection) 2013-12-23T14:02:04 *** javamonnn has joined #rtems 2013-12-23T14:14:01 *** gcibot has quit IRC (Remote host closed the connection) 2013-12-23T14:14:10 *** gcibot has joined #rtems 2013-12-23T14:34:01 *** edwardk has quit IRC (Quit: Leaving...) 2013-12-23T14:37:20 *** gcibot has quit IRC (Remote host closed the connection) 2013-12-23T14:37:27 *** gcibot has joined #rtems 2013-12-23T14:37:46 Message by Ignacio: Hi, if someone ready it, let me know (/msg Ignacio) 2013-12-23T14:38:10 *** gcibot has quit IRC (Killed (idoru (Spam is off topic on freenode.))) 2013-12-23T14:48:13 *** gcibot has joined #rtems 2013-12-23T15:09:27 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-23T15:17:14 *** javamonnn has joined #rtems 2013-12-23T17:45:26 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-23T18:01:19 *** javamonnn has joined #rtems 2013-12-23T18:22:55 *** verm__ has quit IRC (Ping timeout: 245 seconds) 2013-12-23T18:54:29 *** verm__ has joined #rtems 2013-12-23T18:55:20 *** verm__ has joined #rtems 2013-12-23T19:19:50 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-23T19:26:46 *** javamonnn has joined #rtems 2013-12-23T19:55:50 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-23T20:29:02 *** javamonnn has joined #rtems 2013-12-23T20:45:26 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-23T20:55:27 *** javamonnn has joined #rtems 2013-12-23T21:41:30 *** mkhoory has joined #rtems 2013-12-23T21:50:15 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-23T21:57:45 *** javamonnn has joined #rtems 2013-12-23T22:04:14 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-23T22:30:17 *** javamonnn has joined #rtems 2013-12-23T23:10:15 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-23T23:11:05 *** javamonnn has joined #rtems 2013-12-23T23:18:50 *** javamonnn has quit IRC (Quit: Bye) 2013-12-24T00:53:46 *** edwardk has joined #rtems 2013-12-24T02:12:59 *** arvind_khadri has joined #rtems 2013-12-24T03:10:19 *** peerst has quit IRC (Read error: Connection reset by peer) 2013-12-24T03:10:41 *** peerst has joined #rtems 2013-12-24T04:38:35 *** mkhoory has quit IRC (Ping timeout: 240 seconds) 2013-12-24T05:27:19 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-12-24T06:14:30 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2013-12-24T07:47:18 *** gedare has joined #rtems 2013-12-24T07:51:01 Happy holidays gedare 2013-12-24T07:51:18 thanks cdesai 2013-12-24T07:51:49 i don't know if we can do any more waf tasks. i don't think we have the mentors to handle them anyway 2013-12-24T07:52:19 okay, I'll finish what's there. 2013-12-24T07:52:31 :) 2013-12-24T07:58:05 cdesai: there is http://git.rtems.org/network-demos/tree/ which might be worthy of conversion. what do you think? 2013-12-24T08:02:55 gedare: looks like all the files were made from a template, and most of them are similar 2013-12-24T08:03:32 yeah. you may need to check/add detection of networking-enabled 2013-12-24T08:04:04 although i dont' know the status of the networking stack at the moment 2013-12-24T08:05:00 i suppose if you can compile these with 'make', it might be a feasible task to generate. although i worry about who can mentor the task 2013-12-24T08:05:51 trying to do that 2013-12-24T08:06:27 http fails 2013-12-24T08:06:38 init.c:158:7: error: too few arguments to function 'mg_start' 2013-12-24T08:06:56 yeah... 2013-12-24T08:06:57 i found a better task 2013-12-24T08:07:04 but, it is also problematic 2013-12-24T08:07:10 we have this: http://git.rtems.org/rtems-graphics-toolkit/tree/ 2013-12-24T08:07:19 for building graphics/gui apps on rtems 2013-12-24T08:07:34 it has been updated but the update was not merged: https://github.com/alex-sever-h/rtems-graphics-toolkit 2013-12-24T08:08:51 in fact i tihnk this is a great project for waf 2013-12-24T08:09:03 looks like it's ~30 ahead, 1 behind 2013-12-24T08:09:03 there are some problems with the existing build system with make actually... 2013-12-24T08:09:36 the first step would be to try it out.. i don't know if it is hard or not 2013-12-24T08:10:22 I'll try something simple, that involves only make 2013-12-24T08:11:08 ok 2013-12-24T08:11:08 http://www.rtems.org/pipermail/rtems-devel/2013-June/003471.html 2013-12-24T08:11:25 trying https://github.com/alex-sever-h/rtems-graphics-toolkit/blob/master/mmap_kit/Makefile 2013-12-24T08:11:40 report about buliding it 2013-12-24T08:11:40 with some success.. 2013-12-24T08:11:40 it should build with pc386 the best 2013-12-24T08:11:40 because that is the original target that the port was developed for 2013-12-24T08:11:47 that email has instructions too 2013-12-24T08:12:11 this one was longer: http://www.rtems.org/pipermail/rtems-devel/2013-March/002639.html 2013-12-24T08:12:19 see the instructions at the email i linked 2013-12-24T08:12:54 cloning 2013-12-24T08:13:51 looks like the update was a GSoC project, am I right? 2013-12-24T08:14:07 yes. 2013-12-24T08:14:17 from 2012, so 2 GSoCs ago 2013-12-24T08:14:32 nice 2013-12-24T08:14:37 there were also some modifications to RTEMS that he did.. that need to get merged 2013-12-24T08:14:44 we have trouble sometimes to get everything merged. 2013-12-24T08:17:42 oh, looks like joel committed the frame buffer change 2013-12-24T08:17:47 and the rtems-testing script to automate 2013-12-24T08:19:33 ~/work/rtems/rtems$ find . -name configure.ac | xargs grep CIRRUS 2013-12-24T08:19:34 ./c/src/lib/libbsp/i386/pc386/configure.ac:RTEMS_BSPOPTS_SET([USE_CIRRUS_GD5446],[*],[0]) 2013-12-24T08:19:34 ./c/src/lib/libbsp/i386/pc386/configure.ac:RTEMS_BSPOPTS_HELP([USE_CIRRUS_GD5446], 2013-12-24T08:19:34 ./c/src/lib/libbsp/i386/pc386/configure.ac:AM_CONDITIONAL(USE_CIRRUS_GD5446,test "$USE_CIRRUS_GD5446" = "1") 2013-12-24T08:20:42 cdesai: http://www.rtems.org/wiki/index.php/RTEMSGraphicsToolkit#Running_RTEMS_Graphics_Toolkit_under_QEMU 2013-12-24T08:21:08 okay, following that 2013-12-24T08:21:09 btw, real 0m53.466s 2013-12-24T08:21:14 from clean, for pc386, make -j 8 2013-12-24T08:21:23 yeah i bet waf can do better! 2013-12-24T08:21:31 i'll start writing a task description. 2013-12-24T08:21:32 that was rtems though 2013-12-24T08:21:39 ohh 2013-12-24T08:21:40 ;) 2013-12-24T08:21:41 not the graphics toolkit, still clong that 2013-12-24T08:21:44 cloning* 2013-12-24T08:21:54 and see if i can wrangle some mentors into keeping an eye on it. 2013-12-24T08:21:58 thanks 2013-12-24T08:26:24 btw, on the wiki 2013-12-24T08:26:24 export RTEMS_MAKEFILE_PATH=RTEMS_MAKEFILE_PATH=/opt/rtems4.11/i386-rtems4.11/pc686/ 2013-12-24T08:26:28 http://www.rtems.org/wiki/index.php/RTEMSGraphicsToolkit#Running_RTEMS_Graphics_Toolkit_under_QEMU 2013-12-24T08:32:14 yeah? 2013-12-24T08:32:50 is that dobule foo=foo=value intended? 2013-12-24T08:33:00 probably not 2013-12-24T08:38:11 microwin doesn't build 2013-12-24T08:38:29 fltk too, all fail with undefined references 2013-12-24T08:39:09 hmm. 2013-12-24T08:40:06 http://www.rtems.org/pipermail/rtems-devel/2012-August/001666.html 2013-12-24T08:40:09 that refers to fltk... 2013-12-24T08:40:39 I'll try that, as everything fails during linking 2013-12-24T08:41:05 k 2013-12-24T08:41:14 sebastian mentioned linker problems too 2013-12-24T08:41:49 LDLIBS are the same as what he posted 2013-12-24T08:42:03 and the other diff he posted has been applied too 2013-12-24T08:42:10 hm, ko 2013-12-24T08:45:06 i am compiling RTEMS-pc686 right now.. 2013-12-24T08:46:34 okay 2013-12-24T08:46:35 FWIW, I'm compiling on Arch Linux 2013-12-24T08:49:24 sorry, I forgot to apply the patch at http://www.rtems.org/pipermail/rtems-devel/2013-March/002639.html, it goes a bit far now 2013-12-24T08:51:26 microwin builds with that 2013-12-24T08:51:48 ok good 2013-12-24T08:55:40 can you send me that patch? 2013-12-24T08:59:32 http://sprunge.us/dKXX 2013-12-24T08:59:36 not the best commit message 2013-12-24T08:59:52 thats fine i can fix it up 2013-12-24T09:01:55 also, he didn't add a gitingore, and by default it compiles in the same directory 2013-12-24T09:01:55 another thing, I think using submodules for the other two repositories cloned inside the current repository would be better, won't it? 2013-12-24T09:03:31 yep 2013-12-24T09:04:03 have you managed to run anything yet with the graphics library? 2013-12-24T09:07:04 no, a bit confused about "QEMU wrapper script pc386 from rtems-testing" 2013-12-24T09:07:11 which script is it referring to? 2013-12-24T09:08:19 rtems-testing.git/sim-scripts/pc386 2013-12-24T09:11:19 bbl, dinner time 2013-12-24T09:12:07 ok 2013-12-24T09:29:15 ok well i ran the microwin demo, this is good 2013-12-24T09:29:30 i don't know about all those other link/compile errors though :) 2013-12-24T09:31:04 *** gcibot has quit IRC (Write error: Broken pipe) 2013-12-24T09:31:06 *** _gcibot_ <_gcibot_!~gcibot@elsalvador.media.mit.edu> has joined #rtems 2013-12-24T09:34:30 *** gcibot has joined #rtems 2013-12-24T09:36:26 back 2013-12-24T09:36:37 gedare: pc386 wants a QEMUDIR, what is that for / where can I find the files to populate it? 2013-12-24T09:36:45 ahh 2013-12-24T09:37:03 http://www.rtems.org/wiki/index.php/Qemu 2013-12-24T09:37:12 http://www.rtems.org/wiki/index.php/Qemu#Using_the_rtems-testing_Module 2013-12-24T09:37:57 thanks, I think I had it all setup but then I deleted it as it didn't work with my qemu version 2013-12-24T09:37:58 trying again 2013-12-24T09:37:59 *** gcibot has quit IRC (Remote host closed the connection) 2013-12-24T09:38:05 ok 2013-12-24T09:38:06 *** gcibot has joined #rtems 2013-12-24T09:41:56 gedare: it works \o/ 2013-12-24T09:42:01 hooray! 2013-12-24T09:42:08 i'm almost done with the task description 2013-12-24T09:46:01 gedare: btw, http://wiki.rtems.org/wiki/index.php/GoogleCodeInProjects#PRs_Addressed_in_GCI2013 2013-12-24T09:46:13 thanks. 2013-12-24T09:46:15 should I just leave "Remaining Actions for Mentors" empty? 2013-12-24T09:46:19 http://www.google-melange.com/gci/task/view/google/gci2013/5333150951538688 2013-12-24T09:46:20 Waf conversion: Convert rtems-graphics-toolkit 2013-12-24T09:46:20 Status: Open 2013-12-24T09:46:20 Mentor(s): Chris Johns, Gedare 2013-12-24T09:46:23 yaeh 2013-12-24T09:46:41 unless you know what we have to do still :) 2013-12-24T09:47:21 that should keep you busy for awhile i suspect 2013-12-24T09:47:44 yes, thank you very much 2013-12-24T09:47:56 it would be good if we can point the git submodules at the upstream microwindows...at the correct version that works 2013-12-24T09:50:42 published my wiki "PRs_Addressed_in_GCI2013" edit 2013-12-24T09:51:02 thanks. 2013-12-24T09:52:05 also, by upstream microwindows do you mean https://github.com/alex-sever-h/microwin or http://microwindows.censoft.com/CVS.html 2013-12-24T09:55:56 the second one 2013-12-24T09:56:05 i think there was some discussion about this on the mailing list... 2013-12-24T09:56:23 we may have decided it does not matter since microwindows releases infrequently 2013-12-24T09:56:37 but, if git submodule can point at a certain commit point, that might be OK... 2013-12-24T09:56:47 unless we also need to apply patches that are not upstream already 2013-12-24T09:56:52 in which case we need a mirror. 2013-12-24T09:57:02 git submodule points to a commit by default 2013-12-24T09:57:26 to the current HEAD when you run git submodule add 2013-12-24T09:57:53 gedare: we'll need some patches, like http://sprunge.us/dKXX 2013-12-24T09:57:57 yeah. 2013-12-24T09:58:06 it might be better to point at our own mirrors for now 2013-12-24T09:58:20 so, you can point to alex's github fork 2013-12-24T09:58:27 or maybe rebase that patch + https://github.com/alex-sever-h/microwin on top of the current version 2013-12-24T09:59:22 yeah. something to think on / propose. 2013-12-24T10:01:13 $ git rebase upstream/master 2013-12-24T10:01:14 Current branch master is up to date. 2013-12-24T10:01:23 usptream being git://microwindows.org/microwin 2013-12-24T10:03:47 ok. 2013-12-24T10:03:57 like i said, it does not look like an active project 2013-12-24T10:04:20 ok, starting with add git submodules and ignores, and a basic wscript 2013-12-24T10:09:38 good plan 2013-12-24T10:23:20 cdesai: looks like Cindy has some other idea for the toolkit build process 2013-12-24T10:23:36 what is it? 2013-12-24T10:23:47 to use the rtems source builder to build the toolkit 2013-12-24T10:24:08 i'm thinking about this 2013-12-24T10:26:38 hmm, is there any documentation for it that I can read? 2013-12-24T10:26:42 apart from the code 2013-12-24T10:26:45 heh 2013-12-24T10:27:02 kiwichris was working on some documentation for the RSB config files... not sure what the status is 2013-12-24T10:27:38 http://www.rtems.org/ftp/pub/rtems/people/chrisj/source-builder/source-builder.html#_configuration 2013-12-24T10:28:07 * cdesai did read that 2013-12-24T10:28:09 * cdesai forgot :( 2013-12-24T10:28:16 it's ok 2013-12-24T10:28:20 there's a lot there... 2013-12-24T10:28:30 the configuration stuff only matters if you hack with RSB 2013-12-24T10:28:50 right, I came across it while trying to get my arch build to work during the Getting started tasks - read just that. 2013-12-24T10:29:20 basically this will be about creating some RSB configs to build the toolkit 2013-12-24T10:29:32 this is still python-based 2013-12-24T10:29:45 and, chris and cindy hopefully will be around to answer questions 2013-12-24T10:29:51 if you're interested in going this route 2013-12-24T10:30:23 Either way is good for me 2013-12-24T10:30:48 the advantage of RSB in this case is that multiple versions of the upstream source can be configurable 2013-12-24T10:31:02 so if an old configuration works, we can keep it around 2013-12-24T10:31:19 ok sounds good.. 2013-12-24T10:31:42 i can't edit the task description, but hopefully everyone is on the same page now 2013-12-24T10:32:20 So, make the graphics tooklkit build with RSB by adding configuration files for it 2013-12-24T10:32:33 yeah. 2013-12-24T10:32:48 you may also like to improve the toolkit with submodules and .gitignore 2013-12-24T10:33:20 done 2013-12-24T10:33:21 the other thing RSB lets us do is to apply patches to upstream sources. 2013-12-24T10:33:39 so we can maintain a patch queue for example against microwindows 2013-12-24T10:39:31 good luck :) 2013-12-24T10:39:48 oh, you can send a patch for the submodules and gitignore to rtems-devel mailing list when ready 2013-12-24T10:40:41 http://git.io/MERQ5Q looks good? 2013-12-24T10:41:06 looks good to me. 2013-12-24T10:43:00 also, if do_it built everything in one out directory, that would be good too, right? 2013-12-24T10:44:48 well.. your RSB configuration I think will make do_it obsolete. 2013-12-24T10:45:29 but yes, that would be an improvement for the basic toolkit 2013-12-24T10:46:25 I thought of doing that because currently everything doesn't build, so it would be nice to have something to compare to while working on RSB 2013-12-24T10:46:25 and using do_it makes git status unreadable 2013-12-24T10:51:01 yeah 2013-12-24T10:51:04 go ahead then 2013-12-24T11:00:24 gedare: moving all output to another directory doesn't seem as easy as I thought, so I think I'll get started with RSB 2013-12-24T11:02:36 heh, ok 2013-12-24T11:04:59 but 2013-12-24T11:04:59 update gitignore 2013-12-24T11:04:59 1 file changed, 365 insertions(+) 2013-12-24T11:04:59 http://sprunge.us/ZDAV 2013-12-24T11:05:17 hmmmm 2013-12-24T11:05:39 ok sure. a bit nasty but it will help 2013-12-24T11:06:48 yeah 2013-12-24T11:06:48 how do I organise the rsb configuration files? 2013-12-24T11:07:02 keep them all in a rsb folder in the source? 2013-12-24T11:07:16 hmmm. 2013-12-24T11:07:41 they would need to be called from rtems-source-builder.git though, right? 2013-12-24T11:07:46 right... 2013-12-24T11:07:55 so far the configs are held directly in the RSB 2013-12-24T11:08:13 but it probably makes sense for the config to go with the code it builds 2013-12-24T11:08:27 this should be inquired:) 2013-12-24T11:11:10 how about having rsb as a submodule too 2013-12-24T11:11:52 so if configs are in rtems-graphics-toolkit/somedir, and user is in that directory, he can run ../sb/sb-check and so on 2013-12-24T11:13:03 that doesn't seem right to me for some reason. 2013-12-24T11:13:15 it "smells funny" 2013-12-24T11:14:17 i think it makes sense to add the configs into the RSB sources 2013-12-24T11:14:47 most probably a user can use RSB to build their tools, RTEMS, these add-on packages, and then define their own configuration for their application 2013-12-24T11:15:27 the graphics-toolkit should be possible to standalone or to be built with RSB I Think 2013-12-24T11:15:55 you can ask these questions though on your task, and see if others chime in 2013-12-24T11:15:58 so standalone would mean we need to add the "source-builder" directory to it's repository? 2013-12-24T11:15:58 i gotta go 2013-12-24T11:16:03 ok, doing that 2013-12-24T11:16:13 i mean... 2013-12-24T11:16:18 the existing do_it continues to work 2013-12-24T11:16:30 but someone with RSB can build the toolkit from the RSB 2013-12-24T11:16:39 later.. good luck! 2013-12-24T11:16:44 *** gedare has quit IRC (Quit: Leaving) 2013-12-24T11:16:45 thanks 2013-12-24T11:53:49 *** edwardk has joined #rtems 2013-12-24T11:57:45 *** javamonn has joined #rtems 2013-12-24T11:59:05 *** edwardk has quit IRC (Ping timeout: 240 seconds) 2013-12-24T12:02:04 *** edwardk has joined #rtems 2013-12-24T12:04:38 *** giusef has joined #rtems 2013-12-24T12:05:12 *** giusef has quit IRC (Max SendQ exceeded) 2013-12-24T12:05:44 *** giusef has joined #rtems 2013-12-24T12:14:25 my first real hardware came in today :) 2013-12-24T12:14:56 just a cheap TI launchpad evaluation board 2013-12-24T12:15:56 should be fun to boot rtems on some real hardware though 2013-12-24T13:04:15 *** javamonn has quit IRC (Ping timeout: 240 seconds) 2013-12-24T13:08:22 *** javamonnn has joined #rtems 2013-12-24T13:41:03 *** edwardk has quit IRC (Ping timeout: 240 seconds) 2013-12-24T13:43:33 *** edwardk has joined #rtems 2013-12-24T13:55:32 *** giusef has quit IRC (Ping timeout: 240 seconds) 2013-12-24T14:15:28 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-24T14:27:12 *** javamonnn has joined #rtems 2013-12-24T14:34:36 *** giusef has joined #rtems 2013-12-24T14:36:14 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-24T14:43:58 *** javamonnn has joined #rtems 2013-12-24T14:48:22 The RSB doco is all there is. Nothing else exists. The configuration file is documented and if anyone thinks things are missing please let me know. 2013-12-24T14:50:01 The difficult part of why something is done a specific way is much harder to document and requires creating configs and having me review and comment on them. 2013-12-24T14:52:44 cdesai, this area of the RSB is not well defined and I am unsure how the "user interface" to do this works. We need to be careful here. For example what defines the path to RTEMS, is it --prefix, --rtems and then there is --rtems-tools which all have meaning in the rtems_waf command lines. These need to be consistent and managed or we create a disjointed set of interfaces to uses. 2013-12-24T15:58:59 *** gedare has joined #rtems 2013-12-24T15:59:19 hey kiwichris i have about 5 minutes or so if you want to discuss at all 2013-12-24T15:59:36 and then i'll be pretty much gone except for occasional email 2013-12-24T15:59:38 Merry Xmas 2013-12-24T15:59:42 thanks you too 2013-12-24T15:59:49 My time is also limited. 2013-12-24T16:00:38 i think the use of RSB for this toolkit is fine. i also thought a waf conversion would be useful 2013-12-24T16:00:44 The RSB is fine if the "package" builds. To be "upstream" means we have a patch for local issues and process to get those merged upstream 2013-12-24T16:00:50 the RSB gives some advantages for these toolkits about building versioned packages 2013-12-24T16:00:52 yeah 2013-12-24T16:01:07 that's part of the problem with this toolkit right, some of the upstream is dead 2013-12-24T16:01:16 If upstream is an rtems git repo that is fine but they needs to kept separate. 2013-12-24T16:01:37 gotcha. 2013-12-24T16:01:42 ie the RSB is just a configure, make, install, package and nothing more 2013-12-24T16:02:18 The example of ncurses is fine if we do not own the package, otherwise I see no advantage in loading some bits into the RSB 2013-12-24T16:02:26 so in this case... 2013-12-24T16:02:39 it might be better to simplify the build of the Graphics toolkit? 2013-12-24T16:02:57 honestly i have no idea where this notion that the RSB will be used for building toolkits came from. 2013-12-24T16:03:08 You either strip back the hacks in the toolkit to get is clean and use the RSB or you move to rtems_waf etc 2013-12-24T16:03:35 The RSB is ok once you have a working package 2013-12-24T16:03:38 i see what you're saying. 2013-12-24T16:03:42 yes this makes sense. 2013-12-24T16:03:56 Great 2013-12-24T16:03:58 first the problem with this toolkit not building right needs to be fixed. 2013-12-24T16:04:09 whether via fixing the make logic or re-implementing it in waf 2013-12-24T16:04:16 Yes and if a Makefile.inc exists you need to remove it 2013-12-24T16:04:24 yeah 2013-12-24T16:04:43 well the student has not spent too much effort on the RSB half yet I think other than reading a little bit 2013-12-24T16:04:48 It might be remove Makefile.inc and use if the sb-rtems-config is a path. I just do not know 2013-12-24T16:05:02 so perhaps I should encourage the task to be the original description of waf conversion. 2013-12-24T16:05:31 I do not know. My concern is a 50/50 mess 2013-12-24T16:05:53 hmm, btw it looks like the sudo is wrapped in a parameter and turned off by default 2013-12-24T16:06:11 maybe done in a subsequent patch 2013-12-24T16:06:39 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-24T16:06:44 Huh ? It looks just like a command to me 2013-12-24T16:07:44 commit ea5988bce6f16ea56292f2d8a982abf1f8ce135e 2013-12-24T16:07:44 Author: Alexandru-Sever Horin 2013-12-24T16:07:45 Date: Thu Jul 12 17:53:05 2012 +0300 2013-12-24T16:07:45 Added option for sudo make install to do_it 2013-12-24T16:07:50 he fixed it later 2013-12-24T16:08:12 ah ok 2013-12-24T16:08:37 i'll make a note on the task, and try to drop in to check tomorrow or the next day 2013-12-24T16:08:42 after that i'm off the grid 2013-12-24T16:08:51 We should not promote sudo in anything because it can be a security risk 2013-12-24T16:08:52 regarding this waf conversion or RSB usage 2013-12-24T16:08:57 i agree 2013-12-24T16:09:01 have a good break 2013-12-24T16:09:04 thanks 2013-12-24T16:09:07 Great 2013-12-24T16:09:16 Lets see how it unfolds 2013-12-24T16:09:21 yeah 2013-12-24T16:11:36 *** javamonnn has joined #rtems 2013-12-24T16:13:40 ok i left my note. i'm out 2013-12-24T16:13:52 *** gedare has quit IRC (Quit: Leaving) 2013-12-24T16:30:38 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-24T16:51:31 *** javamonnn has joined #rtems 2013-12-24T17:37:43 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2013-12-24T17:43:08 *** edwardk has joined #rtems 2013-12-24T17:50:14 *** javamonnn has quit IRC (Ping timeout: 240 seconds) 2013-12-24T18:03:50 *** edwardk has quit IRC (Ping timeout: 240 seconds) 2013-12-24T18:06:54 *** edwardk has joined #rtems 2013-12-24T18:11:43 *** javamonnn has joined #rtems 2013-12-24T18:30:18 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2013-12-24T19:48:21 *** edwardk has joined #rtems 2013-12-24T19:54:06 *** gigetoo has quit IRC (Remote host closed the connection) 2013-12-24T19:57:24 *** gigetoo has joined #rtems 2013-12-24T21:44:47 *** mkhoory has joined #rtems 2013-12-25T01:20:31 *** edwardk has quit IRC (Remote host closed the connection) 2013-12-25T01:20:52 *** edwardk_ has joined #rtems 2013-12-25T03:40:16 *** edwardk_ has quit IRC (Quit: Computer has gone to sleep.) 2013-12-25T04:37:43 *** mkhoory has quit IRC (Ping timeout: 252 seconds) 2013-12-25T04:56:09 *** arvind_khadri has joined #rtems 2013-12-25T06:06:50 *** mkhoory has joined #rtems 2013-12-25T06:14:48 *** mkhoory has quit IRC (Read error: Connection reset by peer) 2013-12-25T06:15:04 *** mkhoory has joined #rtems 2013-12-25T08:30:04 *** amraw has joined #rtems 2013-12-25T09:08:41 *** mkhoory has quit IRC (Ping timeout: 252 seconds) 2013-12-25T09:32:07 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-12-25T11:00:20 *** edwardk has joined #rtems 2013-12-25T11:32:05 *** amraw has quit IRC (Quit: Leaving.) 2013-12-25T12:14:04 *** edwardk