Re: Problems are a Curl upgrade on 12.0 current of Sun Oct 2

Basename@FBSD_1.5 is the new symbol. Did you by any chance downgrade your system? On 5 Dec 2016 6:59 p.m., "Dimitry Andric" wrote: > On 05 Dec 2016, at 15:44, Willem Jan Withagen wrote: > > > > Now some of my lining attempts give me: > > > >

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

2016-11-24 13:13 GMT+01:00 Vsevolod Stakhov <vsevo...@highsecure.ru>: > On 23/11/2016 16:27, Ed Schouten wrote: >> Hi Hans, >> >> 2016-11-23 15:27 GMT+01:00 Hans Petter Selasky <h...@selasky.org>: >>> I've made a patch to hopefully optimise SAT solving in

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

ly create a https://github.com/hselasky/pkg 3. Check out that repository using git(1), create a separate branch and commit the changes to the SAT solver. 4. Go to https://github.com/hselasky/pkg and click on 'New pull request'. 5. Fill in the form. -- Ed Schouten <e...@nuxi.nl> Nuxi, '

Re: Optimising generated rules for SAT solving (5/12 are duplicates)

-Logemann-Loveland algorithm: https://en.wikipedia.org/wiki/DPLL_algorithm -- Ed Schouten <e...@nuxi.nl> Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinf

Re: [texlive, FreeBSD 10.x-amd64] build error: _ThreadRuneLocale: TLS definition in /usr/lib/libc.so section .tbss mismatches non-TLS reference in gsftopk.o

that actually *compile* code using -Dlint. I thought it was only used by tools like xlint, which only process source code. I've reverted the change to sys/cdefs.h. Thanks for reporting the issue! -- Ed Schouten e...@80386.nl ___ freebsd-ports@freebsd.org

[Resolved] GCC 4.6 compilation problems w.r.t. static_assert

* Ed Schouten e...@80386.nl, 20111228 19:10: Hmmm... This seems to apply to my changes. I will look into this tomorrow. Thanks for the report! Just to clarify, as mentioned earlier in this thread, the linking problems problems are not related by my C11 patches, as they are only part of HEAD

Re: /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a: could not read symbols: Bad value

into this tomorrow. Thanks for the report! -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpQFINa5Yqbu.pgp Description: PGP signature

Re: VirtualBox-kmod fails to build on -CURRENT

@, (or who else maintains VirtualBox), will you do the honour of getting the patch upstreamed/applied locally? The patch probably has to be used by both the virtualbox-ose and the virtualbox-ose-kmod port. Thanks! -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ --- src/VBox/HostDrivers/Support

Re: VirtualBox-kmod fails to build on -CURRENT

take a closer look at this code more thoroughly sometime this week. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpicPjIOWu2Q.pgp Description: PGP signature

Re: VirtualBox-kmod fails to build on -CURRENT

* Ed Schouten e...@80386.nl, 20111031 11:26: I think I'll take a closer look at this code more thoroughly sometime this week. Ugh. Too impatient. Please try the attached patch. It should build on 7.x and higher. I have only compile-tested it, because I am not a VirtualBox user (yet). | SUPDrv

Re: VirtualBox-kmod fails to build on -CURRENT

* Ed Schouten e...@80386.nl, 20111031 12:07: Ugh. Too impatient. Please try the attached patch. It should build on 7.x and higher. I have only compile-tested it, because I am not a VirtualBox user (yet). Read: I have only compile-tested it on HEAD, but the used interfaces should be present

Re: VirtualBox-kmod fails to build on -CURRENT

to be named /dev/vboxdrv%d explicitly. If that's the case, please try to add a symbolic link from vboxdrv0 to vboxdrv. If that works, I can get that fixed as well. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgprvecGx0i0i.pgp Description: PGP signature

ports/162049: The Ports tree lacks a framework to restart services

