**** BEGIN LOGGING AT Sun Oct 16 02:59:58 2016 Oct 16 13:06:36 PaulFertser: any idea what's Gowdy's(?) problem with https://usb-ids.gowdy.us/read/UD/1d50/60eb ? in http://www.linux-usb.org/usb.ids it lacks completely, in https://usb-ids.gowdy.us/read/UD/1d50 it shows only as nullstring item Oct 16 13:07:29 there are several more like that Oct 16 13:08:49 DocScrutinizer05: he said he wants to manually clear names as I have written them in the patch, he wants to remove USB from them. Oct 16 13:08:59 seems he doesn't like the "USB-Adapter" since it's tautological Oct 16 13:09:10 :nod: Oct 16 13:09:45 makes sense. Maybe we should help him? Oct 16 13:11:05 do you think some volunteer going across the complete table in http://wiki.openmoko.org/wiki/USB_Product_IDs#Assigned.2FAllocated_Openmoko_USB_Product_IDs and editing names accordingly would make sense? Oct 16 13:12:02 I already mused about that issue, wondering if anybody foolish devel might grep for the plaintext exact string rather than the VID/PID Oct 16 13:14:23 nasty one: >>0x60c4 CAN bus USB communication device<< that's a tad too generic, no? Oct 16 13:17:25 and the affiliated >>PIC16F1 USB bootloader<< even worse Oct 16 13:18:45 I wonder why Gowdy didn't simply reject the patch with a "provide better names!" Oct 16 13:19:23 possibly, if he felt kind, listing the problematic items Oct 16 13:20:40 PaulFertser: do you think I should give it a try to sanitize that mess? Oct 16 13:21:18 ruthlessly assigning new names to all those problematic items Oct 16 13:21:48 at least that would be "upstream" then, instead of Gowdy doing that Oct 16 13:25:23 >>0x60a3 keyboard (bootloader)<< ROTFL Oct 16 13:28:22 oohshit! Oct 16 13:34:33 fixed that one Oct 16 13:38:18 PaulFertser: interesting: 0x601f - 0x6030 Oct 16 13:40:31 and on, at least til 0x6046 - all "missing" the comments. So this whole table needs severe sanitizing, plus a syntax to markup comments as such Oct 16 13:52:52 DocScrutinizer05: (CAN USB adapter) not too generic, it just provides low-level CAN access, so the name is appropriate. Oct 16 13:53:13 DocScrutinizer05: I think since he promised to fixed it manually, so be it, we can even leave the wiki page as it is. Oct 16 13:53:47 well, it's pretty generic in that it is describing a cloass of devices, without any "TM-able" product name Oct 16 13:53:54 DocScrutinizer05: you're mostly complaining about the items that Harald added, right? Oct 16 13:54:04 dunno Oct 16 13:54:10 prolly Oct 16 13:54:46 for now I'm working to sanitize our "upstream" to be in line with downstream Oct 16 13:54:56 lemme safe an interim Oct 16 13:55:07 I wouldn't bother too much, imho it would be good enough if Gowdy eventually accepts all the items. Oct 16 13:55:40 After he accepts, we can fix the wiki table and then keep that all in mind when adding new entries. Oct 16 13:55:41 0x6026 Oct 16 13:57:25 http://wiki.openmoko.org/index.php?title=USB_Product_IDs&diff=108818&oldid=108817 Oct 16 14:00:05 tbh I think Gowdy isn't eager to do that job, and possibly won't even do it Oct 16 14:03:02 however I have to stop for now - will pick up on that task later on again Oct 16 14:11:22 DocScrutinizer05: thanks a lot for caring! Oct 16 14:12:05 np :-) Oct 16 14:12:57 I think we should add a note that a person MUST send a mail if he or she decide to request the PID elsewhere. Oct 16 14:13:15 To notify us so that we do not spend time reviewing. Oct 16 14:13:16 please feel free to add such note Oct 16 14:14:07 you could even insinuate that failing to do so might cause conflicts that will result in no ID working correctly for that project Oct 16 14:14:43 it's a tad made up but maybe emphasizes our point Oct 16 14:15:37 Ahaha, not sure how to make it actually conflict :) Oct 16 14:15:39 a smart wording will be sufficiently ambiguous to which are the problems to avoid by obeying that request ;-) Oct 16 14:16:41 To avoid potential conflicts and other issues, you MUST send a cancellation mail if you decide to request the PID elsewhere. Oct 16 14:16:49 Good enough? Oct 16 14:17:15 "to avoid problems with collisions and duplicating, we urgently ask you to only apply at one entity for an ID, respective at very least cancel your request at us when you apply elsewhere" Oct 16 14:17:30 hehe, great minds think alike Oct 16 14:17:39 Indeed :) Oct 16 14:18:17 go ahead with yours, it's prolly netter Oct 16 14:18:21 better* Oct 16 14:18:48 I'll change it to incorporate more FUD from yours :) Oct 16 14:24:19 I hope it's good enough now https://wiki.openmoko.org/index.php?title=USB_Product_IDs&action=historysubmit&diff=108819&oldid=108818 Oct 16 14:25:37 excellent :-) Oct 16 14:52:30 unhappy with: | 0x1d50 || 0x6028 || Teensy 2.0 Development Board [[http://deskthority.net/workshop-f7/split-ergonomic-keyboard-project-t1753.html ErgoDox] keyboard] // ergonomic keyboard Oct 16 14:52:47 gives headache for sed job to prepare patch, I guess Oct 16 15:05:31 lol, on https://deskthority.net/workshop-f7/split-ergonomic-keyboard-project-t1753.html dox made all their posts void on 04 Feb 2013 Oct 16 15:10:38 Looks like he cancelled the project eventually. Oct 16 15:13:02 yeah, got fed up about some MassDrop thing, nfc **** ENDING LOGGING AT Mon Oct 17 02:59:58 2016