Hi Ingo and Jason,
On Sun, 3 Feb 2019 01:13:18 +0100, Ingo Schwarze wrote:
> Hi Jason,
>
> oh well, these files are a mess, a random collection of funny
> and not so funny stuff... I dislike this one, too, for several
> reasons.
>
> 1. While "ad astra per aspera" sometimes occurs, the word ord
On Mon, 17 Apr 2017 18:25:34 +0200 (CEST), Mark Kettenis wrote:
> > Date: Sun, 16 Apr 2017 22:00:23 +0200 (CEST)
> > From: Mark Kettenis
> >
> > > Date: Sun, 16 Apr 2017 21:21:24 +0200
> > > From: Patrick Wildt
> > >
> > > Hi,
> > >
> > > this diff disables the color diagnostics by default so
On Thu, 24 Nov 2016 16:16:19 +0100, Patrick Wildt wrote:
> Hi,
>
> this diff allows us to build clang with AArch64 support. It's based on
> the ARM lib Makefiles modified to compile the AArch64 code.
>
> ok?
Looks good to me, and the aarch64/arm64 naming thing can always be
bikeshed later. ok.
On Sat, 21 Nov 2015 13:18:47 +0100, Sebastien Marie wrote:
> Hi,
>
> Here a patch that should correct a pledge kill in calendar.
>
> calendar(1) use getpwent, so it needs "getpw" for running in YP
> environment.
>
> OK ?
> --
> Sebastien Marie
>
> Index: calendar.c
> ==
On Sat, 19 Sep 2015 19:29:56 +0200, Sebastien Marie wrote:
> On Sat, Sep 19, 2015 at 10:07:04AM -0700, Philip Guenther wrote:
> > On Sat, Sep 19, 2015 at 9:50 AM, Sebastien Marie
> > wrote:
> > > While working on building llvm 3.7.0 on openbsd (-current amd64 and
> > > i386), I encounter a proble
On Thu, 12 Mar 2015 15:25:48 + (UTC), Christian Weisgerber wrote:
> On 2015-03-12, Patrik Lundin wrote:
>
> >===
> > elif [ -n "$KSH_VERSION" ]; then
> > HACKING_DIR=$(dirname "${.sh.file}")
> >===
>
> .sh.file and related dot variables are a ksh93 extension. I don't
> think ksh88 suppo
Turning off USB 3.0 in the BIOS menu makes all USB ports work fine for
me.
On Sun, 1 Jun 2014 20:13:18 +0100, Edd Barrett wrote:
> Hi tech,
>
> I am having a problem with the USB ports on my x230t.
>
> The machine has three USB ports, two blue and one yellow. I'm assuming
> the blue ones are USB
On Fri, 12 Jul 2013 17:51:56 +0200, Ingo Schwarze wrote:
> Here is the fix, making sure that section 1 from ports still
> overrides section 6 from base, but cat from ports does *not*
> override man from base.
>
> OK?
This has bothered me for some time already. Please go ahead, ok
pascal@.
> You
On Tue, 26 Mar 2013 16:39:54 -0700, Philip Guenther wrote:
> On Tue, Mar 26, 2013 at 3:45 PM, Pascal Stumpf wrote:
> ...
> >> Anyway, can we then just ignore the -pg option if it doesn't work for
> >> shared instead of breaking the link? Or do you have a better solu
On Tue, 26 Mar 2013 23:05:05 +0100 (CET), Mark Kettenis wrote:
> > Date: Tue, 26 Mar 2013 23:54:20 +0200
> > From: Paul Irofti
> > I don't understand how, can you go into more details please?
> >
> > Anyway, can we then just ignore the -pg option if it doesn't work for
> > shared instead of break
On Tue, 26 Mar 2013 23:54:20 +0200, Paul Irofti wrote:
> On Tue, Mar 26, 2013 at 09:15:38PM +0100, Pascal Stumpf wrote:
> > On Tue, 26 Mar 2013 21:48:42 +0200, Paul Irofti wrote:
> > > Good evening everyone,
> > >
> > > I discovered about one or two w
On Tue, 26 Mar 2013 21:48:42 +0200, Paul Irofti wrote:
> Good evening everyone,
>
> I discovered about one or two weeks ago that I can't link any debug
> libraries on OpenBSD. At first I thought it was a cmake update[1] but
> then I started digging further and it turns out its our gcc.
This is no
On Tue, 6 Nov 2012 21:49:12 +, Stuart Henderson wrote:
> On 2012/11/05 13:57, Marc Espie wrote:
> >
> > This stuff is totally a moving target, it is probably going to change in
> > the future.
> >
> >
> > Note that there are very good reasons to prefer pie binaries in MOST cases,
> > includi
Including mm_malloc.h in C++ code and compiling with -pedantic yields
the following error:
In file included from src/mystuff/c++/memalign.cc:1:
/usr/include/mm_malloc.h:37: error: declaration of 'int
posix_memalign(void**, size_t, size_t) throw ()' throws different exceptions
/usr/include/stdlib.h
On Wed, 14 Dec 2011 20:54:05 +0100, Pascal Stumpf wrote:
> So ... Any oks for this diff?
>
>
> Index: os_defines.h
> ===
> RCS file: /cvs/src/gnu/gcc/libstdc++-v3/config/os/bsd/openbsd/os_defines.h,v
> re
On Mon, 12 Dec 2011 17:06:19 +0100, Pascal Stumpf wrote:
> On Mon, 12 Dec 2011 16:55:04 +0100 (CET), Mark Kettenis wrote:
> > > Date: Mon, 12 Dec 2011 16:51:48 +0100
> > > From: Pascal Stumpf
> > >
> > > On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote
On Mon, 12 Dec 2011 16:55:04 +0100 (CET), Mark Kettenis wrote:
> > Date: Mon, 12 Dec 2011 16:51:48 +0100
> > From: Pascal Stumpf
> >
> > On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote:
> > > On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote:
On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote:
> On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote:
> > On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote:
> > >
> > > The s/restrict/__restrict/g in cstdio shouldn't be neces
On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote:
> > Date: Sun, 11 Dec 2011 19:18:40 +0100
> > From: Pascal Stumpf
> >
> > > I still think this should be investigated deeper. Matthew did a bit
> > > of digging jusdging from:
> > >
On Sun, 11 Dec 2011 15:43:02 +0100 (CET), Mark Kettenis wrote:
> > Date: Sun, 11 Dec 2011 13:37:29 +0100
> > From: Pascal Stumpf
> >
> > On Thu, 17 Nov 2011 19:06:24 +0100, Pascal Stumpf wrote:
> > > Hi,
> > > this diff was already suggested by matth
On Thu, 17 Nov 2011 19:06:24 +0100, Pascal Stumpf wrote:
> Hi,
> this diff was already suggested by matthew@ some time ago. It renders
> clang++ usable with gcc's C++ include files, see:
>
> http://marc.info/?l=openbsd-tech&m=130229126704450&w=2
>
> I don&#x
Whenever you try to bind a key to an invalid command in a program that
uses libedit, the program will segfault. This is because parse_cmd() in
parse.c still assumes an old format of the help array (where it was
NULL-terminated). This is no longer the case, and .nfunc now keeps
track of both the h
On Wed, 23 Nov 2011 17:00:57 +0100 (CET), Mark Kettenis wrote:
> > Date: Thu, 17 Nov 2011 19:06:24 +0100
> > From: Pascal Stumpf
> >
> > Hi,
> > this diff was already suggested by matthew@ some time ago. It renders
> > clang++ usable with gcc's C++ incl
On Sun, 26 Jun 2011 21:12:37 +0200, Pascal Stumpf wrote:
> This is my first try at getting support for terminating '+' in find(1)'s
> -exec statement to work, as required by POSIX. Code shamelessly
> guttenberged from NetBSD, with some minor modifications.
&g
Hi,
this diff was already suggested by matthew@ some time ago. It renders
clang++ usable with gcc's C++ include files, see:
http://marc.info/?l=openbsd-tech&m=130229126704450&w=2
I don't expect any fallout, but just to be sure, can this go through a
bulk build on affected platforms (gcc4)?
In
On Tue, 25 Oct 2011 18:13:11 +0200, Pascal Stumpf wrote:
> Upstream fix is here. Attached are patches for devel/gdb, devel/libbfd
> and base binutils 2.15 and 2.17 (permission to use under GPLv2 has been
> granted, thanks to nickc at redhat dot com).
>
>
>
&
On Sat, 15 Oct 2011 19:33:22 +0200, Pascal Stumpf wrote:
> Oh, and I just checked: This bug even is in src binutils (both 2.15 and
> 2.17), just nobody noticed because -Werror isn't used there (but it
> probably should be fixed there too, right?).
>
>
Upstream fix is here.
On Thu, 06 Oct 2011 16:01:53 -0600, Theo de Raadt wrote:
> > > So I'm not convinced we should enable aucat unconditionally. Wouldn't
> > > it make some sense to enable aucat on systems that run X?
> >
> > Hmmm, why not?
> >
> > I'm not against turning audio off in certain situations (servers,
>
On Wed, Sep 21, 2011 at 08:23:11PM +0800, Michael W. Bombardieri wrote:
> Hi Pascal,
>
> Thanks for your email.
> Your diff works for clang, but my pcc produces a make binary that doesn't
> work.
> The make binary produced by my diff also fails due to SIGSEGV,
> so this might be a bug in pcc itse
On Wed, Sep 21, 2011 at 10:43:20AM +0800, Michael W. Bombardieri wrote:
> Hi all,
>
> I noticed that the make(1) build is broken for non-gcc compilers.
> The following diff stops the build from breaking for pcc and llvm/clang.
> Comments?
It effectively negates the inline optimisation when Targ_F
On Thu, Aug 18, 2011 at 10:17:31AM +0200, Mark Kettenis wrote:
> Makes no sense. The keepSelection check is already done in
> ScrnDisownSelection(). The only place where DisownSelection() is
> called directly is SelectSet(), and that should only happen if you
> explicitly shrink your selection to
This is my first try at getting support for terminating '+' in find(1)'s
-exec statement to work, as required by POSIX. Code shamelessly
guttenberged from NetBSD, with some minor modifications.
Index: extern.h
===
RCS file: /cvs/sr
This is a port of nl(1) from NetBSD, with fixes from FreeBSD (no
multibyte char support though), required by POSIX.
I'm not an mdoc(7) expert though, so there are probably still errors in
the manpage.
Cheers,
Pascal
Index: nl/Makefile
=
On Tue, Apr 05, 2011 at 01:04:22PM +0200, Joerg Sonnenberger wrote:
> On Tue, Apr 05, 2011 at 11:09:14AM +0200, Pascal Stumpf wrote:
> > Ok, I seem to have misread the standard there, sorry. Anyway, I've done
> > some tests with all three compilers, and gotten three diff
On Tue, Apr 05, 2011 at 10:21:18AM +0200, Mark Kettenis wrote:
> > Date: Tue, 5 Apr 2011 09:44:21 +0200
> > From: Pascal Stumpf
> >
> > On Mon, Apr 04, 2011 at 11:18:26AM -0700, Philip Guenther wrote:
> > > On Mon, Apr 4, 2011 at 11:06 AM, Pascal Stumpf
> &
On Mon, Apr 04, 2011 at 09:10:45PM +0200, Alexander Bluhm wrote:
> On Mon, Apr 04, 2011 at 08:06:57PM +0200, Pascal Stumpf wrote:
> > net/pf.c: pf_addr_compare (was probably ok before r1.729)
>
> The current implementation has been discussed. See also:
> http://www.greenend.
On Mon, Apr 04, 2011 at 11:18:26AM -0700, Philip Guenther wrote:
> On Mon, Apr 4, 2011 at 11:06 AM, Pascal Stumpf wrote:
> > pcc currently only chokes on some inline functions that need external
> > linkage. gcc isn't pesky about that, but pcc and clang are (rightfully,
pcc currently only chokes on some inline functions that need external
linkage. gcc isn't pesky about that, but pcc and clang are (rightfully,
imo). Anyway, the functions in question are:
net/pf.c: pf_addr_compare (was probably ok before r1.729)
arch/{amd64,i386}/isa/clock.c: mc146818_read
On Mon, Mar 14, 2011 at 05:52:41AM +, Jacob Meuser wrote:
> I like this *MUCH* better than the way acpithinkpad volume buttons
> currently work. these buttons should be affecting the mixer, if
> at all possible, instead of doing things "behind the audio system's
> back", which causes confusion
There is no way to tell if the output of ${daemon} contains important
information or not. I think it should at least make its way into the
system log and not be thrown away blindly.
Index: rc.subr
===
RCS file: /cvs/src/etc/rc.d/rc.su
On Sat, Mar 05, 2011 at 03:59:16PM +, Jason McIntyre wrote:
> On Sat, Mar 05, 2011 at 03:21:00PM +0100, Pascal Stumpf wrote:
> > ls(1) still has the old semantics for -g in one spot.
> >
> > Index: ls.1
> > ===
ls(1) still has the old semantics for -g in one spot.
Index: ls.1
===
RCS file: /cvs/src/bin/ls/ls.1,v
retrieving revision 1.63
diff -u -r1.63 ls.1
--- ls.14 Mar 2011 21:03:19 - 1.63
+++ ls.15 Mar 2011 14:17:
On Tue, Feb 22, 2011 at 04:13:34PM -0300, Iruatc Souza wrote:
> On Tue, Feb 22, 2011 at 2:21 PM, Pascal Stumpf wrote:
> > On Tue, Feb 22, 2011 at 12:52:24PM -0300, Iruatc Souza wrote:
> >> On Tue, Feb 22, 2011 at 6:08 AM, patrick keshishian
> >> wrot
On Tue, Feb 22, 2011 at 02:29:59PM -0430, Andres Perera wrote:
> On Tue, Feb 22, 2011 at 12:51 PM, Pascal Stumpf
> wrote:
> > On Tue, Feb 22, 2011 at 12:52:24PM -0300, Iruatc Souza wrote:
> >> On Tue, Feb 22, 2011 at 6:08 AM, patrick keshishian
> >> w
On Tue, Feb 22, 2011 at 12:52:24PM -0300, Iruatc Souza wrote:
> On Tue, Feb 22, 2011 at 6:08 AM, patrick keshishian
> wrote:
> > my that's awkward.
> >
>
> if you can't combine unix tools, you should be looking at perl.
>
> iru
>
>
I bet everyone here knows one can achieve the same results w
On Mon, Feb 21, 2011 at 04:20:24PM -0500, Ted Unangst wrote:
> On Mon, Feb 21, 2011 at 3:46 PM, Mark Kettenis
> wrote:
> > Also, -H is non-standard AFIK, and we try to avoid adding non-standard
> > options to our tools. Theo has objected to changes like this before.
> > So I don't think this sho
On Mon, Feb 21, 2011 at 04:54:40PM +0100, Alexander Schrijver wrote:
> On Mon, Feb 21, 2011 at 01:34:51PM +0100, Pascal Stumpf wrote:
> > Implement a -H flag for grep, useful for combining e.g. find and grep.
>
> -o used to do this but has been removed. (See the commit logs for t
On Mon, Feb 21, 2011 at 01:38:41PM +0100, Bret Lambert wrote:
> find / -name my\*balls | xargs grep -e batman -e robocop
>
Lol. I donbt have CVS access. ;)
Implement a -H flag for grep, useful for combining e.g. find and grep.
Can anyone commit it?
Index: grep.1
===
RCS file: /cvs/src/usr.bin/grep/grep.1,v
retrieving revision 1.39
diff -u -r1.39 grep.1
--- grep.1 3 Sep 2010 11:09:2
49 matches
Mail list logo
