**** BEGIN LOGGING AT Mon Jun 13 02:59:58 2016
Jun 13 06:26:19 <sonicabt> I want to use yocto to work on some audio processing and also OpenCV.
Jun 13 06:26:31 <sonicabt> Will the distro provide me resources to work on audio processing and OpenCV without any hassle?
Jun 13 06:28:12 <sonicabt> Let me ask it in a better way.
Jun 13 06:28:27 <sonicabt> Can i use intel edison to do image and audio processing?
Jun 13 06:29:03 <sonicabt> Like connect a camera to it and run some image processing algos and store output and send the output to a connected screen?
Jun 13 06:29:08 <sonicabt> If yes, then how should i go about it?
Jun 13 10:08:48 <_taw_> found this issue: http://lists.gnu.org/archive/html/bug-tar/2016-05/msg00022.html
Jun 13 10:10:40 <_taw_> probably a number of packages need update to be compliant with tar.1-29, fixed perl-ptest.inc locally, but grep also finds others too. Shall I file a bug?
Jun 13 10:34:21 <_taw_> question is, shall I file an individual patch against perl-ptest or file a bug and somebody fixes the problem across all recipes
Jun 13 13:25:58 <Rallis> Why would bitbake-prserv not be saving to the prserv.sqlite3 database? bb_coreparser.dat has grown to 50MB, but all of my recipe revs went back to server after restarting the pr server...
Jun 13 15:54:11 <kergoth> ooh, do_fetch progress bar is awesome
Jun 13 15:54:17 <kergoth> (testing paul's progress patches)
Jun 13 15:54:38 <kergoth> the setscene progress bars that mostly just pop up and vanish are less useful in the common case, might want to only display a progress bar if the time has been at least some minimum threshold
Jun 13 15:54:42 <kergoth> i.e. 5 seconds
Jun 13 16:03:16 <armpit> but does he have an app for it ; )
Jun 13 16:04:16 <kergoth> i'd always intended for us to add progress indication like this back when i added the first progress rendering to the ui when doing the parallel parsing patches, awesome that someone did it
Jun 13 20:13:20 <Rallis> Is there anywhere that the value returned from the PR server would be saved? I'm not finding it anywhere.
Jun 13 20:14:49 <rburton> Rallis: pkgdata has a copy
Jun 13 20:15:04 <rburton> but the pr server is where its saved.
Jun 13 20:16:30 <Rallis> the sqlite3 file wasn't getting updated
Jun 13 20:18:58 <Rallis> rburton: where is pkgdata at?
Jun 13 20:20:34 <rburton> pkgdata inside the sysroot
Jun 13 20:25:28 <Rallis> rburton: Right, thanks!
Jun 13 21:08:58 <ant_home> khem: ping?
Jun 13 21:21:57 <khem> ant_home: yes
Jun 13 21:27:31 <ant_home> hi there
Jun 13 21:27:41 <ant_home> building meta-opie against musl
Jun 13 21:28:09 <ant_home> up to now, one little problem (fixed with an hack)
Jun 13 21:28:13 <ant_home> then a big one...
Jun 13 21:28:17 <ant_home> http://pastebin.com/X1ZBuNRY
Jun 13 21:31:24 <ant_home> khem: about obexpush the issues are  http://pastebin.com/HtEX6gbM
Jun 13 21:33:27 <ant_home> headers differ...I've fixed the error but not the warnings
Jun 13 21:33:30 <ant_home> - ./opd/obex_handler.c: fd = open(filename, O_RDWR | O_CREAT, DEFFILEMODE);
Jun 13 21:33:30 <ant_home> +   fd = open(filename, O_RDWR | O_CREAT, S_IRUSR | S_IWUSR)
Jun 13 22:08:19 <ant_home> khem, so the big issue is with qte-mt, lacking all musl configs
Jun 14 00:41:19 <Rallis> Has anyone had to considered a method to import the AUTOPR value from an sstate directory?  I'm planning on taking the PKGR from the packagedata/pkgdata/runtime/* in sstate-cache/*/*${SSTATE_PKGARCH}:${HASH}_package.tgz and repopulating the pr server db from there.
**** ENDING LOGGING AT Tue Jun 14 02:59:59 2016