' and `/usr/local/etc/rc.d/${FOO} stop' prior to installation. Based on the return value of the first, we can run `/usr/local/etc/rc.d/${FOO} start' after installation. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpPIcEFLSqiZ.pgp Description: PGP signature

Re: Instafix for FreeBSD ports brokenness on 10.0?

own packages in Ports. This means that people running FreeBSD 9.0-RELEASE with a binary libtool package will not be able to generate future-proof source tarballs. This is not just a 10.0-bug, it's a bug in general. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgp5uKANdFZbe.pgp Description

Re: Instafix for FreeBSD ports brokenness on 10.0?

Hi, * Stanislav Sedov s...@freebsd.org, 20110929 22:43: I think this is a good idea. I recommend sending this to re@ and/or core@ for consideration. Personally, I'd love to see this committed ASAP, as I'm unable to do any ports work right now. I've poked portmgr@. :-) -- Ed Schouten e

Instafix for FreeBSD ports brokenness on 10.0?

to be safe, we can only execute this when OSVERSION is 10.0. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpbCNHmqdKNT.pgp Description: PGP signature

Re: Instafix for FreeBSD ports brokenness on 10.0?

* Ed Schouten e...@80386.nl, 20110929 10:47: -exec sed -i 's/freebsd1\*)/SHOULDNOTMATCHANYTHING)/' {} + Whoops. Don't forget to add '' after the -i. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpeXx31sf2gD.pgp Description: PGP signature

Re: Instafix for FreeBSD ports brokenness on 10.0?

. I meant simply adding this line to bsd.port.mk, to be executed after pre-configure and before configure. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpBq7UqfhcJ4.pgp Description: PGP signature

Re: Instafix for FreeBSD ports brokenness on 10.0?

* Ed Schouten e...@80386.nl, 20110929 11:07: I meant simply adding this line to bsd.port.mk, to be executed after pre-configure and before configure. More specifically, see the attached patch. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ --- Mk/bsd.port.mk +++ Mk/bsd.port.mk

Re: Instafix for FreeBSD ports brokenness on 10.0?

* Xin LI delp...@gmail.com, 20110929 12:08: This is not sufficient since some places it's freebsd[123], freebsd[[123]], etc... Yes, but the patch I propose already fixes a large class of compilation issues. It is by no means a silver bullet. -- Ed Schouten e...@80386.nl WWW: http://80386.nl

Re: Utmpx usage

as a safety belt for misbehaving tools that forget to write logout records. On FreeBSD logout records are written by pam_lastlog(8), making that logic in init(8) superfluous. You could consider calling getutxline() in a loop to obtain the ut_ids for a specific TTY. -- Ed Schouten e...@80386.nl WWW

Re: Utmpx usage

logouts on the utmp database, without actually providing code to perform logins? Maybe we should just patch runit to leave utmp(x) alone. So far I don't have a feeling it's trying to do something useful with it. Any opinions, anyone? -- Ed Schouten e...@80386.nl WWW: http://80386.nl

General note on rc scripts and daemonizing

. ;-) [ CCing this to r...@. Maybe we should add some kind of built-in functionality to call daemon(8)? ] -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpF0TnjyFCyD.pgp Description: PGP signature

Re: HEADS UP: utmp.h gone. All welcome utmpx.h. - ports/sysutils/screen and ports/sysutils/tmux not showing sessions

...@dull) ~ $ screen | (e...@dull) ~ $ tty | /dev/pts/2 | (e...@dull) ~ $ w | 9:03AM up 5 days, 11:02, 1 user, load averages: 0.05, 0.08, 0.03 | USER TTY FROM LOGIN@ IDLE WHAT | ed pts/2mekker:S.09:03AM - w -- Ed Schouten e...@80386.nl

Re: HEADS UP: utmp.h gone. All welcome utmpx.h. - ports/sysutils/screen and ports/sysutils/tmux not showing sessions

tty's don't show up on the system in w, who, finger. Which is because tmux doesn't update utmp files anyway. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpYR4k1xJh09.pgp Description: PGP signature

Re: HEADS UP: utmp.h gone. All welcome utmpx.h.

them off completely. Most projects do things like: #define utmp utmpx but this really makes the code harder to interpret. Just moving all the utmp stuff into a small set of routines that you port per operating system is probably the best way to go. Greetings, -- Ed Schouten e...@80386.nl WWW

Re: HEADS UP: utmp.h gone. All welcome utmpx.h.

, but if you can think of something you consider to be useful to be provided as an example, be sure to send ideas, patches, etc. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgp6dfgupcUtj.pgp Description: PGP signature

Re: HEADS UP: utmp.h gone. All welcome utmpx.h.

. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ diff --git a/configure.ac b/configure.ac index 6e2f470..be1b4b4 100644 --- a/configure.ac +++ b/configure.ac @@ -39,13 +39,14 @@ AC_PROG_INSTALL XORG_DEFAULT_OPTIONS -AC_CHECK_HEADERS([lastlog.h utmpx.h sys/param.h]) +AC_CHECK_HEADERS

Re: HEADS UP: utmp.h gone. All welcome utmpx.h.

* Rainer Hurling rhur...@gwdg.de wrote: Is it ok to report such problems in this thread? I think it's better to file PRs for them, to make sure the port maintainer is also informed. I'll take a look at the gftp problem tomorrow. Greetings, -- Ed Schouten e...@80386.nl WWW: http://80386.nl

Re: HEADS UP: utmp.h gone. All welcome utmpx.h.

* Ed Schouten e...@80386.nl wrote: I just looked at this problem and sent a patch to the Xorg folks. I can't find my email in the xorg-devel archives yet, so I've attached a patch to this email. Hopefully the respective port maintainer can turn it into something useful. And it got fixed

HEADS UP: utmp.h gone. All welcome utmpx.h.

for. I've incremented __FreeBSD_version to 97 to identify the import of utmpx. In case a certain port breaks badly, let me know and I'm willing to take a look at it. Be sure to give it a try and report any issues. Thanks! -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpQip4OfOMJy.pgp

[Patch] Proposal: USE_GNU89 switch

it? -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpKIP1MUNLcg.pgp Description: PGP signature

Re: [Patch] Proposal: USE_GNU89 switch

directly. I'm just saying adding it to CFLAGS directly sounds like a very bad idea. Adding it to /etc/make.conf sounds even worse, because it probably only confuses (autoconf) scripts that try to figure out a way to make the compiler speak C99. -- Ed Schouten e...@80386.nl WWW: http://80386.nl

Re: [Patch] Proposal: USE_GNU89 switch

. If the GCC folks ever decide to switch to C99 by default, we'll have exactly the same issue. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpD8x3SqNiQm.pgp Description: PGP signature

Re: [Patch] Proposal: USE_GNU89 switch

.if defined(DISABLE_MAKE_JOBS) || defined(MAKE_JOBS_UNSAFE) _MAKE_JOBS=# -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpgwTc7RwWrQ.pgp Description: PGP signature

Proposal: USE_GNU89 switch

looking through /usr/ports/Mk. I suspect such a switch should be added to bsd.gcc.mk? I'm sending this message to gerald@ as well, because I've been told he is the maintainer of various GCC related bits. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ [1] http://wiki.freebsd.org

Re: Proposal: USE_GNU89 switch

* Pav Lucistnik p...@freebsd.org wrote: Placing CFLAGS+= -std=gnu89 would not work? Would the flag do anything else except adding to CFLAGS? Well, it could work, but maybe it would be nice to make it compiler agnostic. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpoaGOme1njw.pgp

Fwd: svn commit: r191947 - head/sys/sys

Hi all, I just made this commit to SVN. I suspect it won't be a problem, but be sure to notify me when the build breaks. I'll be happy to fix. - Forwarded message from Ed Schouten e...@freebsd.org - Date: Sat, 9 May 2009 19:01:24 + (UTC) From: Ed Schouten e...@freebsd.org To: src

Bump libsndfile port to 1.0.19

the awful regexes anymore. Shall I commit this patch to SVN? -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ --- audio/libsndfile/Makefile +++ audio/libsndfile/Makefile @@ -6,7 +6,7 @@ # PORTNAME= libsndfile -PORTVERSION= 1.0.18 +PORTVERSION= 1.0.19 CATEGORIES=audio MASTER_SITES

Re: Bump libsndfile port to 1.0.19

* Ed Schouten e...@80386.nl wrote: Shall I commit this patch to SVN? CVS. I've been hacking on src too much, I guess. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpeKxGH3Ykl3.pgp Description: PGP signature

Re: [headsup] call for assistance with ports broken on -current

* Mark Linimon lini...@lonesome.com wrote: These changes are: tty changes, jail changes, import of strndup(3), ^^^ ARP v2, libusb20, and possibly VFS. (libusb20 has not yet been run through pointyhat, and its list is probably incomplete.) Working on it. -- Ed

Re: /usr/bin/limits (WAS: Re: Apache.sh on current)

, but the array in limits.c isn't extended (seems to be quite fragile). Can you try the attached patch for limits(1)? Thanks! -- Ed Schouten [EMAIL PROTECTED] WWW: http://80386.nl/ --- limits.c +++ limits.c @@ -76,17 +76,18 @@ { { , infinity, Resource limits%s%s:\n, -max, -cur

Re: HEADS UP: sgtty removal this weekend

@ for performing an experimental ports build with my patchset. Thanks! -- Ed Schouten [EMAIL PROTECTED] WWW: http://80386.nl/ pgpCfAK1R2f8U.pgp Description: PGP signature

HEADS UP: sgtty removal this weekend

will not support sgtty, which means I want to phase out this interface as soon as possible. -- Ed Schouten [EMAIL PROTECTED] WWW: http://80386.nl/ pgphMk9uWP7Nx.pgp Description: PGP signature

pkg-config and library dependencies

use for audio/herrie. I didn't file any PR's yet, because I'd like to hear your opinions on this matter. Are my findings correct? -- Ed Schouten [EMAIL PROTECTED] WWW: http://g-rave.nl/ --- ftp/curl/files/patch-libcurl.pc.in 1970-01-01 01:00:00.0 +0100 +++ ftp/curl/files/patch

Using finch (libpurple) without X11

when actually installing Pidgin, right? -- Ed Schouten [EMAIL PROTECTED] WWW: http://g-rave.nl/ pgpnRFgTpcL5W.pgp Description: PGP signature

Re: Moving applications from sgtty.h to termios.h

Hello, * Ed Schouten [EMAIL PROTECTED] wrote: Last year Kris made a list of applications that still make use of sgtty.h: http://lists.freebsd.org/pipermail/freebsd-current/2006-June/064010.html I took a look at all the ports in the list, except the internationalized ones (Japanese

Moving applications from sgtty.h to termios.h

Using old TTY line discipline All ports that print this message during compilation still make use of sgtty.h. Yours, -- Ed Schouten [EMAIL PROTECTED] WWW: http://g-rave.nl/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman

Second Life: don't want to maintain it ;-)

). Here's a patch if someone wants to maintain a port for it. Please notice that Second Life depends on some ports that aren't in our ports tree: openjpeg and xmlrpc-epi. Yours, -- Ed Schouten [EMAIL PROTECTED] WWW: http://g-rave.nl/ --- linden/indra/SConstruct Sun Jan 7 23:50:12 2007 +++ linden

How to properly check for GCC 4.1 in port

Hello, I'm the maintainer for the net/totd port. This port doesn't compile with GCC 4.1. The easiest fix is to add -Wno-pointer-sign to the CFLAGS. GCC 3.4 doesn't allow this option. What's the nicest way to add a conditional to the port Makefile to check for a GCC version? Yours, -- Ed