Re: uniq: add -i option

On Thu, Dec 21, 2017 at 01:50:37AM -0800, Claus Assmann wrote: > On Fri, Dec 15, 2017, Todd C. Miller wrote: > > On Fri, 15 Dec 2017 03:41:25 -0800, Claus Assmann wrote: > > > > I use uniq for some log file analysis and it contained "duplicate" > > > lines which only differ in lower/upper case

Re: uniq: add -i option

On Fri, Dec 15, 2017, Todd C. Miller wrote: > On Fri, 15 Dec 2017 03:41:25 -0800, Claus Assmann wrote: > > I use uniq for some log file analysis and it contained "duplicate" > > lines which only differ in lower/upper case (user input). Hence I > > added an -i flag which also exists on FreeBSD at

Re: drm: fix debug build

If no one objects, I will commit this tomorrow. On Tue, Dec 19, 2017 at 11:14:19PM +0200, Paul Irofti wrote: > Hi, > > I am currently trying to fix dual-monitor support for Intel HD Graphics 520. > The following fixes the build when DRM_DEBUG is enabled. OK? > > Paul > > > Index:

Re: libsndio: Symbols.map for libsndio

On Wed, Dec 20, 2017 at 03:55:30PM +0100, Jeremie Courreges-Anglas wrote: > > Hi, > > Here's a simple diff to tighten things up. > > check_sym output: > /usr/lib/libsndio.so.6.1 --> obj/libsndio.so.7.0 > Dynamic export changes: > removed: > __bss_start > __data_start >

Re: drm: fix debug build

This appears to break the gcc DRMDEBUG build $ make atombios_dp.o CC=gcc COMPILER_VERSION=gcc4 gcc -g -Werror -Wall -Wimplicit-function-declaration -Wno-uninitialized -Wno-pointer-sign -Wno-address-of-packed-member -Wno-constant-conversion -Wframe-larger-than=2047 -mcmodel=kernel

Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

6.2-stable is NOT STABLE. Backport, backport,backport. 6.2-stable is a beta release. This is what its IS. 5.9 vs. 6.2 - last one is a major downwards. I know a lot of stuff done in tcp/ip stack and this is a good job (abt time to ack SMP), but Keep those changes in beta, don’t tell ”we have

Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

On 2017/12/21 23:20, Maxim Bourmistrov wrote: > > Fixed in HEAD?! - my ass. Whom puts HEAD into prod?! Not me any more, that's > for sure. > IS LIKE DROPPING A TURBO ENGINE INTO A CAR WITH NO WHEELS. > > I can dig into this as much as I want/like ON MY OWN TIME. > But if MONEY are on the

Re: uniq: add -i option

> So i really don't feel like adding a BUGS section, but instead i > think documenting that -i is intended as an ASCII-only feature is > the way to go. Yes, sounds reasonable. > While here, profit from the opportunity to mention that uniq(1) is > intended to work on the level of codepoints, not

Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

Solved?1 What abt OPTIONS in relay_http.c ? Solved? Maybe in HEAD.(?) I have to hand-rolle this in src for 6.2 to have it working. —> toread=0; You know. //mxb > 21 dec. 2017 kl. 22:40 skrev Janne Johansson : > > 2017-12-21 21:58 GMT+01:00 Maxim Bourmistrov

Re: OpenBSD 6.2 (up2date with syspatch) - HANGING

Fixed in HEAD?! - my ass. Whom puts HEAD into prod?! Not me any more, that's for sure. IS LIKE DROPPING A TURBO ENGINE INTO A CAR WITH NO WHEELS. I can dig into this as much as I want/like ON MY OWN TIME. But if MONEY are on the table……. I think I’ll revert to 5.9 all of it. //mxb > 21 dec.

Re: bug in inteldrm on braswell

On Thu, Dec 21, 2017 at 02:44:44PM +0100, Mark Kettenis wrote: > > Date: Thu, 21 Dec 2017 13:06:00 +0100 > > From: Martin Ziemer > > > > My system crashed regularly on usage of graphical Browsers. Other > > people had the same issues: > >

Re: uniq: add -i option

Hi Theo, Theo Buehler wrote on Thu, Dec 21, 2017 at 11:06:02AM +0100: > On Thu, Dec 21, 2017 at 01:50:37AM -0800, Claus Assmann wrote: >> On Fri, Dec 15, 2017, Todd C. Miller wrote: >>> On Fri, 15 Dec 2017 03:41:25 -0800, Claus Assmann wrote: I use uniq for some log file analysis and it

bug in inteldrm on braswell

My system crashed regularly on usage of graphical Browsers. Other people had the same issues: https://marc.info/?l=openbsd-misc=150916174632762=2 After searching for the problem I found the solution in DragonflyBSD and ported those changes to our inteldrm:

Re: uniq: add -i option

On Thu, Dec 21, 2017, Theo Buehler wrote: > I committed a minimally tweaked version of your diff: Thanks for the fixes and the commit, I will try to do better next time.

Re: bug in inteldrm on braswell

> Date: Thu, 21 Dec 2017 13:06:00 +0100 > From: Martin Ziemer > > My system crashed regularly on usage of graphical Browsers. Other > people had the same issues: > https://marc.info/?l=openbsd-misc=150916174632762=2 > > After searching for the problem I found the solution in

Re: uniq: add -i option

On Thu, 21 Dec 2017 11:06:02 +0100 Theo Buehler wrote: > I committed a minimally tweaked version of your diff... Thanks everybody.

Re: drm: fix debug build

> Date: Thu, 21 Dec 2017 13:01:31 +0200 > From: Paul Irofti > > If no one objects, I will commit this tomorrow. Fix is wrong since it will break with gcc. Probably best to just use %02x, just like we did for printing duids. > On Tue, Dec 19, 2017 at 11:14:19PM +0200, Paul

Re: drm: fix debug build

On Thu, Dec 21, 2017 at 02:25:41PM +0100, Mark Kettenis wrote: > > Date: Thu, 21 Dec 2017 13:01:31 +0200 > > From: Paul Irofti > > > > If no one objects, I will commit this tomorrow. > > Fix is wrong since it will break with gcc. Probably best to just use > %02x, just like we

Re: bug in inteldrm on braswell

> Sorry. I want to test this myself before I commit it, but I keep > getting distracted with other stuff. No Sorry. I think its cool, you find the time to test everything yourself. (Everybody knows the Problem of no time and too much things to do) I just repeated my mail, because there was no

Re: libsndio: Symbols.map for libsndio

> > The symbols in Symbols.map are ordered after decls in sndio.h. Diff > > already discussed with ratchov@, who gave his ok and is confident that > > nothing actually uses those symbols. > > > > Anyone else with a shared lib version crank? > > > > Thanks; AFAICS, this could go in without the

Re: drm: fix debug build

On Thu, Dec 21, 2017 at 10:54:50PM +1100, Jonathan Gray wrote: > This appears to break the gcc DRMDEBUG build > > $ make atombios_dp.o CC=gcc COMPILER_VERSION=gcc4 > gcc -g -Werror -Wall -Wimplicit-function-declaration -Wno-uninitialized > -Wno-pointer-sign -Wno-address-of-packed-member