| *** tpb has joined #timvideos | 00:00 | |
| CarlFK | note to anyone testing: installing to ssd over and over is super nice | 00:07 |
|---|---|---|
| olasd | except for the ssd | 00:09 |
| olasd | :) | 00:09 |
| olasd | but yes, SSD and installer on USB 3 stick = <3 <3 | 00:09 |
| CarlFK | yeah, I got a usb3 stick just for this. and now I am installing to a bunch of spinny disks | 00:14 |
| CarlFK | I wonder if I can boot off an sd card... | 00:16 |
| *** rohitksingh has joined #timvideos | 01:07 | |
| Ishan_Bansal | shenki : ping | 01:11 |
| *** CarlFK has quit IRC | 01:34 | |
| *** rohitksingh has quit IRC | 02:04 | |
| *** sb0 has quit IRC | 02:29 | |
| *** rohitksingh_work has joined #timvideos | 03:33 | |
| mithro | Afternoon people | 03:54 |
| mithro | Office hours will only be 30 minutes today | 03:55 |
| mithro | Ishan_Bansal: Do you need any help? | 03:55 |
| mithro | paddatrapper: How goes things? | 03:55 |
| *** CarlFK has joined #timvideos | 04:03 | |
| *** ChanServ sets mode: +v CarlFK | 04:03 | |
| mithro | xfxf: I do think we should get into the situation where we are reimaging machine on a very regular bases | 04:04 |
| xfxf | mithro: sure, but the ansible infrastructure built during LCA seems broken now | 04:06 |
| mithro | xfxf: I feel like olasd / jea are having a different experience, so it would be good to figure out why -- totally understand that you're short on time with PyCon rapidly approaching.... | 04:07 |
| xfxf | i want to figure out why too, but pycon prep is only me, with thrlr additional fun of no access to the rooms until 5 am the morning of the event | 04:08 |
| mithro | xfxf: Gah :-( | 04:08 |
| xfxf | hence using an install i know works and can be placed in. we have literally zero time to debug anything new that comes up | 04:08 |
| mithro | xfxf: Yeah | 04:08 |
| xfxf | but agreed, will reimage after pycon | 04:09 |
| CarlFK | mithro: symlink | 04:12 |
| mithro | CarlFK: not happening today, remind me again tomorrow | 04:12 |
| CarlFK | k | 04:12 |
| mithro | CarlFK: but do keep poking me, eventually I'll get annoyed enough to do it :-P | 04:12 |
| *** SamSagaZ has quit IRC | 04:23 | |
| *** SamSagaZ has joined #timvideos | 04:24 | |
| paddatrapper | mithro: yeah, all good. Need to work out why I'm getting EOVERFLOW as a response to every iso request | 07:59 |
| mithro | paddatrapper: Do you need me to merge / look at stuff? | 08:00 |
| paddatrapper | mithro: the only thing outstanding is the audio descriptors. I've branched off it for what I'm currently doing, so that can be merged. Otherwise I can close it and open a new one with the latest stuff | 08:02 |
| paddatrapper | https://github.com/timvideos/HDMI2USB-fx2-firmware/pull/23 | 08:03 |
| tpb | Title: Audio descriptors by paddatrapper · Pull Request #23 · timvideos/HDMI2USB-fx2-firmware · GitHub (at github.com) | 08:03 |
| mithro | paddatrapper: So how do I replicate your work? | 08:28 |
| mithro | paddatrapper: Are you going to setup travis? | 08:28 |
| paddatrapper | mithro: replicate which work? | 08:31 |
| mithro | paddatrapper: The audio FX2 | 08:31 |
| paddatrapper | mithro: yeah I intend to this weekend | 08:31 |
| paddatrapper | mithro: checkout audio-data from my fork. cd audio && make | 08:32 |
| paddatrapper | That will give you the latest of my work there | 08:33 |
| mithro | How do I load it? | 08:34 |
| paddatrapper | make load | 08:34 |
| paddatrapper | That will use hdmi2usb-mode-switch to load the audio.hex | 08:34 |
| mithro | paddatrapper: BTW You might want to look at the sigrok-firmware-fx2lafw sometime... | 09:05 |
| paddatrapper | mithro: I use it regularly? | 09:16 |
| paddatrapper | Do you mean look at how it is written? | 09:16 |
| mithro | paddatrapper: Yeah | 09:24 |
| paddatrapper | mithro: ok I'll take a look | 09:32 |
| mithro | First FOSS usage of the gpif in the FX2 I've seen -> http://sigrok.org/gitweb/?p=sigrok-firmware-fx2lafw.git;a=blob;f=gpif-acquisition.c;h=7d3dcb6d59d8c1c69048ce7b3efbca98d80e5d21;hb=HEAD | 09:56 |
| tpb | Title: sigrok.org Git - sigrok-firmware-fx2lafw.git/blob - gpif-acquisition.c (at sigrok.org) | 09:56 |
| mithro | paddatrapper: We should diff fx2lib to the fx2lib in sigrok-firmware | 09:57 |
| paddatrapper | mithro: that's a good idea | 09:57 |
| paddatrapper | mithro: it's good to see that they don't know what's happening in some of their code either | 09:59 |
| mithro | paddatrapper: Oh? :-P | 09:59 |
| paddatrapper | mithro: scanning through I spotted a couple of question marks :) | 10:00 |
| mithro | paddatrapper: Got examples? | 10:22 |
| paddatrapper | mithro: seems it is only line 45. Though there were more.. | 10:32 |
| jea | mithro: building litex firmware for opsis - I do want to set platform=opsis, target=hdmi2usb and then run `make gateware`? | 10:49 |
| mithro | jea: Yes - platform/target in caps | 10:49 |
| jea | yep | 10:49 |
| jea | it is building at the moment. just taking a long time | 10:49 |
| jea | which i expect, but just didn't want to get all the way through and then find I did the wrong thing | 10:50 |
| mithro | It will take about 15-30 minutes | 10:50 |
| jea | this one has been routing for 57+ minutes | 10:50 |
| jea | should I stop and start again? | 10:51 |
| mithro | If it takes longer than 30+ minutes then it will fail | 10:51 |
| jea | right | 10:51 |
| jea | sounds like i should do this again then | 10:51 |
| mithro | jea: Assuming your computer is similar performance as mine | 10:51 |
| jea | this is on a gen 7 core i5 @ 2.2ghz | 10:52 |
| jea | mithro: what is the difference between video and hdmi2usb targets? | 10:55 |
| mithro | jea: video doesn't have capture functionality (IE no jpeg encoder) | 10:55 |
| jea | ah right | 10:55 |
| mithro | The video target should be around 5-10 minutes | 11:03 |
| jea | mithro: is there a hdmi2usb prebuilt bin for the opsis? | 11:05 |
| mithro | Yes | 11:05 |
| jea | I see one for atlys, but not opsis, unless i am in the wrong place | 11:05 |
| mithro | Hrm.... | 11:05 |
| mithro | jea: https://github.com/timvideos/HDMI2USB-firmware-prebuilt/tree/master/archive/master/v0.0.3-710-g947321b/opsis/hdmi2usb/lm32 | 11:06 |
| tpb | Title: HDMI2USB-firmware-prebuilt/archive/master/v0.0.3-710-g947321b/opsis/hdmi2usb/lm32 at master · timvideos/HDMI2USB-firmware-prebuilt · GitHub (at github.com) | 11:06 |
| jea | ah, just not in the latest build | 11:06 |
| jea | thanks mithro | 11:06 |
| mithro | jea: Yeah - that seems to be broken on travis - I'll try building here... | 11:07 |
| mithro | Maybe it really is broken | 11:10 |
| jea | oh ok | 11:18 |
| jea | that isn't too good | 11:18 |
| jea | we are going to use the prebuilt one and see how it goes | 11:18 |
| mithro | jea: Normally it just push a new change and it starts building again - stupid non-determinisim | 11:19 |
| jea | mithro: that is fpgas for you | 11:20 |
| mithro | jea: Well more the horrible ISE software... | 11:21 |
| jea | yep | 11:22 |
| mithro | jea: Hrm, I'm getting the same behaviour here.... | 11:27 |
| jea | mithro: I'm thinking of finding a commit from around LCA and then building that | 11:28 |
| mithro | jea: Have you tried the one I just posted? | 11:28 |
| jea | no | 11:28 |
| jea | where did you post that? in the prebuilt repo? | 11:28 |
| mithro | jea> ah, just not in the latest build | 11:28 |
| mithro | Above.... | 11:29 |
| jea | oh that one | 11:29 |
| jea | vys just flashed with it, but doesn't think it worked | 11:29 |
| vys | Error: xc6s.tap: IR capture error; saw 0x03 not 0x01 | 11:30 |
| mithro | vys: Try flashing again.... | 11:30 |
| vys | that's from the #710 build | 11:30 |
| vys | the DNA was 0x18181818181818.... | 11:30 |
| vys | I assume that's incorrect | 11:30 |
| mithro | Yes | 11:30 |
| vys | now it's decided that it's 0x1381c... | 11:30 |
| mithro | See the docs | 11:30 |
| vys | I think we're ok now | 11:31 |
| mithro | vys: https://github.com/timvideos/HDMI2USB-litex-firmware/blob/master/getting-started.md#common-errors | 11:32 |
| tpb | Title: HDMI2USB-litex-firmware/getting-started.md at master · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com) | 11:32 |
| vys | cheers | 11:33 |
| mithro | BTW Did I ever share https://www.bunniestudios.com/blog/?page_id=24 ? | 11:45 |
| vys | seem to be unable to load firmware onto the opsis | 11:51 |
| vys | how long should it normally take? | 11:52 |
| mithro | vys: about 1-2 minutes | 11:53 |
| mithro | vys: Don't forget to power cycle it afterwards | 11:53 |
| vys | loading or flashing | 11:55 |
| vys | I presume the firmware relies on the gateware having a particular version? | 11:56 |
| mithro | vys: You just need to flash the one .bin file | 11:56 |
| mithro | The flash.bin | 11:57 |
| vys | yep | 11:57 |
| mithro | vys: That contains the gateware+bios+firmware | 11:57 |
| vys | oh right | 11:58 |
| vys | handy | 11:58 |
| vys | which opsis-mode-switch command for that? | 11:58 |
| mithro | vys: You use the --flash-gateware command | 11:59 |
| vys | sure | 11:59 |
| vys | I'll try | 11:59 |
| mithro | Need to add a --flash-image command to the firmware | 11:59 |
| vys | I do, or you do? | 11:59 |
| mithro | If I say you do, will you do it for me? :-P | 12:00 |
| vys | not tonight | 12:00 |
| vys | but potentially | 12:00 |
| mithro | I'm not doing it tonight | 12:00 |
| vys | the opsis Makefile.mk specifies `--flash-gateware=$(TARGET_BUILD_DIR)/gateware/top.bin` | 12:00 |
| mithro | vys: It would be really nice if the hdmi2usb-mode-switch had a "--download-gateware=stable" that would pull from the prebuilt too | 12:01 |
| vys | so I use opsis-mode-switch with --flash-gateware, and specify the flash.bin from the prebuilt archive? | 12:02 |
| vys | and then power cycle it, and it should all come good? | 12:02 |
| mithro | Yes | 12:03 |
| mithro | In _theory_ | 12:03 |
| mithro | vys: I thought I had figured out how to make the opsis reset after programming, but it didn't seem to be working last I tested it | 12:05 |
| mithro | I'm about to head out.... | 12:07 |
| vys | I'm having trouble flashing it, but will continue | 12:08 |
| vys | mithro: thanks for your help tonight | 12:08 |
| mithro | paddatrapper: Apparently the FX2 miniboard is called a "Lcsof CY7C68013A Mini Board" -> https://sigrok.org/wiki/Lcsoft_Mini_Board | 12:10 |
| tpb | Title: Lcsoft Mini Board - sigrok (at sigrok.org) | 12:10 |
| *** sb0 has joined #timvideos | 12:29 | |
| *** rohitksingh_work has quit IRC | 12:36 | |
| *** sb0 has quit IRC | 12:45 | |
| mithro | vys: any luck? | 13:03 |
| mithro | jea: ^ | 13:05 |
| vys | I'm now flashing firmware reasonably well | 13:08 |
| vys | although running 'm l' causes the whole opsis to lock up on the 710 build | 13:08 |
| mithro | hrm.... 'm l'? | 13:09 |
| vys | video_mode list | 13:10 |
| mithro | vys: It crashes with both? or just the short one? | 13:12 |
| *** sb0 has joined #timvideos | 13:19 | |
| vys | both | 13:19 |
| vys | potentially just hangs for a really long time | 13:19 |
| mithro | Hrm.... | 13:20 |
| mithro | What _does_ work? | 13:20 |
| vys | I can connect one of our cameras to an encoder | 13:22 |
| vys | and occasionally cheese will display it to me | 13:22 |
| vys | when cheese doesn't hang indefinitely | 13:22 |
| vys | running 'm l' pauses the clock on the encoder | 13:23 |
| CarlFK | vys: you have 2 opsis boards right? | 13:26 |
| vys | 4 | 13:26 |
| vys | CarlFK: ^ | 13:26 |
| CarlFK | lol - k. if only 1 I would dig mine up to try on different hardware | 13:27 |
| vys | mithro: setting it to mode 14 dies | 13:27 |
| CarlFK | you are using this build? (06:05:58 AM) mithro: jea: https://github.com/timvideos/HDMI2USB-firmware-prebuilt/tree/master/archive/master/v0.0.3-710-g947321b/opsis/hdmi2usb/lm32 | 13:28 |
| tpb | Title: HDMI2USB-firmware-prebuilt/archive/master/v0.0.3-710-g947321b/opsis/hdmi2usb/lm32 at master · timvideos/HDMI2USB-firmware-prebuilt · GitHub (at github.com) | 13:28 |
| vys | yes | 13:28 |
| mithro | Can you give me the output of status? | 13:30 |
| vys | setting it to mode 14 kills the clock on the pattern page too | 13:30 |
| vys | H2U 00:00:21>s | 13:30 |
| vys | input0: 0x0 (@47.94 MHz) (capturing) | 13:30 |
| vys | input1: 0x0 (@0.00 MHz) (capturing) | 13:30 |
| vys | output0: [email protected] from input1 (underflows: 0) | 13:30 |
| vys | output1: [email protected] from input1 (underflows: 0) | 13:30 |
| vys | EDID primary mode: [email protected] | 13:30 |
| vys | EDID secondary mode: [email protected] | 13:30 |
| vys | encoder: 1280x720 @ 0fps from input1 (q: 85) | 13:30 |
| vys | ddr: | 13:30 |
| mithro | Turn off output1 and input1 | 13:30 |
| vys | with them off 'm l' still dies | 13:32 |
| vys | I should just flash older firmware | 13:32 |
| vys | probably | 13:32 |
| mithro | paddatrapper: This page lists a lot of the fx2 based devices - http://sigrok.org/wiki/Fx2lafw | 13:38 |
| tpb | Title: fx2lafw - sigrok (at sigrok.org) | 13:38 |
| jea | CarlFK: using the latest ansible stuff, should a mix computer do an auto-login and then open up voctogui? | 13:47 |
| jea | because i am seeing it do an auto-login, but nothing opens. and opening voctogui from the applications menu freezes the whole machine | 13:48 |
| CarlFK | jea: auto log in yes, but not run the gui - click the cat in the toolbar | 13:54 |
| mithro | jea: That sounds like the voctogui or core isn't using the correct config? | 13:54 |
| CarlFK | freezes the whole machine - i haven't seen that | 13:55 |
| mithro | CarlFK: I have when you start it up with 1080p | 13:55 |
| jea | CarlFK: I don't have a cat in the toolbar | 13:56 |
| jea | so I'm not sure what went wrong there | 13:56 |
| jea | maybe i stuffed up the inventory | 13:57 |
| jea | https://bitbucket.org/joeladdison/wordcamp-bne-2017 | 13:58 |
| tpb | Title: joeladdison / wordcamp-bne-2017 Bitbucket (at bitbucket.org) | 13:58 |
| CarlFK | jea: how latests is latest? ;) like do you have a cfg file that looks like this: http://paste.ubuntu.com/25139438/ | 13:58 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 13:58 |
| jea | well it was installed last night / tonight | 13:59 |
| jea | so pretty latest | 14:00 |
| CarlFK | https://bitbucket.org/joeladdison/wordcamp-bne-2017/src/f63cbabafc6100bd45f211acf4b6ca846a9cfd95/inventory/hosts?at=master&fileviewer=file-view-default | 14:02 |
| tpb | Title: joeladdison / wordcamp-bne-2017 / source / inventory / hosts Bitbucket (at bitbucket.org) | 14:02 |
| CarlFK | that looks ok | 14:02 |
| CarlFK | jea: how did you install the OS? | 14:04 |
| jea | CarlFK: I used the latest CD ISO, then installed using the same preseed config as in your repo | 14:05 |
| CarlFK | jea: debian or ubuntu? | 14:06 |
| jea | after that, I ran ansible to set everything up, as per late-command.sh | 14:06 |
| jea | debian | 14:06 |
| CarlFK | whats the iso filename? | 14:06 |
| CarlFK | trying to figure out how far off it is from what we have done | 14:07 |
| jea | just finding it now | 14:07 |
| jea | debian-9.0.0-amd64-xfce-CD-1.iso | 14:08 |
| CarlFK | thats a full desktop install right? like you get gui and apps and everythng ? | 14:09 |
| jea | correct | 14:09 |
| CarlFK | Im guessing thats what broke it | 14:09 |
| jea | but we installed the least amount possible, and followed the same settings as in the preseed | 14:09 |
| jea | it may well be what broke it. but now i need to fix it | 14:10 |
| CarlFK | least amount - like does that allow you to not install a dm ? | 14:11 |
| jea | i think there was an option for that | 14:11 |
| CarlFK | 13 hours ago I setup 3 boxes from scratch - https://github.com/xfxf/av-foss-stack/blob/pyohio/inventory/hosts | 14:13 |
| tpb | Title: av-foss-stack/hosts at pyohio · xfxf/av-foss-stack · GitHub (at github.com) | 14:13 |
| CarlFK | which is the same as yours | 14:14 |
| CarlFK | hmm, no opsis | 14:14 |
| CarlFK | the 3 cnt boxes are 10 min drive away running test feeds to burn in the new CPUs I just swapped in.. | 14:15 |
| CarlFK | but I have the gator box here that I can mess with .. I'll see what happens if I add opsis to it | 14:16 |
| jea | looking in dmesg, the opsis is being continuously registered as a new uvcvideo thing | 14:20 |
| jea | which seems bad | 14:20 |
| CarlFK | jea: that is expected if it isn't plugged in or working | 14:20 |
| jea | what counts as working? it is definitely plugged in and on | 14:21 |
| CarlFK | which might be why things are 'bad' | 14:21 |
| CarlFK | showing up as a uvc device | 14:21 |
| jea | so if i have an opsis connected via USB, and it is turned on, it should keep being registered as a uvcvideo device | 14:22 |
| jea | +? | 14:22 |
| jea | in an interesting development, vys just ran voctogui under strace and it works | 14:23 |
| CarlFK | it should register once | 14:23 |
| CarlFK | tumbleweed: halp... | 14:24 |
| CarlFK | from memory (ill dig into code in a bit) ingest tries to send to vocto, when it exits it rmmod/modprobes the uvc driver to reset the opsis | 14:25 |
| CarlFK | or something like that | 14:25 |
| jea | one difference would be that i enabled hdmi2usbd. maybe i should remove that | 14:25 |
| CarlFK | I don't use that | 14:25 |
| jea | i am very tempted to just use the last commit from lca and install everything again | 14:28 |
| jea | but it sounds like you have the current master of your repo working | 14:28 |
| CarlFK | and tumbleweed reviewed and synced it with DC's repo even | 14:29 |
| CarlFK | how do I join this #chan from matrix? | 14:30 |
| jea | sure, but that doesn't necessarily mean to me that it has been tested | 14:30 |
| jea | (i have seen people merge things without any review or testing at work, so i am sure it can happen elsewhere) | 14:30 |
| CarlFK | we haven't changed what the end result is | 14:31 |
| CarlFK | with the exception of the pxe server | 14:32 |
| CarlFK | but the vocto and opsis stuff is all the saem | 14:32 |
| CarlFK | how did you enable hdmi2usbd ? | 14:34 |
| jea | i used the compiled version from earlier this year | 14:37 |
| jea | i'll remove that and see what happens | 14:37 |
| *** CarlFK[m] has joined #timvideos | 14:43 | |
| jea | welcome CarlFK[m] :) | 14:44 |
| * CarlFK[m] uploaded an image: file1500648380200.jpg (22KB) <https://matrix.org/_matrix/media/v1/download/matrix.org/uvFmpGnbsDZvrYgBAFzgUcEK> | 14:47 | |
| CarlFK[m] | ta da | 14:47 |
| CarlFK[m] | how close is that to yours? | 14:48 |
| jea | pretty similar, but no three buttons on the bottom toolbar at the end | 14:49 |
| jea | on a grab machine, i did get the buttons appearing (but with two of them pointing at nothing, i think because grab has no vocto) | 14:49 |
| CarlFK[m] | hmm... | 14:51 |
| CarlFK[m] | jea: juser@gator:~$ stop-all-the-things | 14:57 |
| CarlFK[m] | that will shut down all vocto stuff | 14:57 |
| jea | ok | 14:58 |
| CarlFK[m] | voctocore -vvvv | 14:59 |
| CarlFK[m] | DEBUG ConfigParser: successfully parsed config-files: | 14:59 |
| CarlFK[m] | /usr/share/voctomix/voctocore/default-config.ini | 14:59 |
| CarlFK[m] | /etc/voctomix/voctocore.ini | 14:59 |
| CarlFK[m] | DISPLAY=:0 voctogui -vvvv | 15:01 |
| CarlFK[m] | (I'm sshed into gator | 15:01 |
| CarlFK[m] | also.. I have to change /etc/voctomix/voctogui.ini ... use system=x | 15:03 |
| jea | another difference is mine is that it is using en_AU instead of en_US. I don't think that should matter, but it is something I had to comment out in the user role task (to set it to be en_US if it isn't already) | 15:10 |
| * CarlFK[m] uploaded an image: file1500649818619.jpg (27KB) <https://matrix.org/_matrix/media/v1/download/matrix.org/AntQJyHIIRKWqwFvcMCvhKXb> | 15:11 | |
| jea | that is definitely a voctogui | 15:12 |
| CarlFK[m] | voctomix-ingest ; voctomix-ingest --port 10001 | 15:12 |
| CarlFK[m] | (well, each in it | 15:12 |
| CarlFK[m] | (well, each in its own shell) | 15:13 |
| jea | how much disk space does a day of recordings take up? | 15:17 |
| CarlFK[m] | 5 g per hour... DC will be 35G per day | 15:17 |
| jea | from memory we use 1tb drives at lca and that lasts 3 days at least | 15:17 |
| jea | ok | 15:17 |
| CarlFK[m] | hmm 35 is on the low end | 15:18 |
| CarlFK[m] | https://veyepar.nextdayvideo.com/main/show_stats/395/ | 15:18 |
| tpb | Title: veyepar - Show: Debian Debconf17 (at veyepar.nextdayvideo.com) | 15:18 |
| CarlFK[m] | I think those are using 10G / hour .. which was what dv used | 15:18 |
| * jea[m] uploaded an image: ima_df6663d.jpeg (66KB) <https://matrix.org/_matrix/media/v1/download/matrix.org/NAmdtAZYBBeRySQOZaXLhUMd> | 15:19 | |
| CarlFK[m] | one 'problem' is all the space that gets used up testing.. and then we don't bother to clean it off before the show starts | 15:19 |
| jea | that looks a lot better. now to see if voctogui opens | 15:19 |
| CarlFK[m] | because we are still testing when the show starts :p | 15:19 |
| jea | haha yes | 15:19 |
| CarlFK | I see the vocto-cat ! | 15:20 |
| jea | well voctogui opens now. and the computer has not frozen | 15:22 |
| jea | if I run the ingest things above, does that give me test sources? | 15:22 |
| CarlFK | yes | 15:22 |
| jea | hmm. i'm not seeing pattern in vocto | 15:24 |
| jea | the panels that should be showing video are just displaying the contents of the screen underneath the window | 15:24 |
| * jea[m] uploaded an image: ima_5bfba3c.jpeg (112KB) <https://matrix.org/_matrix/media/v1/download/matrix.org/vHfZVvWlNWuemkEPVpVfpHlO> | 15:25 | |
| CarlFK[m] | also.. I have to change /etc/voctomix/voctogui.ini ... use system=x | 15:28 |
| CarlFK[m] | do that | 15:28 |
| CarlFK[m] | or try the one in the middle: #system=xv | 15:28 |
| jea | ok, let me try that | 15:28 |
| jea | yay | 15:31 |
| jea | system=x works | 15:31 |
| jea | now to see if the opsis works | 15:31 |
| jea | how do you normally connect to the opsis to send commands? | 15:34 |
| jea | (there is no flterm) | 15:34 |
| CarlFK[m] | minicom | 15:36 |
| CarlFK[m] | which should default to all the right things... haven't tested that | 15:36 |
| jea | yep, it does | 15:37 |
| jea | I'm not seeing any opsis output in vocto | 15:40 |
| jea | grabber is the test pattern from voctomix-ingest | 15:40 |
| jea | i presume the camera should be coming from the opsis connected to the machine | 15:41 |
| jea | (also a bit concerning is the computer monitor going on and off) | 15:42 |
| CarlFK | lets start with the local one - opsis set to mode ... I forget. - whatever 720p is | 15:44 |
| jea | 9 or 10 | 15:45 |
| CarlFK | https://github.com/CarlFK/video-stack-deploy/blob/master/roles/opsis/templates/videoteam-ingest.j2 | 15:47 |
| tpb | Title: video-stack-deploy/videoteam-ingest.j2 at master · CarlFK/video-stack-deploy · GitHub (at github.com) | 15:47 |
| CarlFK | voctomix-ingest --video-source hdmi2usb | 15:48 |
| CarlFK | hmm | 15:48 |
| CarlFK | voctomix-ingest --video-source hdmi2usb --video-attribs device=/dev/hdmi2usb/by-num/all0/video | 15:48 |
| jea | i can see that running | 15:55 |
| CarlFK[m] | in voctogui? | 15:58 |
| jea | no | 15:58 |
| CarlFK[m] | boo. | 15:59 |
| CarlFK[m] | what do you mean by "see that running" ? | 15:59 |
| jea | sorry | 16:00 |
| jea | i did a `ps aux | grep vocto` and I see it there | 16:00 |
| jea | but nothing coming into voctogui | 16:00 |
| CarlFK[m] | did you run it in a shell, or is that from the service thingy? | 16:01 |
| jea | ok. so if i stop all the things, then start all the things, should the ingest start too? | 16:01 |
| jea | that was from the service thing | 16:01 |
| CarlFK[m] | sig | 16:01 |
| jea | i'll try running it again | 16:01 |
| CarlFK[m] | I love trying to guess what you are doing. so much fun! | 16:02 |
| CarlFK[m] | stop all the things | 16:02 |
| CarlFK[m] | run each command in a shell | 16:02 |
| jea | sorry about that | 16:03 |
| jea | i have now run that command in the shell, and it stops with an error | 16:03 |
| jea | broken pipe sending data | 16:04 |
| CarlFK[m] | yay | 16:04 |
| CarlFK[m] | hmm | 16:04 |
| CarlFK[m] | oh!!! | 16:04 |
| CarlFK[m] | I know this one!!! | 16:04 |
| * jea waits with anticipation | 16:04 | |
| CarlFK[m] | please please tell me you have a minicom or whatever term connection | 16:04 |
| jea | ah yep | 16:05 |
| CarlFK[m] | bam! | 16:05 |
| jea | let me guess. i have to close it | 16:05 |
| CarlFK[m] | close that | 16:05 |
| CarlFK[m] | re-run ingest | 16:05 |
| CarlFK[m] | yeah.. that one gets me every time. | 16:05 |
| jea | what is minicom exit? | 16:05 |
| CarlFK[m] | I am getting better at remembering | 16:05 |
| CarlFK[m] | um.. look in the bar at the bottom | 16:05 |
| jea | ah, found it | 16:05 |
| CarlFK[m] | ^ax or xz or something | 16:05 |
| jea | closed minicom, ran the command again, still fails :( | 16:06 |
| CarlFK[m] | hmm | 16:07 |
| CarlFK[m] | any chance hdmi2usbd is running? | 16:07 |
| jea | it shouldn't be | 16:07 |
| CarlFK[m] | Now I forget how to 'fix' it once it is in that wonky state - I thought just closing the term connection was enough, but myabye not | 16:07 |
| CarlFK[m] | sec.. I should have a gst command to just display the hdmi2usb stream | 16:08 |
| jea | i have completely reinstalled that machine, so hdmi2usbd better not have appeared from nowhere! | 16:08 |
| jea | ok | 16:08 |
| CarlFK[m] | crap.. can't find it.. or the mplayer command | 16:13 |
| CarlFK[m] | you have something .. cheese? that wil display the v4l stream ? | 16:14 |
| CarlFK[m] | just plugged in my opsis | 16:18 |
| CarlFK[m] | encoder: 1280x720 @ 0fps from pattern (q: 85) | 16:19 |
| jea | yeah, mine says the same thing | 16:20 |
| jea | i think something is wrong with the status | 16:20 |
| CarlFK[m] | well.. 'good news' is mine works | 16:20 |
| CarlFK[m] | mithro.. halp | 16:21 |
| CarlFK[m] | voctomix-ingest --video-source hdmi2usb --video-attribs device=/dev/hdmi2usb/by-num/all0/video | 16:21 |
| CarlFK[m] | I did that, it came up in voctogui | 16:21 |
| jea | do you know what firmware yours is using? | 16:21 |
| CarlFK[m] | built: Jan 15 2017 19:08:42 | 16:21 |
| CarlFK[m] | http://paste.ubuntu.com/25140263/ version | 16:22 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 16:22 |
| CarlFK[m] | did you flash from the prebuilt repo? | 16:23 |
| CarlFK[m] | mithro (IRC): it is tomorrow. symlink | 16:23 |
| jea | yes, this is flashed from the prebuilt repo | 16:30 |
| jea | i don't have cheese, so can't use that to test | 16:30 |
| CarlFK | I'll try this (06:05:58 AM) mithro: jea: https://github.com/timvideos/HDMI2USB-firmware-prebuilt/tree/master/archive/master/v0.0.3-710-g947321b/opsis/hdmi2usb/lm32 | 16:32 |
| tpb | Title: HDMI2USB-firmware-prebuilt/archive/master/v0.0.3-710-g947321b/opsis/hdmi2usb/lm32 at master · timvideos/HDMI2USB-firmware-prebuilt · GitHub (at github.com) | 16:32 |
| jea | you don't have to change just to match mine | 16:33 |
| jea | could be something else entirely, or if it is firmware, don't want you with a broken one | 16:33 |
| CarlFK | I have a week to fix it | 16:33 |
| jea | right | 16:36 |
| CarlFK | cd HDMI2USB-firmware-prebuilt/archive/master/v0.0.3-710-g947321b/opsis/hdmi2usb/lm32 | 16:37 |
| CarlFK | hdmi2usb-modeswitch --flash-gateware flash.bin | 16:37 |
| CarlFK | that look right? | 16:37 |
| jea | ooh, i managed to see a flash of the opsis when running the command manually from the shell, then it crashed with the broken pipe and the picture went away | 16:38 |
| jea | um, i think it is something like that | 16:38 |
| jea | ben did the firmware earlier and I wasn't watching | 16:39 |
| CarlFK | lol | 16:39 |
| CarlFK | maybe someday we will have docs | 16:39 |
| jea | looking at the history from tonight, that is the thing you want | 16:40 |
| CarlFK | hdmi2usb-mode-switch is already the newest version (0.0.0+git20161124-2). | 16:41 |
| CarlFK | -bash: hdmi2usb-modeswitch: command not found | 16:41 |
| CarlFK | ah... dash I bet | 16:41 |
| CarlFK | FileNotFoundError: [Errno 2] No such file or directory: 'openocd' | 16:42 |
| jea | i have a feeling it is crashing due to whatever is making it keep deregistering and registering as a uvc device | 16:42 |
| CarlFK | thats progress... | 16:42 |
| CarlFK | oh hell | 16:42 |
| CarlFK | or good really | 16:42 |
| CarlFK | I am 90% sure that is the service | 16:42 |
| CarlFK | stop-all... should have stopped that | 16:42 |
| CarlFK | can you give me $ apt-cache policy openocd | 16:44 |
| CarlFK | I get 500 http://deb.debian.org/debian stretch/main amd64 Packages | 16:44 |
| jea | i have the same, but using mirror.linux.org.au instead of deb.debian.org | 16:45 |
| CarlFK | cool -I was expecting a ppa | 16:45 |
| CarlFK | and that is the box that flashed? | 16:45 |
| jea | that is from the machine i just installed this all on | 16:46 |
| jea | not the one ben did the flashing on - that was an ubuntu machine | 16:46 |
| CarlFK | oh | 16:46 |
| CarlFK | can you see where that one came from | 16:46 |
| jea | (which I can't get to because it is currently becoming another mix machine) | 16:46 |
| CarlFK | mithro: will you PLEASE PUT UP SOME DOCS!! | 16:47 |
| CarlFK | i hate that we all just flounder around until maybe it works | 16:47 |
| jea | yes, i agree | 16:47 |
| jea | should i run stop-all, then start voctocore manually? | 16:48 |
| CarlFK | #$W@#!!! | 16:48 |
| CarlFK | yes. | 16:48 |
| CarlFK | or tell me when you do stuff | 16:48 |
| jea | ok. i have stopped everything, then started voctocore manually. it is now in a loop trying to do something | 16:50 |
| CarlFK | what is in a loop? | 16:50 |
| jea | voctocore | 16:51 |
| jea | (i started with -vvvv) | 16:51 |
| CarlFK | my guess is something is trying to connect to it and failing.. and the someting is in a loop | 16:51 |
| jea | hmm | 16:51 |
| jea | i wonder what else | 16:51 |
| CarlFK | check dmesg, see if the uvc thing is still reg/dereg | 16:51 |
| jea | let me check | 16:52 |
| CarlFK | or.. do you have the grabber box on the lan? | 16:52 |
| jea | yes it is | 16:52 |
| jea | oh, could be. i'll see if it is on | 16:52 |
| CarlFK | tumbleweed: halp.. stop-all-the-things isn't | 16:52 |
| jea | ok, other things are disconnected from the network | 16:53 |
| jea | still seeing stuff in dmesg, and voctocore is still doing its loop | 16:54 |
| CarlFK | dmesg stuff is coming from the local .. thing | 16:54 |
| CarlFK | that I don't know how to control | 16:54 |
| CarlFK | stop-all-the-things is a small script that does something.. have a look, see if you can figure out what really needs to be done | 16:55 |
| CarlFK | Im trying to figure out the openocd thing | 16:55 |
| jea | ok | 16:55 |
| CarlFK | jea: 3am - how much longer are you up? | 17:07 |
| CarlFK | I have a ubuntu box. that decided to only show the boot screen then turn it self off | 17:08 |
| CarlFK | opened the case, now it works | 17:12 |
| CarlFK | of course. | 17:12 |
| jea | well, i am now at the point of deciding whether to use any of this to record stuff today, or just do a camera | 17:12 |
| jea | yay | 17:14 |
| jea | finally got opsis to vocto | 17:14 |
| jea | sudo systemctl stop videoteam-ingest | 17:14 |
| jea | then run the command manually | 17:14 |
| jea | i would love to know why it does not work from the service | 17:15 |
| jea | interesting it seems to be the only part run as a root user | 17:15 |
| jea | ok, everything just became viable again | 17:16 |
| CarlFK[m] | wooo!!! | 17:18 |
| CarlFK[m] | I know that feeling | 17:18 |
| CarlFK[m] | stop-all-the-things was a last min hack. not surprised it isn't solid | 17:19 |
| CarlFK[m] | ima try to flash the bios on this box :D | 17:20 |
| jea | i think the ingest service needs to become a user service | 17:20 |
| jea | then it might work | 17:20 |
| CarlFK[m] | woot. bios flashed. (now all 4 i5 boxes are 'right' | 17:27 |
| CarlFK[m] | seems I needed new bios to make upgrading i3 to i5 work | 17:27 |
| CarlFK[m] | unless I want a box that just sits and beeps | 17:27 |
| jea | i had to do similar recently | 17:27 |
| jea | different generations of i processors needed a new bios | 17:27 |
| CarlFK[m] | now it post's super fast | 17:29 |
| jea | excellent | 17:30 |
| jea | hmm. i think the ingest issue might be due to the usb audio device | 17:31 |
| jea | running it manually I get: "Device 'hw:1,0' is busy" | 17:31 |
| CarlFK[m] | that makes some sense | 17:34 |
| CarlFK[m] | how are you getting audio? | 17:34 |
| jea | the intention is to do like at LCA, with a usb mixer coming in | 17:35 |
| jea | for lca (and in mine) they seem to use alsa_device to choose which thing | 17:36 |
| jea | https://github.com/xfxf/av-foss-stack/blob/master/inventory/host_vars/r4mix.yml | 17:36 |
| tpb | Title: av-foss-stack/r4mix.yml at master · xfxf/av-foss-stack · GitHub (at github.com) | 17:36 |
| jea | i have no idea why the device would be busy though | 17:37 |
| CarlFK[m] | my guess is pulse or something took over | 17:40 |
| jea | should i be killing pulse? | 17:42 |
| jea | I remember it coming up in the past, but I don't remember what is done | 17:42 |
| CarlFK | I think so | 17:43 |
| tumbleweed | CarlFK: what did it do? | 17:43 |
| tumbleweed | (or not do?) | 17:43 |
| * jea waves to tumbleweed | 17:44 | |
| CarlFK | tumbleweed: seems stop--- isn't stoping the opsis service | 17:44 |
| CarlFK | but hold that.. | 17:44 |
| CarlFK | right now audio sound usb.. halp | 17:44 |
| tumbleweed | urgh, I try to stay clear of that | 17:44 |
| CarlFK | (12:31:30 PM) jea: running it manually I get: "Device 'hw:1,0' is busy" | 17:44 |
| tumbleweed | but we did use it at lca... | 17:44 |
| tumbleweed | is pulse running? | 17:44 |
| jea | i worked out that the stop script doesn't work due to sudo | 17:45 |
| jea | yes, pulse is running. i'll kill that | 17:45 |
| tumbleweed | hrm, we have stuff in the ansible repo that tries to get rid of pulseaudio, IIRC | 17:45 |
| CarlFK | it is a debian desktop install - um, "nothign selected" or sething that I don't understand | 17:45 |
| tumbleweed | o_O | 17:45 |
| tumbleweed | right, so you probably want to get rid of some stuff | 17:45 |
| tumbleweed | and/or use our session | 17:46 |
| jea | possibly. i used the desktop installer, but only selected the standard package when it came up (no DE, etc) | 17:46 |
| tumbleweed | right, we assume minimal installs | 17:46 |
| jea | so from what I can tell that should be the same as the preseed that you use, but i could be wrong | 17:47 |
| tumbleweed | err desktop installer always installs DE, doesn't it? | 17:47 |
| jea | didn't seem to | 17:47 |
| jea | because I unticked all the DE options | 17:47 |
| tumbleweed | oh, Debian, not Ubuntu | 17:47 |
| tumbleweed | sorry | 17:47 |
| jea | yep | 17:48 |
| tumbleweed | I assume ubuntu in this channel :P | 17:48 |
| jea | haha | 17:48 |
| jea | normally you would be correct! | 17:48 |
| jea | but I thought I would be good and use debian :P | 17:48 |
| tumbleweed | the graphical installer is just a different frontend to the text-based one | 17:48 |
| tumbleweed | it does the same things | 17:48 |
| jea | ok, that is what i was hoping | 17:48 |
| jea | just saved me a lot of time downloading stuff | 17:48 |
| CarlFK[m] | jea: how did you use the preseed settings? | 17:48 |
| jea | i read them all, then selected the same thing in the installer | 17:49 |
| * tumbleweed tries to recall his pulseaudio strategy | 17:49 | |
| CarlFK[m] | there are some kernel params, like auto=all or something, that may also be causing things to be different | 17:49 |
| tumbleweed | oh, looks like we used pulse | 17:50 |
| tumbleweed | good | 17:50 |
| jea | hmm, i don't remember seeing the kernel params in the preseed, but i might have missed them | 17:50 |
| tumbleweed | they're in the thing that runs the preseed :P | 17:50 |
| tumbleweed | i.e. the bootloader | 17:50 |
| jea | oh, of course | 17:50 |
| jea | that is why i didn't see them | 17:50 |
| tumbleweed | jea: what's wrong with the sudo-usage in stop-all-the-things? | 17:51 |
| jea | the user wasn't in sudoers | 17:51 |
| tumbleweed | it should probably abort if you're already root - it expects to do stuff as non-root | 17:52 |
| tumbleweed | blame carl for that, he pulled sudo mangement out of the ansible repo :P | 17:52 |
| jea | haha | 17:52 |
| tumbleweed | (I think?) | 17:52 |
| CarlFK[m] | maybe - it in the preseed | 17:53 |
| tumbleweed | I can't find anything to back that up, though | 17:53 |
| tumbleweed | at any rate, we're trusting the installer to set that up | 17:53 |
| CarlFK[m] | is sounds like something I would do | 17:53 |
| jea | i can live with that. i'll investigate after this weekend | 17:53 |
| tumbleweed | OK, anything you need me to help with? | 17:53 |
| jea | i'm still trying to sort out the audio | 17:54 |
| tumbleweed | is hw:1,0 correct for your input? | 17:54 |
| tumbleweed | you may need to change that | 17:54 |
| jea | if we used pulse at LCA, and we had the USB audio device in the ingest, then I think it shoudl be alright | 17:54 |
| jea | I'll double check | 17:54 |
| jea | aplay -l lists only 1 USB audio thing, as card 1 device 0 | 17:55 |
| jea | so I think that would be hw:1,0 | 17:55 |
| CarlFK[m] | "busy" makes me think some other process is locking it | 17:56 |
| jea | yes | 17:56 |
| CarlFK[m] | is the ingest process something that can be turned off across reboots? and then turned back on | 17:59 |
| jea | i can start it manually if needed | 18:01 |
| jea | but i will need audio from something | 18:01 |
| jea | hmm, i managed to get it to start | 18:02 |
| CarlFK[m] | im thinkign a reboot is in order | 18:02 |
| tumbleweed | CarlFK: sure (re turning it off) | 18:03 |
| tumbleweed | systemctl uninstall videoteam-ingest | 18:04 |
| tumbleweed | err .path and .service probably | 18:04 |
| jea | ok | 18:04 |
| jea | well, i think i have enought stuff worked out now, that i may as well sleep for a bit | 18:05 |
| jea | thanks very much both of you for the help. i really appreciate it | 18:05 |
| tumbleweed | np | 18:05 |
| tumbleweed | good luck | 18:05 |
| CarlFK[m] | yay! | 18:06 |
| CarlFK[m] | oh hey.. I only have 3 HD cams for PyOhio... | 18:14 |
| CarlFK[m] | hmm... I did test DV into vocto... | 18:14 |
| tumbleweed | eww | 18:15 |
| CarlFK | one room gets PyCon style | 18:17 |
| tumbleweed | I used to pooh-pooh HD conference video as unnecessary, but now SD just looks so dated :/ | 18:19 |
| CarlFK | same | 18:20 |
| CarlFK | you have time to think about updating hdmi2usb-mode-switch package to master ? | 18:21 |
| tumbleweed | I'd want to test it first, which I can't do at my desk at work | 18:22 |
| CarlFK | don't suppse you can walk me though testing it.. I have it checked out.. the readme gives me hives | 18:26 |
| jea[m] | Anyone have any idea why voctomix ingest would crash when I pass it audio, but it works without audio? | 23:28 |
| tumbleweed | it's not outputting anything? | 23:29 |
| tumbleweed | and vocto isn't saying anything? | 23:29 |
| CarlFK[m] | jea: oh my,..usb audio device right? | 23:29 |
| jea[m] | Yes USB audio | 23:29 |
| CarlFK[m] | sec, leme plug one in | 23:30 |
| CarlFK[m] | without audio = no --audio-source right ? | 23:30 |
| jea[m] | The ingest command fails with a gstbasesrc.c file line | 23:30 |
| CarlFK[m] | not 0 audio level | 23:30 |
| jea[m] | Correct | 23:30 |
| jea[m] | I had the other machine working this morning, but now the second machine is failing :( | 23:31 |
| CarlFK[m] | I hope it doesn't matter, but plugged into usb2 or 3 port? | 23:33 |
| tumbleweed | it shouldn't | 23:33 |
| tumbleweed | usb2 has loads of bandwidth (for audio) | 23:33 |
| CarlFK[m] | I was thinking driver glitch | 23:33 |
| CarlFK[m] | I am sure the audio device is usb2 | 23:34 |
| jea[m] | I’m not sure I even have USB 2 ports on this desktop | 23:34 |
| CarlFK[m] | do you have the ingest line handy? | 23:35 |
| jea | Error details: #1: gstbasesrc.c(2950): gst_base_src_loop (): /GstPipeline:pipeline0/GstAlsaSrc:audiosrc: | 23:35 |
| jea | streaming stopped, reason not-negotiated (-4) | 23:35 |
| jea | that is the error | 23:35 |
| jea | ingest is: | 23:35 |
| jea | voctomisx-ingest --video-source hdmi2usb --video-attribs device=/dev/hdmi2usb/by-num/all0/video --audio-source alsa --audio-attribs device=hw:2,0 | 23:36 |
| tumbleweed | are the server audiocaps correct? | 23:36 |
| jea | um, what is that? | 23:36 |
| tumbleweed | voctomix's config | 23:36 |
| jea | oh | 23:36 |
| jea | i haven't touched that, but it could be wrong | 23:37 |
| CarlFK[m] | we haven't really touched that in ... ever :p | 23:37 |
| jea | which voctomix config file should i look at? | 23:37 |
| tumbleweed | voctocore.ini, which ansible writes | 23:38 |
| CarlFK[m] | etc/voctomijuser@gator:~$ cat /etc/voctomix/voctocore.ini | 23:38 |
| CarlFK[m] | http://paste.ubuntu.com/25142705/ | 23:38 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 23:38 |
| CarlFK[m] | better be the same | 23:38 |
| CarlFK[m] | jea: try with just audio: voctomix-ingest --port 10001 --audio-source alsa --audio-attribs device=hw:2,0 | 23:39 |
| CarlFK[m] | that ran for 10 seconds | 23:39 |
| CarlFK[m] | I ^c ed to kill it | 23:39 |
| jea | they look the same | 23:40 |
| tumbleweed | and the usb audio hardware is the same? | 23:41 |
| CarlFK[m] | aborted right away? | 23:41 |
| CarlFK[m] | doubtful | 23:41 |
| jea | yes, aborted immediately | 23:41 |
| * CarlFK[m] sent a long message: CarlFK[m]_2017-07-21_23:40:53.txt <https://matrix.org/_matrix/media/v1/download/matrix.org/npIySuSVwfmoRxBLIBLSTgbl> | 23:41 | |
| jea | i suspect they will be different devices | 23:41 |
| CarlFK[m] | er... you have 2 systems - same over there ? | 23:41 |
| jea | my second machine worked last night. but it is a different room, and i can't quickly check | 23:42 |
| jea | if it is useful, i know that the device is working on the machine, because if I let pulse manage it, you can see the audio coming in | 23:43 |
| CarlFK[m] | same usb device? (guessing the small white 2 channel mixer, usb out | 23:43 |
| jea | it is not the same as what we have at lca | 23:44 |
| CarlFK[m] | k - Im not sure it matters. usb audio seems pretty standard | 23:44 |
| jea | this is a yamaha AG03 mixing console | 23:44 |
| jea | yep, that was my thinking | 23:44 |
| CarlFK[m] | how easy would it be to more the audio device to the grabber machine ? | 23:46 |
| jea | um, a bit difficult | 23:47 |
| CarlFK[m] | figured | 23:47 |
| CarlFK[m] | 168 elif args.audio_source == 'pulse': | 23:48 |
| CarlFK[m] | 169 audio_src = """ | 23:48 |
| CarlFK[m] | 170 pulsesrc {attribs} {base_audio_attribs} name=audiosrc ! | 23:48 |
| CarlFK[m] | worth a shot, but you will need to figure out the --audio-attribs {attribs} | 23:48 |
| jea | hmm, that would be good to try | 23:50 |
| jea | i will give that a go at the next break | 23:50 |
| jea | we are capturing everything separately for now. yay | 23:50 |
| CarlFK[m] | somewhere I have the args... | 23:51 |
| CarlFK[m] | --audio-attribs device=alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo | 23:52 |
| CarlFK[m] | --audio-source pulse --audio-attribs device=alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo | 23:54 |
| jea | ok, i will try that soon | 23:55 |
| CarlFK | pacmd list-sources | grep -e device.string -e 'name:' | 23:58 |
| CarlFK | http://paste.ubuntu.com/25142786/ | 23:59 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 23:59 |
| CarlFK | to get the name of your device | 23:59 |
| CarlFK | how long till the break ? | 23:59 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!