**** BEGIN LOGGING AT Tue Aug 30 02:59:58 2016 Aug 30 09:36:13 Hello everyone. Has anyone implemented a S-LZW (SENSOR LZW) compression algorithm? The only one C implementation I found is not running for me in Debian ( I gives a segmentation fault in decompression and the code flow is pretty hard to follow, for me at least). The "official" code: https://sites.google.com/site/cmsadler/. My (just a bit) modified code: https://www.dropbox.com/sh/b8g98p9vnrjnqto/AAAOT8AeOgu8fwyj0TGLqzbEa?dl=0 Aug 30 09:40:43 fulgor3_: hum, why do you keep asking the almost same question about everyday, which isn't even OE related? Aug 30 09:49:00 LetoThe2nd this is a bit different question, and it is related since it is intended to run into an embedded device, because the contraints that those diveces use to have Aug 30 09:49:26 devices* Aug 30 09:50:49 fulgor3_: i do not think that the search for a compression algorithm or the attempt to understand it are OE related in any way. Just like OE is not "for everything embedded", but its a specifc build system for linux based software distributions. Aug 30 09:51:10 fulgor3_: but of course, go ahead. just my hopefully constructive thoughts. Aug 30 09:51:36 LetoThe2nd If I would want just a compression algorithm for Linux I won't use LZ based algorithms Aug 30 09:52:15 but since I need to do this in an embedded... but If it bother all of you, of course I will stop asking Aug 30 09:53:44 fulgor3_: for the compression, i cannot help. but you are obviously messing up the words "embedded" and "baremetal" Aug 30 10:18:04 LetoThe2nd in this case yes in order to test this, because it is going to be used in a baremetal, but after the test it could be implemented into a Real Time Operative System Aug 30 10:21:58 fulgor3_: its all fine. i'm just trying to point out that this channel is called Open Embedded because it serves as a discussion platform for the linux build system called OpenEmbedded. Not because its for general open discussion about embedded development. A bit misleading, but thats the point behind this channel. Aug 30 10:22:34 fulgor3_: and thats also the reason why nobody tends to answr questions here that concern bare metal things. its just not the topic here. Aug 30 10:24:11 (just trying to explain) Aug 30 10:27:31 ok ok Aug 30 10:27:35 so I stop then Aug 30 10:27:55 I undestand maybe I am missing a bit the topic :( Aug 30 10:28:14 It won't happen again Aug 30 10:29:02 its no problem, i just think you have got a slightly wrong expectation of the people around here. Aug 30 11:05:18 how can i specify ok pg pathname to install package Aug 30 15:44:55 I would just like to say that linux-yocto and this patch handling stuff isn't a particualrly good feature Aug 30 16:01:57 Crofton|work: you should discuss that with zedd Aug 30 16:02:08 yeah Aug 30 16:02:16 it is annoying to find issues Aug 30 17:29:49 rsv: I don't understand your question... "ok pg pathname" ?? Aug 30 17:32:41 * vmeson notes the timestamp on rsv's msg and lack of rsv... oh well. Aug 30 20:15:14 Any idea how we can get OE added to this report? Aug 30 20:15:16 http://lwn.net/Articles/698650/rss Aug 30 21:09:29 Crofton|work: could probably ask corbet on G+, IRC, etc Aug 30 21:10:41 We need a better reporting system also, need to ping some guys Aug 30 21:37:22 Crofton|work: currently I think we'd be hamstrung by not tracking this in the same way that the distros currently listed do Aug 30 22:38:53 evening all Aug 30 23:16:30 hi pb_ Aug 31 01:00:13 not sure if anyone is around -- but I'm trying to remember the order of inherits, if two layers provide a class with the same name.. which is actually used.. (first or last found in the bblayers conf?) Aug 31 01:21:59 fray: first in BBPATH, which is first in BBLAYERS assuming the layer.confs append Aug 31 01:31:28 thanks.. that is what I was hoping.. first 'wins' Aug 31 01:42:10 BBPATH was always inspired by PATH, so similar semantics Aug 31 01:42:11 p Aug 31 01:42:14 er, np Aug 31 02:35:24 hi pb **** ENDING LOGGING AT Wed Aug 31 02:59:58 2016