From owner-freebsd-ports@FreeBSD.ORG Sat Jun 4 12:46:18 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EEFD106566C; Sat, 4 Jun 2011 12:46:18 +0000 (UTC) (envelope-from inyaoo@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3138FC13; Sat, 4 Jun 2011 12:46:17 +0000 (UTC) Received: by wwc33 with SMTP id 33so2427392wwc.31 for ; Sat, 04 Jun 2011 05:46:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=IfPeXXgl0FglUVGmv9idgRjULI/cnZp8OfXGGoXvX20=; b=hnOjPXYJ6tUBOrmzMZA8XrzKNxPRLmLIksBoTGMSZxs8rMol8U05weZ6n+0yJzFCMW nQ5ltHce3aOTK89nX4ux8Iv3nNnONbnDMqUlZooJvNsrUm2IimBQvIQRSZh5yTS+kvV2 /op1hQZR0a5/dv8RYRB3G5g71L9/iKPVGS4ck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=L9cajjUP8hrStX48t92+XZyLNhZRGRAu38EMAfGGHQXT9qELLZupNi+Z9cQgOKR2hY u3Rh6xPerxsYjx+dbTrd8QVz2TCeC8Nli9eDDAf2l77AHaspkSEfnLcJj3D2fKB5XUSG /WME2WnsU0pKO1Eoz2Eczefd21kua7pLq7PrQ= Received: by 10.216.61.77 with SMTP id v55mr476445wec.114.1307191575441; Sat, 04 Jun 2011 05:46:15 -0700 (PDT) Received: from localhost (lvps178-77-103-137.dedicated.hosteurope.de [178.77.103.137]) by mx.google.com with ESMTPS id y3sm1314833wec.10.2011.06.04.05.46.12 (version=SSLv3 cipher=OTHER); Sat, 04 Jun 2011 05:46:14 -0700 (PDT) From: Pan Tsu To: Aryeh Friedman References: Date: Sat, 04 Jun 2011 16:46:06 +0400 In-Reply-To: (Aryeh Friedman's message of "Fri, 3 Jun 2011 20:02:56 -0400") Message-ID: <867h91ojch.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: FreeBSD Current , FreeBSD Ports ML Subject: Re: 8-STABLE /usr/include/utmp.h and tmpx X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jun 2011 12:46:18 -0000 Aryeh Friedman writes: > Some time in the last 2 weeks (I am sure when) a commit caused many > ports that assume a "standard" utmp/utmp.x to break for example > x11-toolkits/vte produces: I guess it's a user error, utmpx.h and utmp.h shouldn't both be present. See similar issue http://lists.freebsd.org/pipermail/freebsd-ports/2010-September/063733.html > gnome-pty-helper.c:497: warning: passing argument 4 of 'pty_add' > discards qualifiers from pointer target type > mv -f .deps/gnome-pty-helper.Tpo .deps/gnome-pty-helper.Po > cc -DHAVE_CONFIG_H -I. -I/usr/local/include -O2 -pipe > -march=prescott -fno-strict-aliasing -MT gnome-utmp.o -MD -MP -MF > .deps/gnome-utmp.Tpo -c -o gnome-utmp.o gnome-utmp.c > gnome-utmp.c: In function 'write_login_record': > gnome-utmp.c:367: warning: passing argument 1 of 'login' from > incompatible pointer type > gnome-utmp.c:374: error: 'struct utmpx' has no member named 'ut_name' If you're on /stable/8 try removing leftover includes from /head by reinstalling /usr/include, e.g. $ mv /usr/include /usr/include.old $ make distrib-dirs installincludes -C/usr/src # a list of files that shouldn't be there $ mtree -klink -cinp /usr/include.old >old.mtree $ mtree -klink -cinp /usr/include >new.mtree $ diff -u old.mtree new.mtree struct utmpx shouldn't be used on /stable/8 as there is no utmpx.h. # from vte-0.26.2/gnome-pty-helper/acinclude.m4 AC_CHECK_HEADERS(sys/time.h utmp.h utmpx.h) if test "$ac_cv_header_utmpx_h" = "yes"; then AC_DEFINE(UTMP,[struct utmpx],[Define to the name of a structure which holds utmp data.]) else AC_DEFINE(UTMP,[struct utmp],[Define to the name of a structure which holds utmp data.]) fi And if you're on /head then stale utmp.h should be removed, e.g. $ make delete-old -C/usr/src making the port use ut_user instead of ut_name. > This is not the only port that has the issue but it is the only one I > remember off the top of my head (I manually fixed a few others)