**** BEGIN LOGGING AT Sun Feb 12 02:59:56 2012
Feb 12 10:06:42 <PaulePanter> bluelightning: Hi. Do you know who is responsible for administering the mailing list? The tag still is OE-core instead of OE-Core.
Feb 12 10:07:19 <bluelightning> PaulePanter: I don't sorry, but the maintainers should be shown in the info page about the list
Feb 12 10:08:04 <PaulePanter> Thanks. I already wrote twice to the list but nobody responded.
Feb 12 10:24:56 <pb_> RP is responsible for the oe-core list.  I'm not quite sureI understand why the tag needs changing though.
Feb 12 10:30:19 <pb_> Oh, actually, maybe I am confused about that.  I think perhaps RP is responsible for the tsc list and I am responsible for oe-core.
Feb 12 10:31:48 <pb_> Anyway, bluelightning is right, whatever it says on the info page is correct.
Feb 12 11:03:03 <PaulePanter> pb_: I just found <http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core> which only says listmaster.
Feb 12 11:03:29 <PaulePanter> In my opinion it needs changing to keep spelling consistent.
Feb 12 11:03:53 <PaulePanter> It should be announced though so people can update their filters.
Feb 12 11:16:03 <pb_> It's not obvious to me that changing it would make any material difference to consistency.  The name of the git repository doesn't have a capital C on "core" and I am inclined to take that as definitive.
Feb 12 11:17:03 <pb_> So, personally, I think that changing it would just create disruption for no (or marginal) gain.  I am happy to change the naming if the TSC tell me to do it, or if Richard asks for it, but otherwise I think I will leave it as it is.
Feb 12 12:48:37 <PaulePanter> pb_: Please do a `git grep OE-Core` and `git grep OE-core` in the Git repository.
Feb 12 12:48:58 <PaulePanter> Also it was discussed on the list that OE-Core (and OE-Classic) are the official spellings.
Feb 12 12:49:19 <PaulePanter> pb_: You will see that OE-core is only used once.
Feb 12 12:49:26 <PaulePanter> And in all other cases OE-Core.
Feb 12 12:49:49 <PaulePanter> RP__: ^^
Feb 12 12:50:17 <PaulePanter> RP__: It would be nice if you could confirm that so that this issue can finally be resolved.
Feb 12 12:52:14 <RP__> PaulePanter: I have a slight preference for "OE-Core" but I think there are bigger issues to worry about and I'm not going to lose sleep over it
Feb 12 12:53:32 <RP__> PaulePanter: I likely wouldn't reject an otherwise valid patch that improves things just on the capitalisation of the name, just like a typo in a commit message isn't a blocker to merging although we do fix them when we spot them
Feb 12 12:54:22 * Jay7 is looking at khem's letter about PARALLEL_MAKE
Feb 12 12:54:57 <Jay7> what MACHINE/DISTRO/IMAGE is better to choose to test cases with P_M?
Feb 12 12:57:07 <PaulePanter> RP__: Thanks. The issue at hand pb_ and I talked about was about the spelling of the tag of the list.
Feb 12 13:24:32 <RP__> PaulePanter: My main concern is what affect that could have on people's mail filters and so forth
Feb 12 13:42:48 <PaulePanter> RP__: The longer the delay to change this, the more people will potentially have this problem.
Feb 12 13:43:10 <PaulePanter> Additionally the filters should look at the List* entries in the header anyway.
Feb 12 14:14:54 <RP__> PaulePanter: Since pb_ maintains the list, this is his call. I appreciate people should use the list ids
Feb 12 16:36:14 <otavio> Hello
Feb 12 16:38:04 <otavio> What JTAG adapter people are using? I am looking to buy one and I'm looking for advices ... any suggestion?
Feb 12 18:04:06 <GNUtoo> otavio, are you looking for cheap ones or fast ones?
Feb 12 18:04:48 <otavio> GNUtoo: I am new on this
Feb 12 18:04:58 <GNUtoo> ok
Feb 12 18:05:19 <GNUtoo> there are very cheap jtag like based on ftdi but they aren't fast
Feb 12 18:05:39 <GNUtoo> or they are fast and expesive ones....
Feb 12 18:05:45 <GNUtoo> the cheap ones usually work with openocd
Feb 12 18:06:04 <otavio> GNUtoo: they aren't fast in which sense? to send data to the chip you mean?
Feb 12 18:06:09 <GNUtoo> the expensive ones, I don't think so, however they usually still offer a gdb interface
Feb 12 18:06:38 <GNUtoo> I've not tried jtag yet but I've a slow one
Feb 12 18:07:19 <GNUtoo> so yes the communication can be slow or fast
Feb 12 18:07:45 <otavio> I'm looking for it since I'll need to add support to one board and I'll probably need to do the uboot and linux inclusion on it
Feb 12 18:07:47 <GNUtoo> also if you're not willing to spend time implementing the files for your cpu/board
Feb 12 18:07:52 <GNUtoo> take one that already has that
Feb 12 18:08:08 <GNUtoo> it'll save engineering time
Feb 12 18:08:21 <GNUtoo> s/files/config files/
Feb 12 18:10:30 <otavio> GNUtoo: but in any case you might need a jtag in case the board has no sdcard right?
Feb 12 18:10:45 <otavio> GNUtoo: otherwise you can end unable to put files on it
Feb 12 18:10:53 <GNUtoo> no
Feb 12 18:10:56 <GNUtoo> it depend
Feb 12 18:11:01 <GNUtoo> jtag is usually for debugging
Feb 12 18:11:11 <GNUtoo> for flashing, nowadays the SOC have bootroms
Feb 12 18:11:21 <GNUtoo> so if you know how to talk to the bootrom....
Feb 12 18:11:25 <GNUtoo> you can make it load files
Feb 12 18:11:30 <GNUtoo> like over serial or USB
Feb 12 18:11:50 <GNUtoo> then you're able to flash if you can run code
Feb 12 18:13:03 <univac> openpcd2 is in stock?
Feb 12 18:14:20 <GNUtoo> openocd
Feb 12 18:14:34 * otavio confused heh
Feb 12 18:15:00 <GNUtoo> openocd for jtag
Feb 12 18:15:05 <GNUtoo> openpcd is for rfid
Feb 12 18:15:46 <GNUtoo> http://openocd.sourceforge.net/
Feb 12 18:15:55 <GNUtoo> basically openocd offers a GDB interface
Feb 12 18:16:02 <GNUtoo> but also a way to reflash etc...
Feb 12 18:16:12 <univac> i mean rfid
Feb 12 18:16:17 <GNUtoo> and can do hardware testing(boudary scan etc...)
Feb 12 21:20:01 <CIA-108> 03Ulf Samuelsson <ulf@emagii.com> 07master * r9749798164 10openembedded.git/recipes/bluez/bluez4_4.98.bb: 
Feb 12 21:20:01 <CIA-108> bluez4: Add version to 4.98
Feb 12 21:20:01 <CIA-108> Signed-off-by: Ulf Samuelsson <ulf@emagii.com>
Feb 12 21:20:12 <CIA-108> 03Ulf Samuelsson <ulf@emagii.com> 07master * r53784a5e26 10openembedded.git/recipes/ (3 files in 2 dirs): (log message trimmed)
Feb 12 21:20:12 <CIA-108> intltool(-native) Fix dependencies.
Feb 12 21:20:12 <CIA-108> intltool used to depend on libxml-parser-perl-native,
Feb 12 21:20:12 <CIA-108> which did not exist.
Feb 12 21:20:12 <CIA-108> The patch creates a new native recipe for libxml-parser-perl,
Feb 12 21:20:12 <CIA-108> and let intltool-native depend on this.
Feb 12 21:20:13 <CIA-108> intltool dependency is removed.
Feb 12 21:20:13 <CIA-108> 03Ulf Samuelsson <ulf@emagii.com> 07master * r19f9a4e780 10openembedded.git/recipes/perl/ (3 files in 2 dirs): 
Feb 12 21:20:14 <CIA-108> perl_5.10.1.bb: Add search for libraries
Feb 12 21:20:14 <CIA-108> Ubuntu 11.04 i686 has moved around the libraries.
Feb 12 21:20:15 <CIA-108> perl-native will not build due to this.
Feb 12 21:20:15 <CIA-108> Backported from 5.14.2
Feb 12 21:20:16 <CIA-108> Signed-off-by: Ulf Samuelsson <ulf@emagii.com>
Feb 12 22:20:40 <PaulePanter> OT: Review of the TrimSlice: <http://blog.sesse.net/blog/tech/2012-02-12-21-43_playing_with_the_trim_slice.html>
Feb 13 02:51:34 <Thex1le> evening... any one care to help a noob/idiot try and update/fix a bb package?
**** ENDING LOGGING AT Mon Feb 13 02:59:58 2012