[gentoo-user] U.V.C. Webcam Disconnects shortly after Registration
How's it going dudes? I bought a Logitech C270 webcam from Argos about a year ago, which, according to the LKDDb [1] and U.V.C. driver website [2], should work well on Linux. Despite working flawlessly until recently, some strange behaviour has appeared. When I connect the webcam, `dmesg` registers it as would be expected (timestamps omitted): usb 3-7: new high-speed USB device number 14 using xhci_hcd usb 3-7: New USB device found, idVendor=046d, idProduct=0825, bcdDevice= 0.12 usb 3-7: New USB device strings: Mfr=0, Product=0, SerialNumber=2 usb 3-7: SerialNumber: 9EEFE4E0 uvcvideo: Found UVC 1.00 device (046d:0825) input: UVC Camera (046d:0825) as /devices/pci:00/:00:14.0/usb3/3-7/3-7:1.0/input/input27 usb 3-7: set resolution quirk: cval->res = 384 However, about two seconds later, me having done nothing, the kernel ring buffer suggests it has been physically unplugs, and thus deregisters the device... USB disconnect, device number 14 I have tested this on another very similar machine, and this problem is not to be seen, and everything works perfectly; thus ruling out a hardware issue with the camera. Furthermore, no other devices---even other U.V.C. webcams---do not present with the same symptoms on my machine, in the same U.S.B. port; thus ruling out any issue with the physical port or motherboard controller. I have no idea how to triage this further. I feel like my head has been nailed to a coffee table by Dinsdale Piranha. Any tips? My kernel is 5.9.13-zen1, although this trouble presents identically on a vanilla kernel. Cheers. Hope everyone is remaining well. [1] https://linux-hardware.org/index.php?id=usb:046d-0825 [2] https://www.ideasonboard.org/uvc/#devices -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] problems with an ebuild for brltty
Hi. I have an ebuild for app-accessibility/brltty-6.2.ebuild -- I copied it from the 6.1, but the install fails, it compiles OK. The ebuild is attached for your convenience. Here is what I get and what the developer told me. ectory '/var/tmp/portage/app-accessibility/brltty-6.2/work/brltty-6.2-python3_8/Programs' set -- --quiet build --build-temp .; \ [ "linux-gnu" != "mingw32" ] || set -- "${@}" --compiler mingw32; \ "/usr/bin/python3.8" ./setup.py "${@}" [ "linux-gnu" != "mingw32" ] || "/usr/bin/python3.8" ./setup.py --quiet bdist_wininst --skip-build set -- --quiet install --skip-build --record "installed-files"; \ [ -z "/var/tmp/portage/app-accessibility/brltty-6.2/image" ] || set -- "${@}" --root "/var/tmp/portage/app-accessibility/brltty-6.2/image"; \ [ -z "" ] || set -- "${@}" --prefix ""; \ "/usr/bin/python3.8" ./setup.py "${@}" * ERROR: app-accessibility/brltty-6.2::local_ebuilds failed (install phase): * !!! newins: Autostart/Udev/rules does not exist * Here is what the developer said: > * !!! newins: Autostart/Udev/rules does not exist That file has been renamed to device.rules. That's because there are now two ruells files - device.rules and uinput.rules. They should both be installed. Why doesn't gentoo just use brltty's make install-udev? udev_newrules Autostart/Udev/rules 70-brltty.rules It should be: Autostart/Udev/device.rules Note that there's another file now that also needs to be installed: Autopstart/Udev/uinput.rules newinitd "${FILESDIR}"/brltty.rc brltty >systemd_dounit Autostart/Systemd/brltty@.service Note that there's a new systemd instance unit that also needs to be installed: Autostart/Systemd/brltty-device@.service >systemd_dotmpfilesd "${FILESDIR}/${PN}.tmpfiles.conf" I'm not sure of the precise syntax, here, but this file should be installed as brltty.conf (i.e. named after the package) when it's installed into the tmpfiles.d/ subdirectory. There's also another systemd file, sysusers, which should be named brltty.conf (again named after the package) when it's installed into the sysusers.d/ subdirectory. >I wonder what to change to get this working? Explained above. What I'm wondering, however, is why this is being done outside of the make file that brltty already comes to do all of this. Why not just do: make install-systemd install-udev I should also make sure to mention that there are two more systemd units - brltty.path and brltty@.path - that also need to be installed. Really, we provide make files that do all of these things. How can any distribution ever get it right when it wants to try to get it all right its own way? Code duplication is never good! Please bear with me -- although I have used gentoo for years, I have not done much with writing ebuilds. Thanks in advance for any suggestions. And, Merry Christmas to all on this list, you folks have been a great help over the years. brltty-6.2.ebuild Description: Binary data -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Re: Is a USB-key-to-hard-drive-tap-dance-boot possible?
I see your problem, I think. You don't have your ESP mounted, so grub can't write the EFI files to it. You are likely trying to use grub with grub-install /dev/sda. That won't work for EFI. Try this (as root): mkdir /boot/efi mount -t vfat /dev/sda1 /boot/efi grub-install --target=x86_64-efi --efi-directory=/boot/efi grub-mkconfig -o /boot/grub/grub.cfg you MAY need to add --removable to the grub-install line. Some EFI setups prefer that. On 12/22/2020 10:37 PM, Walter Dnes wrote: [d531][waltdnes][~] ll /boot total 18412 drwxr-xr-x 2 root root4096 Dec 22 21:42 . drwxr-xr-x 21 root root4096 Oct 24 12:14 .. -rw-r--r-- 1 root root 0 Oct 11 19:55 .keep -rw-r--r-- 1 root root 0 Oct 13 05:57 .keep_sys-boot_lilo-0 -rw--- 1 root root 139264 Dec 22 21:42 .map -rw-r--r-- 1 root root 2979997 Dec 21 19:31 System.map.experimental -rw-r--r-- 1 root root 2991033 Oct 13 06:03 System.map.production -rw-r--r-- 1 root root 512 Oct 13 06:04 boot.0800 -rw-r--r-- 1 root root 90538 Dec 21 19:31 config.experimental -rw-r--r-- 1 root root 90579 Oct 13 06:03 config.production -rw-r--r-- 1 root root 6214192 Dec 21 19:31 kernel.experimental -rw-r--r-- 1 root root 6271536 Oct 13 06:03 kernel.production Yea, see, no directories except . and .., which is no good at all for EFI. Try what I said above, and see if that doesn't help. -- Dan Egli From my Test Server
Re: [gentoo-user] Rearranging hard drives and data.
Am Thu, Dec 24, 2020 at 10:38:33AM -0600 schrieb Dale: > My router also has two USB plugs for sharing external hard drives or USB > sticks. I'm not talking about that because I don't like hooking a drive > up over USB. It never works well for some reason. According to the > link below, I hook the NAS up to the router via ethernet and it is > available for all devices connected to the router. I'd guess that I can > also make it accessible to the internet to but I doubt I'll do that. If > it is set that way by default, I'll google and find out how to disable > that. Linky: For a typical router that hides your home net from the outside via NAT, you’d have to set up port forwarding in order to reach anything on the inside. I run nginx on my raspi for Nextcloud and PIM syncserver, and I make them available that way. -- Grüße | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. You can’t use “beef stew” as a password. It isn’t stroganoff. signature.asc Description: PGP signature
[gentoo-user] \ \ \ 2021 / / /
{@} * {@} * {@} Merry X-mas and a Happy New Year! {@} * {@} * {@} * {@} Wish you all extra ordinary good luck! {@} * {@} * {@} \ \ \ 2021 / / / And thank you all for the help you trying to provide. That is what distinguish Gentoo community from other forums.
Re: [gentoo-user] ISO verification question.
Hello, On Thu, 24 Dec 2020, bobwxc wrote: >With the cryptographic signature validated, next verify the checksum to make >sure the downloaded ISO file is not corrupted. The.DIGESTS.ascfile contains >multiple hashing algorithms, so one of the methods to validate the right one >is to first look at the checksum registered in the.DIGESTS.ascfile. For >instance, to get the SHA512 checksum: > >|user $||grep -A 1 -i sha512 install-amd64-minimal-20141204.iso.DIGESTS.asc| [..] >As both checksums match, the file is not corrupted and the installation can >continue. It's easier not to compare manually: $ grep -A1 SHA512 install-iso.DIGESTS | sha512sum -c - Analog for whirlpool: $ grep -A1 WHIRLPOOL install-iso.DIGESTS | whirlpool-hash -c - HTH, -dnh -- To resist the influence of others, knowledge of one's self is most important. -- Teal'C, Stargate SG-1, 9x14 - Stronghold
[gentoo-user] Cannot emerge 32 bits version of gnome libraries
Hi, I have build failures for various gnome libraries. The errors happen when compiling the 32 bits versions, and seems to be due to "-m32" not being used for the C compiler. The errors are either the linker complaining about architecture mismatch, or glib static assertion errors about pointer sizes. I can see from the build log that the "-m32" option is missing. In particular, in the prepare phase, I see the following: C compiler for the host machine: x86_64-pc-linux-gnu-gcc (gcc 9.3.0 "x86_64-pc-linux-gnu-gcc (Gentoo 9.3.0-r1 p3) 9.3.0") C linker for the host machine: x86_64-pc-linux-gnu-gcc ld.bfd 2.34 C++ compiler for the host machine: x86_64-pc-linux-gnu-g++ -m32 (gcc 9.3.0 "x86_64-pc-linux-gnu-g++ (Gentoo 9.3.0-r1 p3) 9.3.0") C++ linker for the host machine: x86_64-pc-linux-gnu-g++ -m32 ld.bfd 2.34 So strangely it's present for C++ but not for C. Also, I can emerge other non-gnome multilib packages just fine. Has anyone encountered this before? Any tips for debugging that? Thanks, François-Xavier
Re: [gentoo-user] Rearranging hard drives and data.
antlists wrote: > On 21/12/2020 12:53, Dale wrote: Somewhat related. I googled and it appears I can hook a NAS to my router and share it there. The router is 1GB, it has yellow ports. Is it true that I can hook a NAS to the router? > > I think my router has 4 yellow and 1 red port. The yellow ports are, i > guess, just ordinary switch/hub ports. The red port, I know, is the > wan port so I guess it's firewalled and all that stuff. I know I'm not > supposed to connect a yellow port to the internet wall-box, and I > guess doing so might well not even work ... > >>> Maybe they meant that the router itself has NAS features. This is >>> common for >>> not-too-simple models. You can hook up an external drive and the >>> router has >>> the ability to share it in the network via samba or ftp or some such. >>> >> That's what it looked like in the picture. It said to plug the NAS into >> a ethernet port and it would be shared. It makes sense but I didn't >> know that until I read it. I guess it is like my printer. Whether >> hooked up wireless or with a ethernet port, it is shared with anything >> hooked to the router. If all that works like I think, yeppie! >> > You're confusing an external drive, and a NAS. Two completely > different things. My router has a USB port, to which I can connect an > external drive. That *should* then appear on my network as a NAS > drive. In other words, all the NAS smarts are in the router. > > You're talking about plugging a NAS into an ethernet port, where all > the NAS smarts are in the NAS, and that should work with ANY > hub/switch/router. > > Cheers, > Wol > > Sorry for the delay. AT&T decided that the other day was as good a time as any to let the DSL go down for a few days. AT&T made a huge mistake letting the whole community out here sit for days without service. With the new much faster and economical service coming, anyone who might have stayed with AT&T is now ready to switch. Bad thing is, almost every one out here depends on the internet to watch the weather and we had some storms come through overnight with no way to know what was coming. I just hid under the covers. Way to go AT&T. You got a nice shovel, keep digging. ROFL My router has yellow connectors for routing and a blue connector going to the internet/WAN/whatever. My modem is similar except it is green for the telephone line. If I recall correctly all of those are supposed to be GB connectors, not that the modem could ever do that over the internet but it can between devices hooked to it. I disabled the wi-fi and such on the modem, not enough range anyway. Step away 30 feet or so, no signal. My router also has two USB plugs for sharing external hard drives or USB sticks. I'm not talking about that because I don't like hooking a drive up over USB. It never works well for some reason. According to the link below, I hook the NAS up to the router via ethernet and it is available for all devices connected to the router. I'd guess that I can also make it accessible to the internet to but I doubt I'll do that. If it is set that way by default, I'll google and find out how to disable that. Linky: https://www.linksys.com/us/support-article?articleNum=137552 I have a TP-Link router but figure it will work the same. I don't think I was to clear on the connection in earlier message. It was in my brain but didn't make it to the keyboard. lol Dale :-) :-) P. S. Now to catch up on all the emails. O_O
Re: [gentoo-user] Shorewall config again
On 24 December 2020 15:17:02 CET, Peter Humphrey wrote: >On Thursday, 24 December 2020 09:52:03 GMT Peter Humphrey wrote: >> Greetings, >> >> I asked about this a long time ago, but I can't find the answer. > >Never mind. I copied settings from another system and shorewall now >runs. > >I still don't have the answer, but I'm happy for now. Run the same grep again, or search for the term in menuconfig. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Shorewall config again
On Thursday, 24 December 2020 09:52:03 GMT Peter Humphrey wrote: > Greetings, > > I asked about this a long time ago, but I can't find the answer. Never mind. I copied settings from another system and shorewall now runs. I still don't have the answer, but I'm happy for now. -- Regards, Peter.
Re: [gentoo-user] ISO verification question.
On Thursday, 24 December 2020 02:29:51 GMT Γιώργος Κωστόπουλος wrote: > THANKS Michael for your help!!! > > What confused me, was the "failed" results and the warnings of the > sha512sum command. > > THANKS AGAIN for the clarification!!! :-) > G. You're welcome. The command 'sha512sum -c' you ran succeeded in checking any sha512 hashes in the file and reported "OK". I just had a look at the contents of this file. The other lines, for which the sha512 check reports a "FAILED" warning use the whirlpool hash. To check the whirlpool hashes of the files you can run: whirlpool-hash -c install-amd64-minimal-20201222T005811Z.iso.DIGESTS.asc The lines containing the sha512 hashes will now show "FAILED". If you want to check all hashes in one go, you can use the rhash (Recursive Hasher) command: rhash -c install-amd64-minimal-20201222T005811Z.iso.DIGESTS.asc signature.asc Description: This is a digitally signed message part.
[gentoo-user] Shorewall config again
Greetings, I asked about this a long time ago, but I can't find the answer. # shorewall check Checking using Shorewall 5.2.8... Processing /etc/shorewall/params ... Processing /etc/shorewall/shorewall.conf... Loading Modules... ERROR: Per-ip log rate limiting requires Hashlimit Match in your kernel and iptables /usr/share/shorewall/helpers (EOF) But: # grep -i hashlimit /usr/src/linux/.config CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m Someone did point me to the answer at the time. All I remember is that it was hidden somewhere obscure in the kernel config. -- Regards, Peter.
Re: [gentoo-user] Re: Big USB disks
On Wednesday, 23 December 2020 18:56:37 GMT Mark Knecht wrote: > Are you possibly conflating BIOS which is computer code in ROM on the > motherboard and what the CPU runs on power up with the MBR which resides on > the hard drive you are booting from? No, I just wanted to distinguish the old-style boot method from UEFI. -- Regards, Peter.