| *** tpb has joined #timvideos | 00:00 | |
| CarlFK | if lsusb shows Bus 002 Device 010: ID 16c0:06ad Van Ooijen Technische Informatica | 00:04 |
|---|---|---|
| CarlFK | do i need to do anything? or can mithro take care of it easy enough | 00:05 |
| mithro | WTF is cdc_xr_usb_serial ? | 00:06 |
| CarlFK | lol | 00:06 |
| CarlFK | mithro: where do you see that ? | 00:07 |
| CarlFK | [768092.189536] usbcore: registered new interface driver cdc_xr_usb_serial | 00:07 |
| CarlFK | huh | 00:07 |
| mithro | shenki: cdc_xr_usb_serial ? | 00:07 |
| CarlFK | tumbleweed: you were on this box, so everything is your fault :[ | 00:08 |
| tumbleweed | lol | 00:08 |
| mithro | tumbleweed: How do you find which package contains a kernel module? | 00:08 |
| shenki | mithro: hrm? | 00:09 |
| mithro | shenki: Have you seen that module before? | 00:09 |
| shenki | nope | 00:09 |
| tumbleweed | dpkg -S | 00:09 |
| mithro | shenki: seems to come from xr_usb_serial_common | 00:10 |
| mithro | linux-image-extra-4.4.0-63-generic: /lib/modules/4.4.0-63-generic/kernel/ubuntu/xr-usb-serial/xr_usb_serial_common.ko | 00:10 |
| shenki | it's not upstream | 00:10 |
| mithro | CarlFK: do you already have the prebuilt firmware on this machine somewhere? | 00:13 |
| CarlFK | mithro: doesn't look like it | 00:14 |
| CarlFK | let me chekck the box tumbleweed was on | 00:15 |
| mithro | I'm going to have to head to the airport in ~30 minutes I think.... | 00:16 |
| mithro | shenki: I think it comes from https://github.com/kasbert/epsolar-tracer/tree/master/xr_usb_serial_common-1a | 00:16 |
| tpb | Title: epsolar-tracer/xr_usb_serial_common-1a at master · kasbert/epsolar-tracer · GitHub (at github.com) | 00:16 |
| shenki | interesting | 00:17 |
| CarlFK | mithro: feel free to tmux/clone a honken repo. | 00:21 |
| mithro | tumbleweed: It seems to be working on Carl's Atlys | 00:34 |
| mithro | tumbleweed: But he seems to have the old ixo-usb-jtag stuff installed | 00:35 |
| tumbleweed | give me a login so I can see? | 00:35 |
| tumbleweed | mithro: can I play with it a bit? | 00:36 |
| mithro | tumbleweed: Sure - I'm just packing up to go to the airport | 00:37 |
| mithro | will be back on at the airport for an hour or two | 00:37 |
| tumbleweed | mithro: err, you havea b nchu fo new commits in your branch | 00:40 |
| tumbleweed | does that mean that you were able to reproduce the problem? | 00:40 |
| tumbleweed | I'm assuming 14f441fa46cd0db0c307167eecba6f17901e3e40 is what fixed it | 00:41 |
| tumbleweed | that was the obvious thing, but for unknown reasons | 00:41 |
| mithro | tumbleweed: No, I haven't see the 0x1818 error on his board | 00:41 |
| tumbleweed | oh, right, that's not what I was testing for | 00:41 |
| tumbleweed | you're running the same firmware that I have here, though | 00:42 |
| mithro | bblr | 00:42 |
| tumbleweed | yeah, this time around, it flashes fine | 00:43 |
| tumbleweed | dunno how I got htat before | 00:43 |
| tumbleweed | CarlFK: you saw I left a pile of comments on github? | 00:43 |
| CarlFK | no.. looking now... | 00:43 |
| mithro | At the airport now | 02:18 |
| mithro | tumbleweed: It's likely you got it after loading the normal UVC hex or something? | 02:18 |
| mithro | tumbleweed: Does the new stuff work on the Opsis? | 02:21 |
| mithro | I haven't tested on Carl's machine... | 02:21 |
| thaytan | xfxf, it'd be cool if you want to come visit | 02:41 |
| thaytan | we can do setup stuff and maybe improve the documentation as we go | 02:41 |
| thaytan | or at least take some notes | 02:41 |
| thaytan | (plus all my machines are fedora) | 02:41 |
| xfxf | cool, sounds good, i'll plan on arriving mid arvo? | 02:54 |
| xfxf | message me your address | 02:54 |
| mithro | Getting on a plane now | 02:59 |
| mithro | Be back in ~24 ish hours | 02:59 |
| tumbleweed | mithro: you have a python 3.6ism | 03:00 |
| mithro | tumbleweed: ? | 03:00 |
| tumbleweed | I commented on the PR | 03:00 |
| CarlFK | mithro: have a good flights ! | 03:38 |
| paddatrapper | mithro: I can certainly take a look | 05:42 |
| *** CarlFK has quit IRC | 10:01 | |
| *** SamSagaZ has quit IRC | 10:21 | |
| *** SamSagaZ has joined #timvideos | 12:28 | |
| *** rohitksingh has joined #timvideos | 13:48 | |
| *** CarlFK has joined #timvideos | 14:29 | |
| *** ChanServ sets mode: +v CarlFK | 14:29 | |
| *** CarlFK has quit IRC | 15:34 | |
| *** CarlFK has joined #timvideos | 15:46 | |
| *** ChanServ sets mode: +v CarlFK | 15:46 | |
| *** SamSagaZ_ has joined #timvideos | 16:11 | |
| *** SamSagaZ has quit IRC | 16:14 | |
| tumbleweed | sigh, that keyboard key I was complaining about. I filed a ticket with lenovo to get a replacement, and they immediately "closed it at customer request". This happened last time, too :( | 16:54 |
| CarlFK | ouch | 17:03 |
| tumbleweed | CarlFK: did another pass over your PRs | 17:58 |
| CarlFK | tumbleweed: thanks. clicks... | 18:07 |
| tumbleweed | I still need to understand what you were doing with the networking force stuff | 18:08 |
| tumbleweed | basically, that'll have meant that none of the network setup ever happened, right? | 18:08 |
| *** SamSagaZ_ has quit IRC | 18:23 | |
| *** puck`` has quit IRC | 18:53 | |
| CarlFK | tumbleweed: networking force... what? | 18:54 |
| CarlFK | I think ansible puts everything in place, but currently a human needs to step in and reboot the box to make everything take effect | 18:55 |
| CarlFK | you mentioned some sort of service restart. I am guessing that is what is needed | 18:55 |
| tumbleweed | the ignore/fore stuff, yeah | 18:57 |
| tumbleweed | I'm wondering how those changes helped you | 18:57 |
| *** puck has joined #timvideos | 18:58 | |
| CarlFK | oh.. hmm.. there is a chance they didn't. this.... | 19:04 |
| CarlFK | eth-local is configed, but not active. dnsmasq gets told to use eth-local, dnsmasq gets restarted, errors, and ansible stops | 19:05 |
| CarlFK | I think. red text and errors!=0, even though all the configs are right. so I was trying to suppress the errors given that everything was mostly ok | 19:06 |
| tumbleweed | CarlFK: aah, yeah, we probably never ran the dhcp-server stuff in one run | 19:22 |
| tumbleweed | because you never PXE boot the pxe server | 19:23 |
| tumbleweed | except CarlFK does :P | 19:23 |
| CarlFK | lol | 19:23 |
| CarlFK | yep. | 19:23 |
| tumbleweed | we do actually want to catch failures, though | 19:24 |
| tumbleweed | just not in this case | 19:24 |
| tumbleweed | that's what the ANSIBLE_UNDER_DI env var was all about | 19:24 |
| CarlFK | I get those errors when I ansible from my laptop to a fresh box | 19:32 |
| tumbleweed | that's probably true, yeah | 19:33 |
| CarlFK | I haven't bothered to do a pxe in one step (pxe+ansible) because I want the ansible stuff on my local screen/term | 19:33 |
| tumbleweed | yep, it's a lot easier to debug like that | 19:34 |
| tumbleweed | and hack | 19:34 |
| CarlFK | on that note... the ansbile -l $host errors "no such host in inventory" (i think) and late_command errors so d-i stops | 19:34 |
| tumbleweed | I'd still try to find a way to tell it only to ignore those failures when we are expecting them | 19:34 |
| CarlFK | I hit enter and all is well, but that needs attention | 19:35 |
| tumbleweed | well then you need to add it to inventory | 19:35 |
| *** rohitksingh has quit IRC | 20:18 | |
| *** andi-m has quit IRC | 22:11 | |
| *** andi-m has joined #timvideos | 22:14 | |
| *** puck is now known as puck`` | 22:20 | |
| CarlFK | tumbleweed: on nfs stuff... can I move this veyepar-encoder task: - name: links from local Video dir into nfs mount (for veyepar encoder to read/write) | 22:32 |
| CarlFK | into the nfs-client task | 22:33 |
| CarlFK | and split this up: | 22:34 |
| CarlFK | - hosts: veyepar-encoder roles: - nfs-client - veyepar-encoder | 22:34 |
| CarlFK | that seems better than a "use_nfs y/n" config | 22:35 |
| *** Naman has joined #timvideos | 23:20 | |
| *** Naman has quit IRC | 23:21 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!