| Miikasd | Whats up with the QA in harbour? I submitted update 2 weeks ago and it hasn't yet been checked | 06:56 |
|---|---|---|
| *** hnj is now known as henk | 08:13 | |
| poetaster | Miikasd, I Have three apps in the queue. one since 17 days, one since 9 and last six days ago. | 08:31 |
| Miikasd | Poetaster: Can you see Skruuvi in the queue? It says for me that the status is QA and notifications shows that it has been submitted 14 days ago | 08:32 |
| Keto | Sorry about that. We'll try to get the Harbour queue moving soon, now that the other stuff has been sorted out | 08:33 |
| Miikasd | Ok, thanks :) I can imagine you've had a lot going on for the last few weeks | 08:33 |
| poetaster | Miikasd, I, for good reason, only see 'my' queue :) | 08:34 |
| poetaster | Keto, it'd be great. Two somewhat emberrasing regression bugs on my end. Sigh. | 08:35 |
| Miikasd | poetaster: :D I thought you were in the QA team | 08:35 |
| Miikasd | I blame it on the covid, shouldn't do anything what requires thinking today | 08:35 |
| poetaster | Miikasd, I deserve a long stint on the QA team for my regressions :) | 08:36 |
| Keto | b100dian[m]: the download_files obs source service is now installed | 09:08 |
| b100dian[m] | Keto: that was real quick. Testing as soon as possible | 09:10 |
| Keto | just add <service name="download_files"/> in the _service, and URL in the spec Source:, and it should work | 09:16 |
| Keto | also note that it uses a cache by hashing the URL and checking if it already has downloaded that URL | 09:23 |
| b100dian[m] | Keto: Would it work with %defines? I don't see any curl/download output (other than the branch name being download_files) in the build log of https://build.sailfishos.org/package/view_file/home:b100dian:sfos-hydrogen/harbour-hydrogen/_service:tar_git:harbour-hydrogen.spec?expand=1 | 09:46 |
| Keto | I think it should work. it does run the spec through the parser... | 09:48 |
| b100dian[m] | Maybe it doesn't like zip | 09:49 |
| Keto | b100dian[m]: the download_files service needs to be after tar_git in <services>, as the spec file comes from tar_git | 09:49 |
| b100dian[m] | That was it! | 09:52 |
| mal | nephros: in general latest versions are preferred unless there is some big api breakage which causes huge amount of fixing, in such cases it needs to be checked how easily things can be fixed | 12:59 |
| attah | piggz[m]: Do you happen do have some wisdom to share regarding correlating USB ids and camera device names? | 20:58 |
| piggz[m] | erm no i dont think so... is it not just a uvc camera? | 21:15 |
| attah | How would i know? | 21:16 |
| attah | I came up with this monstrosity: https://github.com/attah/cpp-thermalcam/blob/1d66fb4fc7a2a9617aeee9bf3dbaaa65d3f9289f/thermalcam.cpp#L32 | 21:16 |
| attah | Showing up as a camera type device i guess makes it UVC? Where would i go from there to arrive at /dev/videoX ? | 21:19 |
| attah | Hmmm.. and perhaps this is only part of what i actually need. Seems i actually ended up testing for a fairly generic camera controller. | 21:22 |
| piggz[m] | im not sure how these things work, but id expect any supported usb camera to just work (tm) | 21:37 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!