Re: ypldap 1024 character limit on groups?
Thanks. I'll see if I can find the time to fix this. It could be a fun project :-) In the meantime, however, I have determined that CentOS works properly in this regard, so sadly I'll have to switch, at least for now :-( Thanks for the feedback, and information as to exactly where the problem lies so I know where to start looking! --- Israel Brewster Computer Support Technician II Era Alaska 5245 Airport Industrial Rd Fairbanks, AK 99709 (907) 450-7250 x7293 --- [demime 1.01d removed an attachment of type text/directory which had a name of Israel Brewster.vcf] On Mar 7, 2014, at 8:02 AM, Theo de Raadt dera...@cvs.openbsd.org wrote: I see. Wow, that is a HUGE bug. Such maximum line lengths have been commonplace in Unix forever. This is not an OpenBSD-introduced problem; it is just something that has not yet been improved. Improvements come when people try to push forward along the curve. People like you...
Re: Left side and bottom of boot text console off of screen now
On 03/08/2014 10:17 PM, Nick Holland wrote: On 03/08/14 09:26, Chris Bennett wrote: On Sat, Mar 08, 2014 at 09:06:54AM -0500, Nick Holland wrote: On 03/08/14 08:51, Chris Bennett wrote: As of this update, I have had these two portions of the screen move off of visible area. this update ... from what? I'm going to assume from a pre-radeondrm version. Yes, from quite a while back. Only get internet here now through my new smartphone. ++ | | | | | | | |text console | | | | | | | | | | | | | | | | +-|--+ ++ Everything else is working fine. Chris Bennett Radeon DRM...looks like a desktop, so I'm guessing you have a VGA connected LCD monitor. No, HDMI note the amount of guessing I'm doing here. radeondrm runs the video in a graphics mode it didn't used to run in, so you will probably have to re-adjust your monitor. Fill the screen (top might do it sufficiently), and hit the auto adjust button, tweek if needed with the manual adjustments. It is a TV that accepts VGA, HDMI, etc. There are no tweek adjustments. oof. I got one of those, an old Dell thing. Accepts lots of things, does none of them well, it seems. I'm still thinking you have a monitor problem more than a computer problem, though certainly not supposed to happen with DVI. 'course, I've had that discussion with my old Dell thing, and it was wholly unimpressed with my logic. Is your monitor really 1920x1080? that's what radeondrm thinks it is. That's kinda what my bluray player thought of my monitor, come to think of it (it isn't), which is also shifted off to one side, iirc. I only use this console for sysmerge, but that would now be very difficult to use, since I couldn't see the options. Chris ok, sounds like you have painful connectivity and a cranky monitor (or a video combination with a bug), so for the moment, I'd suggest just disabling the radeondrm driver via ukc, and it will revert to the old style text mode, which will probably work Just Fine for you. boot boot -c bla bla bla ukc disable radeondrm *nnn radeondrm disabled ukc quit [happy (hopefully) boot] IF you have another monitor of any kind of any attachment, I'd like to verify your problem persists with it or goes away (without the UKC hack, of course) Nick. This is a common problem, even with DVI. If the monitor and video card/driver/whatever disagree about when the blanking intervals start or end, stuff will be chopped off one side or top/bottom of the display. Usually, with 24x80 text, only one character is chopped off the left side. If the characters are smaller, one can lose so many that the console is useless. Using something other than 24x80 as the default before the system setup is complete is a harmful regression. Geoff Steckel
Re: Dovecot bsdauth(user): unknown user
Oof. I didn't notice this earlier, but you're running -current, and this has seen some changes in the last week. You might want to take a look at this thread: http://marc.info/?t=13910782254r=1w=2 I don't have an easy way to test (not running -current or using passwd/bsdauth), and it's not clear from the discussion whether the changes that fixed dovecot in Brad's testing were committed or not. However, it looks like one more fix to getpwent.c was committed after your last update, and it's probably worth trying. Based on the info you provided, today I made another `make release`. Now everything is working as it should be. Sorry for making a fuss and thanks for the help. Atanas Vladimirov
sshd/ssh and kerberos heimdal
Hi folks. May someone tell me how do i enable gssapi and krb support to sshd/ssh ? Thanks in advance. PS: i am running OBSD 5.4
Re: sshd/ssh and kerberos heimdal
On Tue, Mar 11, 2014, at 08:36 PM, Friedrich Locke wrote: Hi folks. May someone tell me how do i enable gssapi and krb support to sshd/ssh ? Thanks in advance. PS: i am running OBSD 5.4 I don't use it myself, but this might help; http://www.openbsd.org/cgi-bin/man.cgi?query=kerberossektion=8
Re: sshd/ssh and kerberos heimdal
May someone tell me how do i enable gssapi and krb support to sshd/ssh ? Look at diffs to the Makefile in the recent past. PS: i am running OBSD 5.4 As soon as you enable it, you are not running OpenBSD 5.4. You will be on your own, and we expect you to understand that.
Re: sshd/ssh and kerberos heimdal
Or maybe not. :) but if that's really what you want, I would start with; http://web.mit.edu/kerberos/ You know there are modern alternatives, right? You might want to Wiki Kerberos... On Tue, Mar 11, 2014, at 10:39 PM, Eric Furman wrote: On Tue, Mar 11, 2014, at 08:36 PM, Friedrich Locke wrote: Hi folks. May someone tell me how do i enable gssapi and krb support to sshd/ssh ? Thanks in advance. PS: i am running OBSD 5.4 I don't use it myself, but this might help; http://www.openbsd.org/cgi-bin/man.cgi?query=kerberossektion=8
