| * _ds_ notes that there are Debian unofficial installation images with non-free firmware | 00:15 | |
| _ds_ | (and there lies the difference) | 00:15 |
|---|---|---|
| qwestion | fsmithred: can reprobuild checksums be published for the isos/imgs after the blob removal script is run? compiling kernel is rsc intensive, but what is the bottleneck for y a seperate iso/img without outof kernel nonfree stuff cant also be pushed to the mirrors? storage? bandwidth? | 00:47 |
| qwestion | i usually use live imgs to install...whats the point in seperate installer-only imgs? | 00:48 |
| fsmithred | the installer isos have the devuan version of the debian installer that's been around forever. | 00:48 |
| fsmithred | and has features that the live installer does not | 00:49 |
| fsmithred | you don't remove the firmware from the live isos, you remove it from the installed system. | 00:50 |
| fsmithred | I suppose you could remove it in the live session before the install. That would work. | 00:50 |
| fsmithred | but it's only removed from the running session. Not from the iso itself. It'll be there again on next boot. | 00:50 |
| qwestion | fsmithred: ? cant i mount, unsquash, run removal script, squash, mkiso, burn? | 00:51 |
| fsmithred | yeah, I guess you could. | 00:52 |
| fsmithred | are you really hooked on the devuan live-isos package list? | 00:52 |
| fsmithred | the bottleneck for additional isos is my time building, testing and uploading them | 00:53 |
| fsmithred | and there are devuan re-spins that don't have firmware. gnuinos is libre, refracta has no non-free stuff installed, and I'm not sure about the others. | 00:55 |
| qwestion | no worries ill use refracta or smthg | 01:45 |
| qwestion | fsmithred: | 01:45 |
| qwestion | i thought repackaging iso was a scriptable few minutes process with low human interaction | 01:45 |
| qwestion | ...needed | 01:45 |
| qwestion | > debian does not include non-free firmware in their isos. devuan does. | 01:45 |
| qwestion | and nonfree drivers too, whether modules or inbuilt? im more worried about nonfree drivers as those load to ram privileged even if my hw is libre-friendly and wouldnt trigger the kernel and drivers loading nonfree firmware anyway... | 01:45 |
| unixbsd | hello | 09:06 |
| unixbsd | how to get video1 dev ? | 09:06 |
| unixbsd | [ 1.573103] usb 1-3: Product: USB2.0 HD UVC WebCam | 09:06 |
| unixbsd | [ 13.041163] uvcvideo: Found UVC 1.00 device USB2.0 HD UVC WebCam (0bda:5603) | 09:06 |
| unixbsd | [ 13.043133] input: USB2.0 HD UVC WebCam as /devices/pci0000:00/0000:00:14.0/usb1/1-3/1-3:1.0/input/input15 | 09:06 |
| unixbsd | [ 16.243139] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input18 | 09:06 |
| unixbsd | [ 16.243394] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input19 | 09:07 |
| unixbsd | i get no video in tvtime | 09:07 |
| unixbsd | i have Linux DEVUAN 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3 (2019-09-02) x86_64 GNU/Linux | 09:07 |
| ErRandir | I don't see vendor 0x0bda in /lib/udev/hwdb.d/20-usb-vendor-model.hwdb so I think support for your hardware is missing | 09:37 |
| ErRandir | actually v0BDA is there but not device 5603 | 09:40 |
| unixbsd | ErRandir: how to get the support? | 18:12 |
| unixbsd | 00:37 < ErRandir> I don't see vendor 0x0bda in /lib/udev/hwdb.d/20-usb-vendor-model.hwdb so I think support for your hardware is missing | 18:12 |
| unixbsd | shall i recompile a kernel or it comes from firmware?= | 18:12 |
| gnarface | there's most likely no support currently available but you could always try looking for new/experimental drivers... | 18:15 |
| gnarface | sometimes if support is very new there will already be a driver in the backports kernel, which you could easily install and try | 18:18 |
| gnarface | otherwise there is the latest kernel source which you can check for a driver | 18:18 |
| gnarface | obviously the tasks get tougher the further up the chain you go | 18:19 |
| unixbsd | should i tried a new kernel? | 18:19 |
| gnarface | if it's a new device, then yes it's worth a try | 18:20 |
| gnarface | if it's an old device you might have to beg for help from the linux kernel mailing list though i don't necessarily expect you'd get much help | 18:21 |
| unixbsd | it is quite old | 18:21 |
| unixbsd | very old | 18:21 |
| unixbsd | 5 years | 18:22 |
| gnarface | possibly there was never support for it | 18:22 |
| unixbsd | is there a rec kernel to grab? | 18:22 |
| gnarface | yes, in backports | 18:22 |
| gnarface | you're using chimaera? | 18:22 |
| gnarface | there is an optional repo called chimaera-backports which has a later kernel in it | 18:24 |
| lts | 0bda:5603 should be supported since 2.6.26 though https://linux-hardware.org/?id=usb:0bda-5603 | 18:25 |
| gnarface | hmm, odd | 18:26 |
| gnarface | oh, i see though that looks like a beowulf kernel anyway | 18:28 |
| gnarface | but how'd we come to the conclusion it's not working? | 18:28 |
| gnarface | unixbsd: are you on beowulf? there is beowulf-backports too but supposedly this device is supported so i'm not sure what's wrong here | 18:28 |
| gnarface | unixbsd: maybe there's a module you have to load manually? | 18:29 |
| gnarface | unixbsd: maybe you just didn't select the right input in tvtime? | 18:29 |
| unixbsd | there is NO /dev/vid* for it | 18:39 |
| lts | This could be just a missing udev rule | 18:40 |
| unixbsd | udev is default | 18:42 |
| unixbsd | maybe i get a try on opensuse to see what it does. | 18:42 |
| gnarface | if it works there and the only difference is the udev rules, then in theory you could copy them over | 18:43 |
| unixbsd | ah, i didnt know | 18:50 |
| unixbsd | thought, i recall it worked (this device) with debian in the past. cannot say which debian | 18:50 |
| gnarface | if you have another install to test it's worth a try | 18:52 |
| gnarface | there's more recent live images for devuan you can test too | 18:52 |
| gnarface | if it really is just missing one udev rule but the driver works, it shouldn't be too much trouble to add the udev rule | 18:52 |
| gnarface | you're sure the /dev/video* thing is actually missing? because you might just not have permission to access it (you'd have to be in the video group, most likely) | 18:54 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!