Re: ssh -Y forwarding seems to be damaged of late
Ross Alexander writes: > On Wed, 8 Mar 2017, Bengt Ahlgren wrote: > >> Ross Alexander writes: >> >>> I have notice over the last month or two that I don't seem to >>> be able to get the VirtualBox UI to come up on an X11 forwarding >>> ssh connection. I'm seeing the same problem with libreoffice. >>> [...] > >> I don't have a solution to your problem, but I'd just like to inform you >> that Virtualbox works for me over "ssh -Y" to a server with: >> >> FreeBSD 10.3-STABLE (GENERIC) #1 r314204: Fri Feb 24 15:28:33 CET 2017 >> virtualbox-ose-5.1.14_2 >> virtualbox-ose-kmod-5.1.14 >> >> this is with the display on a client with kde desktop and: >> >> FreeBSD 10.3-STABLE (P142s10) #12 r314314M: Sun Feb 26 23:27:14 CET 2017 >> >> There are some complaints, but it works: >> >> $ virtualbox >> debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384 >> debug1: client_request_x11: request from ::1 12262 >> debug1: channel 1: new [x11] >> debug1: confirm x11 >> xkbcommon: ERROR: failed to add default include path /usr/local/share/X11/xkb >> Qt WARNING: Qt: Failed to create XKB context! >> Qt WARNING: Use QT_XKB_CONFIG_ROOT environmental variable to provide >> an additional search path, add ':' as separator to provide several >> search paths and/or make sure that XKB configuration data directory >> contains recent enough contents, to update please see >> http://cgit.freedesktop.org/xkeyboard-config/ . >> libGL error: failed to open drm device: No such file or directory >> libGL error: failed to load driver: i965 >> libGL error: unable to load driver: swrast_dri.so >> libGL error: failed to load driver: swrast >> Qt WARNING: libpng warning: iCCP: known incorrect sRGB profile > > Bengt, > > Thanks for the data point. Yes, I too got the "Failed to create XKB > context" and the fix is to install xkeyboard-config-2.20 AFAIR. The > libGL errors are certainly interesting, I don't see those. Will dig > down on that. Thanks for the pointer to xkeyboard-config! The libGL errors don't seem to affect the functionality, but I have only tried with a text console. The client does run intel graphics, so it might be some confusion due to that. Bengt ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c
On Thu, Mar 09, 2017 at 10:49:01PM +, Rick Macklem wrote: > Konstantin Belousov wrote: > > I did not touched unionfs, and have no plans to. It is equally broken in > > all relevant versions of FreeBSD. > Heh, heh. I chuckled when I read this. I think he's trying to say > "it probably won't ever be fixed". My understanding is that it would > require a major redesign of the FreeBSD VFS to make it fully stackable > to fix unionfs and that isn't happening anytime soon... > I mean that there is nobody who is both interested in unionfs and capable of fixing it, and it was so at least from the 8.x times. Also, I do not think that VFS needs a redesign to support unionfs-like operations. The problems that current unionfs has are its local problems. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Booting Raspberry Pi with input on serial console
Hi! I have a problem that should (?) have a simple solution but I havent found one. I have a raspberry pi with a NMEA-GPS constantly hooked up to the serial console of the Pi. My problem is that when booting the Pi it will interpet the output from the GPS as input to the boot process and the boot will fail. How can I have the serial interface of the GPS permanently hooked up to the pi without preventing the system to boot? Thanks! /Peter. smime.p7s Description: S/MIME cryptographic signature
Re: Booting Raspberry Pi with input on serial console
Hi, On Fri, 10 Mar 2017 11:40:21 +0100 Peter Ankerstål wrote: > I have a problem that should (?) have a simple solution but I havent > found one. > are there settings starting with the boot loader to stop the console? > I have a raspberry pi with a NMEA-GPS constantly hooked up to the > serial console of the Pi. > > My problem is that when booting the Pi it will interpet the output > from the GPS as input to the boot process and the boot will fail. How > can I have the serial interface of the GPS permanently hooked up to > the pi without preventing the system to boot? > It sounds to me like a custom solution or take a relay which switches the input on only after the system is up and running. Either by software or by a timer. Yes, I know, stone-age is sending greetings. Erich ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"