From owner-freebsd-gnome@FreeBSD.ORG Sun Apr 22 11:10:24 2012 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EA64106566B; Sun, 22 Apr 2012 11:10:24 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 124338FC0C; Sun, 22 Apr 2012 11:10:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3MBANVk067024; Sun, 22 Apr 2012 11:10:23 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3MBANrO067017; Sun, 22 Apr 2012 11:10:23 GMT (envelope-from edwin) Date: Sun, 22 Apr 2012 11:10:23 GMT Message-Id: <201204221110.q3MBANrO067017@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/167199: x11-fm/nautilus 2.32.2.1 Gnome2.32 Doesn't auto mount sd cards X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 11:10:24 -0000 Synopsis: x11-fm/nautilus 2.32.2.1 Gnome2.32 Doesn't auto mount sd cards Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sun Apr 22 11:10:23 UTC 2012 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=167199 From owner-freebsd-gnome@FreeBSD.ORG Sun Apr 22 16:03:57 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38918106564A; Sun, 22 Apr 2012 16:03:57 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D66228FC0C; Sun, 22 Apr 2012 16:03:56 +0000 (UTC) Received: by iahk25 with SMTP id k25so20194119iah.13 for ; Sun, 22 Apr 2012 09:03:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1/t0FI/UXSTl4DYXlBLbC2KVVvnMLsqihblH+f48JLQ=; b=Iwa1eFfFSsZD5GkrktNfebAg3tv+hFYhGilEFwJfwyF3pDotD9iNaHwnW+j62HC8vT q+EIWeB9fIgEXgYI7oWAqAM7Hqm/CMS12B2H2o4I1vrl9W4XcRzhKJFSi0LWuu/USEiD +hoU/LI5U4YuBxD4QIx5dPMqL54HIU7aiYKwzi3b8u1NsOq81OkrCRHUn0bsmYt+3j0k DaNllEghJeUz5sTMQBTu2yl//0+vTizSGwlg+VZPFNBTlsF/zRkmA4Zz7WAiZj7Ha/kU zQ3TQoqpYzlYgkInSHgZD99+Mlyl9tuwTejmcilSaYHvyW/qq58D2W3h1JzQo4VU52HE A+Tg== MIME-Version: 1.0 Received: by 10.50.194.202 with SMTP id hy10mr3813930igc.25.1335110630105; Sun, 22 Apr 2012 09:03:50 -0700 (PDT) Received: by 10.42.153.4 with HTTP; Sun, 22 Apr 2012 09:03:50 -0700 (PDT) In-Reply-To: <4F64DA8B.3000706@acsalaska.net> References: <201203171743.q2HHhljI063394@freefall.freebsd.org> <4F64DA8B.3000706@acsalaska.net> Date: Sun, 22 Apr 2012 11:03:50 -0500 Message-ID: From: Jeremy Messenger To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Cc: gnome@freebsd.org, bug-followup@freebsd.org, mezz@freebsd.org Subject: Re: ports/165318: sysutils/hal: Western Digital Passport no longer "removable" X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 16:03:57 -0000 On Sat, Mar 17, 2012 at 1:40 PM, Mel Flynn wrote: > On 3/17/2012 18:43, mezz@FreeBSD.org wrote: >> Synopsis: sysutils/hal: Western Digital Passport no longer "removable" >> >> State-Changed-From-To: open->feedback >> State-Changed-By: mezz >> State-Changed-When: Sat Mar 17 17:43:16 UTC 2012 >> State-Changed-Why: >> Have you follow this yet?: http://www.freebsd.org/gnome/docs/halfaq.html#q3 > > Yes. HalFaq was followed on installation of the desktop and at that time > the disk was correctly identified as removable. > > Now, when we try to mount the disk the policykit error refers to > mount-fixed permission, not mount-removable. The users have > mount-removable permissions (and now mount-fixed as a work around). > The lshal output provided with the report, clearly shows that removable > is not set. I've done tracing in hald source to see where it gets it's > info from and it points to cam, but I'm unable to figure out how to get > that info from camcontrol(8). If you know a way how to do that, I'll add > it to the report. Read in the manpage and the 'camcontrol inquiry ' will show you if it's removable. # camcontrol inquiry cd0 pass2: Removable CD-ROM SCSI-0 device pass2: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) Cheers, Mezz > -- > Mel -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Sun Apr 22 16:10:11 2012 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19328106566C for ; Sun, 22 Apr 2012 16:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 033DB8FC15 for ; Sun, 22 Apr 2012 16:10:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3MGAAK7046704 for ; Sun, 22 Apr 2012 16:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3MGAAiQ046703; Sun, 22 Apr 2012 16:10:10 GMT (envelope-from gnats) Date: Sun, 22 Apr 2012 16:10:10 GMT Message-Id: <201204221610.q3MGAAiQ046703@freefall.freebsd.org> To: gnome@FreeBSD.org From: Jeremy Messenger Cc: Subject: Re: ports/165318: sysutils/hal: Western Digital Passport no longer "removable" X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jeremy Messenger List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 16:10:11 -0000 The following reply was made to PR ports/165318; it has been noted by GNATS. From: Jeremy Messenger To: Mel Flynn Cc: mezz@freebsd.org, gnome@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/165318: sysutils/hal: Western Digital Passport no longer "removable" Date: Sun, 22 Apr 2012 11:03:50 -0500 On Sat, Mar 17, 2012 at 1:40 PM, Mel Flynn wrote: > On 3/17/2012 18:43, mezz@FreeBSD.org wrote: >> Synopsis: sysutils/hal: Western Digital Passport no longer "removable" >> >> State-Changed-From-To: open->feedback >> State-Changed-By: mezz >> State-Changed-When: Sat Mar 17 17:43:16 UTC 2012 >> State-Changed-Why: >> Have you follow this yet?: http://www.freebsd.org/gnome/docs/halfaq.html#q3 > > Yes. HalFaq was followed on installation of the desktop and at that time > the disk was correctly identified as removable. > > Now, when we try to mount the disk the policykit error refers to > mount-fixed permission, not mount-removable. The users have > mount-removable permissions (and now mount-fixed as a work around). > The lshal output provided with the report, clearly shows that removable > is not set. I've done tracing in hald source to see where it gets it's > info from and it points to cam, but I'm unable to figure out how to get > that info from camcontrol(8). If you know a way how to do that, I'll add > it to the report. Read in the manpage and the 'camcontrol inquiry ' will show you if it's removable. # camcontrol inquiry cd0 pass2: Removable CD-ROM SCSI-0 device pass2: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) Cheers, Mezz > -- > Mel -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Sun Apr 22 18:07:43 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51ACE106566B for ; Sun, 22 Apr 2012 18:07:43 +0000 (UTC) (envelope-from otacilio.neto@ee.ufcg.edu.br) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id EDDEC8FC08 for ; Sun, 22 Apr 2012 18:07:42 +0000 (UTC) Received: by vcmm1 with SMTP id m1so10339039vcm.13 for ; Sun, 22 Apr 2012 11:07:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=5tQBWNO9+yLhK/6hmH1oGi7Nez4N7UQYPNGs/gcQlB8=; b=ogoEbnKOUGID8Wc58PP5YzL92MW/6AiSNy8auLEfcaqq7SCf7chTtW6oBLRfYR1oA4 2b4tg+VBQCXn/SYzi+/HueUU25XLJMM5PwBIb+WF+gJY9BOT2IjavpV4sWJ2jXa1AniZ 4RedWoVt2r4y+ANnaISLMA66VXenEXGwVVIwWfg43eYZ5aZnxf7JSZp6vsYRXUEfp14y +QYBBy/CcPnUK1Q4A8aR9xmWk1tXqy+9odAR/5efekaa10a/9lpAt23bBDvDBZPTbGmz TwwLgR5hAzI1QGAC2bElai9ywKPjso60I/+FK8LXnBpcrpgi/AH5oD9oRyJ281jJzRr1 xyLw== Received: by 10.52.37.102 with SMTP id x6mr6472578vdj.72.1335118061761; Sun, 22 Apr 2012 11:07:41 -0700 (PDT) Received: from [192.168.2.101] ([187.114.198.71]) by mx.google.com with ESMTPS id d7sm21174860vdu.15.2012.04.22.11.07.37 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 Apr 2012 11:07:41 -0700 (PDT) Message-ID: <4F9448E5.1050909@ee.ufcg.edu.br> Date: Sun, 22 Apr 2012 15:07:33 -0300 From: =?ISO-8859-1?Q?Otac=EDlio?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.3) Gecko/20120319 Thunderbird/10.0.3 MIME-Version: 1.0 To: gnome@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQnPwZiHs3tX86C6GPolAf6mEzCpcMfovYTH/drkeImtg+suy2g2PFqmFqAQbiNOI+Ew0xp1 Cc: Subject: Problem when upgrading py26-gobject-2.28.6 to py27-gobject-2.28.6 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 18:07:43 -0000 Dears I'm trying upgrade py26-gobject-2.28.6 to py27-gobject-2.28.6. The port compiles OK, but when I try install I get a erro. Bellow is the log What can I do to solve it??? Thanks a lot. squitch# portupgrade -f py26-gobject-2.28.6 ** Detected a package name change: py26-gobject (devel/py-gobject) -> 'py27-gobject' (devel/py-gobject) ---> Reinstalling 'py26-gobject-2.28.6' (devel/py-gobject) ---> Building '/usr/ports/devel/py-gobject' ===> Cleaning for py27-gobject-2.28.6 ===> License LGPL21 accepted by the user ===> Extracting for py27-gobject-2.28.6 => SHA256 Checksum OK for gnome2/pygobject-2.28.6.tar.xz. ===> Patching for py27-gobject-2.28.6 ===> Applying FreeBSD patches for py27-gobject-2.28.6 ===> py27-gobject-2.28.6 depends on executable: g-ir-scanner - found ===> py27-gobject-2.28.6 depends on file: /usr/local/libdata/pkgconfig/pycairo.pc - found ===> py27-gobject-2.28.6 depends on file: /usr/local/bin/python2.7 - found ===> py27-gobject-2.28.6 depends on executable: gmake - found ===> py27-gobject-2.28.6 depends on executable: pkg-config - found ===> py27-gobject-2.28.6 depends on shared library: ffi.5 - found ===> py27-gobject-2.28.6 depends on shared library: glib-2.0.0 - found ===> Configuring for py27-gobject-2.28.6 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... i386-portbld-freebsd8.2 checking host system type... i386-portbld-freebsd8.2 checking for some Win32 platform... no checking for native Win32... no checking how to print strings... printf checking for style of include used by gmake... GNU checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking for a sed that does not truncate output... /usr/local/bin/gsed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking how to convert i386-portbld-freebsd8.2 file names to i386-portbld-freebsd8.2 format... func_convert_file_noop checking how to convert i386-portbld-freebsd8.2 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... dlltool checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... no checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... cpp checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.lt config.lt: creating libtool checking for library containing strerror... none required checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking whether cc understands -c and -o together... yes checking whether /usr/local/bin/python2.7 version >= 2.5.2... yes checking for /usr/local/bin/python2.7 version... 2.7 checking for /usr/local/bin/python2.7 platform... freebsd8 checking for /usr/local/bin/python2.7 script directory... ${prefix}/lib/python2.7/site-packages checking for /usr/local/bin/python2.7 extension module directory... ${exec_prefix}/lib/python2.7/site-packages checking for python version... (cached) 2.7 checking for python platform... (cached) freebsd8 checking for python script directory... (cached) ${prefix}/lib/python2.7/site-packages checking for python extension module directory... (cached) ${exec_prefix}/lib/python2.7/site-packages checking for headers required to compile python extensions... found checking for PySignal_SetWakeupFd in Python.h... yes checking for python module thread... yes checking whether to enable threading in pygobject... yes checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.16... yes checking for GLIB - version >= 2.24.0... yes (version 2.28.8) checking for ffi... checking for FFI... yes checking for GIO... yes checking for GIOUNIX... yes checking for GI... yes checking for PYCAIRO... yes checking whether cc understands -Wall... yes checking whether cc understands -std=c9x... yes configure: creating ./config.status config.status: creating Makefile config.status: creating pygobject-2.0.pc config.status: creating pygobject-2.0-uninstalled.pc config.status: creating codegen/Makefile config.status: creating codegen/pygobject-codegen-2.0 config.status: creating docs/Makefile config.status: creating docs/reference/entities.docbook config.status: creating docs/xsl/fixxref.py config.status: creating gi/Makefile config.status: creating gi/repository/Makefile config.status: creating gi/overrides/Makefile config.status: creating glib/Makefile config.status: creating gobject/Makefile config.status: creating gio/Makefile config.status: creating examples/Makefile config.status: creating tests/Makefile config.status: creating PKG-INFO config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands libffi support: yes introspection support: yes ===> Building for py27-gobject-2.28.6 gmake all-recursive gmake[1]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6' Making all in docs gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' gmake all-am gmake[3]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' gmake[3]: Nada a ser feito para `all-am'. gmake[3]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' Making all in codegen gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/codegen' gmake[2]: Nada a ser feito para `all'. gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/codegen' Making all in glib gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/glib' CC libpyglib_2_0_python2.7_la-pyglib.lo CCLD libpyglib-2.0-python2.7.la CC _glib_la-glibmodule.lo CC _glib_la-pygiochannel.lo CC _glib_la-pygoptioncontext.lo CC _glib_la-pygoptiongroup.lo CC _glib_la-pygmaincontext.lo CC _glib_la-pygmainloop.lo CC _glib_la-pygsource.lo CC _glib_la-pygspawn.lo CCLD _glib.la ln -s .libs/_glib.so _glib.so || true gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/glib' Making all in gobject gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gobject' CC _gobject_la-gobjectmodule.lo CC _gobject_la-pygboxed.lo CC _gobject_la-pygenum.lo CC _gobject_la-pygflags.lo CC _gobject_la-pyginterface.lo CC _gobject_la-pygobject.lo CC _gobject_la-pygparamspec.lo CC _gobject_la-pygpointer.lo CC _gobject_la-pygtype.lo CC _gobject_la-ffi-marshaller.lo CCLD _gobject.la ln -s .libs/_gobject.so _gobject.so || true gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gobject' Making all in gio gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gio' CC _gio_la-giomodule.lo CC _gio_la-pygio-utils.lo (cd .\ && /usr/local/bin/python2.7 ../codegen/codegen.py \ --py_ssize_t-clean \ --register gio-types.defs \ --register unix-types.defs \ --override gio.override \ --prefix pygio gio.defs) > ./gen-gio.c \ && cp ./gen-gio.c ./gio.c \ && rm -f ./gen-gio.c Could not write method GCancellable.connect: No ArgType for GCallback Warning: generating old-style constructor for:g_emblemed_icon_new Could not write method GFileInfo.get_attribute_data: No ArgType for GFileAttributeType* Could not write method GFileInfo.get_attribute_stringv: No ArgType for char** Could not write method GFileInfo.set_attribute: No ArgType for gpointer Could not write method GBufferedInputStream.peek: No ArgType for void* Could not write method GBufferedInputStream.peek_buffer: No ArgType for gsize* Could not write method GSocketAddress.to_native: No ArgType for gpointer Warning: generating old-style constructor for:g_inet_socket_address_new Warning: generating old-style constructor for:g_network_address_new Warning: generating old-style constructor for:g_network_service_new Warning: generating old-style constructor for:g_socket_new Could not write method GSocket.receive_from: No ArgType for GSocketAddress** Could not write method GSocket.receive_message: No ArgType for GSocketAddress** Could not write method GSocket.send_message: No ArgType for GOutputVector* Could not write method GSocket.create_source: No ArgType for GIOCondition Could not write method GSocketControlMessage.serialize: No ArgType for gpointer Warning: generating old-style constructor for:g_threaded_socket_service_new Warning: generating old-style constructor for:g_simple_async_result_new Could not write constructor for GSimpleAsyncResult: No ArgType for GAsyncReadyCallback Warning: generating old-style constructor for:g_file_icon_new Could not write method GAsyncInitable.init_async: No ArgType for GAsyncReadyCallback Could not write method GFile.load_partial_contents_async: No ArgType for GFileReadMoreCallback Could not write method GFile.load_partial_contents_finish: No ArgType for char** Could not write function async_initable_new_async: varargs functions not supported Could not write function async_initable_newv_async: No ArgType for GParameter* Could not write function async_initable_new_valist_async: No ArgType for va_list Could not write function content_type_guess_for_tree: No ArgType for char** Could not write function initable_new: varargs functions not supported Could not write function initable_newv: No ArgType for GParameter* Could not write function initable_new_valist: No ArgType for va_list Could not write function resolver_free_addresses: No ArgType for GList* Could not write function resolver_free_targets: No ArgType for GList* Could not write function resolver_error_quark: No ArgType for GQuark Could not write function simple_async_result_new_from_error: No ArgType for GAsyncReadyCallback Could not write function simple_async_report_gerror_in_idle: No ArgType for GAsyncReadyCallback Could not write function socket_address_new_from_native: No ArgType for gpointer Could not write function socket_control_message_deserialize: No ArgType for gpointer Could not write function srv_target_list_sort: No ArgType for GList* Warning: Constructor for GEmblemedIcon needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GNetworkAddress needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GNetworkService needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GSocket needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GInetSocketAddress needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GThreadedSocketService needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GMemoryOutputStream needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GSimpleAsyncResult needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GFileIcon needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors ***INFO*** The coverage of global functions is 72.73% (40/55) ***INFO*** The coverage of methods is 97.27% (535/550) ***INFO*** There are no declared virtual proxies. ***INFO*** There are no declared virtual accessors. ***INFO*** There are no declared interface proxies. CC _gio_la-gio.lo CCLD _gio.la CC unix_la-unixmodule.lo (cd .\ && /usr/local/bin/python2.7 ../codegen/codegen.py \ --py_ssize_t-clean \ --register gio-types.defs \ --register unix-types.defs \ --override unix.override \ --prefix pyunix unix.defs) > ./gen-unix.c \ && cp ./gen-unix.c ./unix.c \ && rm -f ./gen-unix.c Warning: generating old-style constructor for:g_desktop_app_info_new Could not write method GUnixFDMessage.steal_fds: No ArgType for gint* Warning: generating old-style constructor for:g_unix_input_stream_new Warning: generating old-style constructor for:g_unix_output_stream_new Warning: generating old-style constructor for:g_unix_socket_address_new Could not write function g_desktop_app_info_new_from_keyfile: No ArgType for GKeyFile* Could not write function unix_mount_points_get: No ArgType for guint64* Could not write function unix_mounts_get: No ArgType for guint64* Could not write function unix_mount_at: No ArgType for guint64* Warning: Constructor for GUnixConnection needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GDesktopAppInfo needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GUnixFDMessage needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GUnixInputStream needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GUnixOutputStream needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GUnixSocketAddress needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors ***INFO*** The coverage of global functions is 81.82% (18/22) ***INFO*** The coverage of methods is 92.86% (13/14) ***INFO*** There are no declared virtual proxies. ***INFO*** There are no declared virtual accessors. ***INFO*** There are no declared interface proxies. CC unix_la-unix.lo CCLD unix.la ln -s .libs/_gio.so _gio.so || true ln -s .libs/unix.so unix.so || true gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gio' Making all in examples gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/examples' gmake[2]: Nada a ser feito para `all'. gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/examples' Making all in gi gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' Making all in repository gmake[3]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/repository' gmake[3]: Nada a ser feito para `all'. gmake[3]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/repository' Making all in overrides gmake[3]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/overrides' gmake[3]: Nada a ser feito para `all'. gmake[3]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/overrides' gmake[3]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' CC _gi_la-pygi-repository.lo CC _gi_la-pygi-info.lo CC _gi_la-pygi-invoke.lo pygi-invoke.c: In function '_process_invocation_state': pygi-invoke.c:852: warning: format '%ld' expects type 'long int', but argument 4 has type 'gsize' CC _gi_la-pygi-foreign.lo CC _gi_la-pygi-foreign-gvariant.lo CC _gi_la-pygi-struct.lo CC _gi_la-pygi-argument.lo pygi-argument.c: In function '_pygi_g_type_info_check_object': pygi-argument.c:441: warning: format '%ld' expects type 'long int', but argument 3 has type 'Py_ssize_t' pygi-argument.c: In function '_pygi_glong_from_argument': pygi-argument.c:1331: warning: format '%ld' expects type 'long int', but argument 4 has type 'gsize' CC _gi_la-pygi-type.lo CC _gi_la-pygi-boxed.lo CC _gi_la-pygi-closure.lo CC _gi_la-pygi-callbacks.lo CC _gi_la-pygi-property.lo CC _gi_la-pygi-signal-closure.lo CC _gi_la-gimodule.lo gimodule.c: In function '_wrap_pyg_variant_type_from_string': gimodule.c:478: warning: passing argument 1 of 'PyType_IsSubtype' from incompatible pointer type CCLD _gi.la CC _gi_cairo_la-pygi-foreign-cairo.lo CCLD _gi_cairo.la test -L _gi.so || ln -s .libs/_gi.so _gi.so test -L _gi_cairo.so || ln -s .libs/_gi_cairo.so _gi_cairo.so gmake[3]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' Making all in tests gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/tests' CC libregress_la-regress.lo /bin/sh ../libtool --silent --tag=CC --mode=link cc -O2 -pipe -march=native -fno-strict-aliasing -Wall -std=c9x -o libregress.la -rpath /usr/local/lib/python2.7/site-packages/pygobject -module -avoid-version -pthread -L/usr/local/lib -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -pthread -L/usr/local/lib -lcairo libregress_la-regress.lo CC libgimarshallingtests_la-gimarshallingtests.lo /bin/sh ../libtool --silent --tag=CC --mode=link cc -O2 -pipe -march=native -fno-strict-aliasing -Wall -std=c9x -o libgimarshallingtests.la -rpath /usr/local/lib/python2.7/site-packages/pygobject -module -avoid-version -pthread -L/usr/local/lib -lgobject-2.0 -lgthread-2.0 -lglib-2.0 libgimarshallingtests_la-gimarshallingtests.lo CC testhelper_la-testhelpermodule.lo CC testhelper_la-test-floating.lo CC testhelper_la-test-thread.lo CC testhelper_la-test-unknown.lo /bin/sh ../libtool --silent --tag=CC --mode=link cc -O2 -pipe -march=native -fno-strict-aliasing -Wall -std=c9x -o testhelper.la -rpath /usr/local/lib/python2.7/site-packages/pygobject -module -avoid-version testhelper_la-testhelpermodule.lo testhelper_la-test-floating.lo testhelper_la-test-thread.lo testhelper_la-test-unknown.lo -pthread -L/usr/local/lib -lgobject-2.0 -lgthread-2.0 -lglib-2.0 test -L libregress.so || ln -s .libs/libregress.so libregress.so test -L libgimarshallingtests.so || ln -s .libs/libgimarshallingtests.so libgimarshallingtests.so test -L testhelper.so || ln -s .libs/testhelper.so testhelper.so gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/tests' gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6' gmake[2]: Nada a ser feito para `all-am'. gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6' gmake[1]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6' ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'py26-gobject-2.28.6' ---> Preserving /usr/local/lib/libpyglib-2.0-python2.6.so.0 as /usr/local/lib/compat/pkg/libpyglib-2.0-python2.6.so.0 pkg_delete: package 'py26-gobject-2.28.6' is required by these other packages and may not be deinstalled (but I'll delete it anyway): alacarte-0.13.2_1 amsn-0.98.4 brasero-2.32.1_3 cheese-2.32.0_1 deskbar-applet-2.32.0_2 eel-2.26.0_6 eiciel-0.9.8.1 empathy-2.32.2_2 eog-2.32.1_2 epiphany-2.30.6_2 epiphany-extensions-2.30.2_3 evince-2.32.0_7 evolution-2.32.1_2 evolution-exchange-2.32.1_1 evolution-gconf-tools-0.1.6_7 evolution-mapi-0.32.1_1 farsight2-0.0.22 file-roller-2.32.1,1 ganyremote-5.11.7 gdesklets-0.36.2 gdm-2.30.5_5 gedit-2.30.4_1 glade3-gnome-3.7.3 gnome-applets-2.32.1.1_3 gnome-blog-0.9.1_6 gnome-control-center-2.32.1 gnome-desktop-2.32.1_1 gnome-desktop-sharp-2.26.0_6 gnome-games-2.32.1_2 gnome-netstatus-2.28.2 gnome-panel-2.32.1 gnome-power-manager-2.32.0_1 gnome-screensaver-2.30.2_2 gnome-session-2.32.1_1 gnome-settings-daemon-2.32.1_3 gnome-sharp-2.24.2 gnome-system-tools-2.32.0_1 gnome-user-share-2.30.1_1 gnome-utils-2.32.0,1 gnome2-2.32.1_4 gnome2-power-tools-2.32.1_2 gtk-vnc-0.3.10_5 hplip-3.12.2 libgail-gnome-1.20.3 libpurple-2.10.3 meld-1.5.4 mousetweaks-2.32.1 nautilus-2.32.2.1_1 nautilus-cd-burner-2.24.0_7 nautilus-open-terminal-0.18_4 nautilus-sendto-2.32.0_1 netspeed_applet-0.16 orca-2.32.1_1 py26-clutter-1.0.2_2 py26-cluttergtk-0.10.0 py26-gnome-2.28.1_2 py26-goocanvas-0.14.1_3 py26-gstreamer-0.10.22 py26-gtksourceview-2.10.1 py26-papyon-0.5.4 py26-telepathy-butterfly-0.5.15_1 py27-gnome-desktop-2.32.0_1 py27-gnome-extras-2.25.3_12 py27-gtk-2.24.0 py27-notify-0.1.1_8 quick-lounge-applet-2.14.1 seahorse-plugins-2.30.1_6 sensors-applet-1.6.1_9 serpentine-0.7_8 sound-juicer-2.32.0_1 splashsetter-0.6.5.3_5 telepathy-farsight-0.0.15 tomboy-1.6.1 tomboy-plugin-reminder-0.9.2 tomboy-plugin-todo-1.0.0 totem-2.32.0_1 vinagre-2.30.3_1 vino-2.32.2_2 pkg_delete: '/usr/local/share/pygobject/2.0/codegen/argtypes.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/share/pygobject/2.0/codegen/definitions.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/share/pygobject/2.0/codegen/defsparser.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/share/pygobject/2.0/codegen/override.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/share/pygobject/2.0/codegen/reversewrapper.pyc' fails original MD5 checksum - deleted anyway. pkg_delete: '/usr/local/share/pygobject/2.0/codegen/scmexpr.pyc' fails original MD5 checksum - deleted anyway. [Updating the pkgdb in /var/db/pkg ... - 1392 packages found (-1 +0) (...) done] ---> Installing the new version via the port ===> Installing for py27-gobject-2.28.6 ===> py27-gobject-2.28.6 depends on executable: g-ir-scanner - found ===> py27-gobject-2.28.6 depends on file: /usr/local/libdata/pkgconfig/pycairo.pc - found ===> py27-gobject-2.28.6 depends on file: /usr/local/bin/python2.7 - found ===> py27-gobject-2.28.6 depends on executable: pkg-config - found ===> py27-gobject-2.28.6 depends on file: /usr/local/lib/gio/modules/libgiofam.so - found ===> py27-gobject-2.28.6 depends on shared library: ffi.5 - found ===> py27-gobject-2.28.6 depends on shared library: glib-2.0.0 - found ===> Generating temporary packing list Making install in docs gmake[1]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' gmake install-am gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' gmake[3]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' gmake[3]: Nada a ser feito para `install-exec-am'. test -z "/usr/local/share/doc/pygobject" || /usr/local/bin/gmkdir -p "/usr/local/share/doc/pygobject" install -o root -g wheel -m 444 style.css '/usr/local/share/doc/pygobject' test -z "/usr/local/share/pygobject/xsl" || /usr/local/bin/gmkdir -p "/usr/local/share/pygobject/xsl" install -o root -g wheel -m 444 xsl/common.xsl xsl/devhelp.xsl xsl/html.xsl xsl/pdf-style.xsl xsl/pdf.xsl xsl/ref-html-style.xsl xsl/fixxref.py '/usr/local/share/pygobject/xsl' installfiles=`echo ./html/*`; \ if test "$installfiles" = './html/*'; \ then echo '-- Nothing to install' ; \ else \ /bin/sh /usr/ports/devel/py-gobject/work/pygobject-2.28.6/install-sh -d /usr/local/share/doc/pygobject; \ for i in $installfiles; do \ echo '-- Installing '$i ; \ install -o root -g wheel -m 444 $i /usr/local/share/doc/pygobject; \ done; \ echo '-- Installing ./html/index.sgml' ; \ install -o root -g wheel -m 444 ./html/index.sgml /usr/local/share/doc/pygobject || :; \ fi -- Installing ./html/class-gioappinfo.html -- Installing ./html/class-gioapplaunchcontext.html -- Installing ./html/class-gioasyncresult.html -- Installing ./html/class-giobufferedinputstream.html -- Installing ./html/class-giobufferedoutputstream.html -- Installing ./html/class-giocancellable.html -- Installing ./html/class-giodatainputstream.html -- Installing ./html/class-giodataoutputstream.html -- Installing ./html/class-giodrive.html -- Installing ./html/class-gioemblem.html -- Installing ./html/class-gioemblemedicon.html -- Installing ./html/class-giofile.html -- Installing ./html/class-giofileattributeinfo.html -- Installing ./html/class-giofileenumerator.html -- Installing ./html/class-giofileicon.html -- Installing ./html/class-giofileinfo.html -- Installing ./html/class-giofileinputstream.html -- Installing ./html/class-giofilemonitor.html -- Installing ./html/class-giofileoutputstream.html -- Installing ./html/class-giofilterinputstream.html -- Installing ./html/class-giofilteroutputstream.html -- Installing ./html/class-gioicon.html -- Installing ./html/class-gioinputstream.html -- Installing ./html/class-gioloadableicon.html -- Installing ./html/class-giomemoryinputstream.html -- Installing ./html/class-giomemoryoutputstream.html -- Installing ./html/class-giomount.html -- Installing ./html/class-giomountoperation.html -- Installing ./html/class-giooutputstream.html -- Installing ./html/class-gioseekable.html -- Installing ./html/class-giosimpleasyncresult.html -- Installing ./html/class-giothemedicon.html -- Installing ./html/class-giounixinputstream.html -- Installing ./html/class-giounixoutputstream.html -- Installing ./html/class-giovolume.html -- Installing ./html/class-giovolumemonitor.html -- Installing ./html/class-glibmaincontext.html -- Installing ./html/class-glibmainloop.html -- Installing ./html/class-gobject.html -- Installing ./html/class-gobjectgboxed.html -- Installing ./html/class-gobjectginterface.html -- Installing ./html/class-gobjectgpointer.html -- Installing ./html/gio-class-reference.html -- Installing ./html/gio-constants.html -- Installing ./html/gio-functions.html -- Installing ./html/giounix-class-reference.html -- Installing ./html/glib-class-reference.html -- Installing ./html/glib-constants.html -- Installing ./html/glib-functions.html -- Installing ./html/gobject-class-reference.html -- Installing ./html/gobject-constants.html -- Installing ./html/gobject-functions.html -- Installing ./html/index.html -- Installing ./html/index.sgml -- Installing ./html/pygobject-introduction.html -- Installing ./html/pygobject.devhelp -- Installing ./html/index.sgml gmake[3]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' gmake[1]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/docs' Making install in codegen gmake[1]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/codegen' gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/codegen' test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" install -o root -g wheel -m 555 pygobject-codegen-2.0 '/usr/local/bin' test -z "/usr/local/share/pygobject/2.0/codegen" || /usr/local/bin/gmkdir -p "/usr/local/share/pygobject/2.0/codegen" install -o root -g wheel -m 444 __init__.py argtypes.py definitions.py defsparser.py docextract.py override.py reversewrapper.py '/usr/local/share/pygobject/2.0/codegen' Byte-compiling python modules... __init__.pyargtypes.pydefinitions.pydefsparser.pydocextract.pyoverride.pyreversewrapper.py Byte-compiling python modules (optimized versions) ... __init__.pyargtypes.pydefinitions.pydefsparser.pydocextract.pyoverride.pyreversewrapper.py test -z "/usr/local/share/pygobject/2.0/codegen" || /usr/local/bin/gmkdir -p "/usr/local/share/pygobject/2.0/codegen" install -o root -g wheel -m 555 code-coverage.py codegen.py createdefs.py defsconvert.py defsgen.py docextract_to_xml.py docgen.py h2def.py mergedefs.py missingdefs.py mkskel.py scanvirtuals.py scmexpr.py '/usr/local/share/pygobject/2.0/codegen' gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/codegen' gmake[1]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/codegen' Making install in glib gmake[1]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/glib' gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/glib' test -z "/usr/local/lib" || /usr/local/bin/gmkdir -p "/usr/local/lib" /bin/sh ../libtool --mode=install /usr/bin/install -c -o root -g wheel libpyglib-2.0-python2.7.la '/usr/local/lib' libtool: install: /usr/bin/install -c -o root -g wheel .libs/libpyglib-2.0-python2.7.so.0 /usr/local/lib/libpyglib-2.0-python2.7.so.0 libtool: install: (cd /usr/local/lib && { ln -s -f libpyglib-2.0-python2.7.so.0 libpyglib-2.0-python2.7.so || { rm -f libpyglib-2.0-python2.7.so && ln -s libpyglib-2.0-python2.7.so.0 libpyglib-2.0-python2.7.so; }; }) libtool: install: (cd /usr/local/lib && { ln -s -f libpyglib-2.0-python2.7.so.0 libpyglib-2.0-python2.7.so || { rm -f libpyglib-2.0-python2.7.so && ln -s libpyglib-2.0-python2.7.so.0 libpyglib-2.0-python2.7.so; }; }) libtool: install: /usr/bin/install -c -o root -g wheel .libs/libpyglib-2.0-python2.7.lai /usr/local/lib/libpyglib-2.0-python2.7.la test -z "/usr/local/include/pygtk-2.0" || /usr/local/bin/gmkdir -p "/usr/local/include/pygtk-2.0" install -o root -g wheel -m 444 pyglib.h '/usr/local/include/pygtk-2.0' test -z "/usr/local/lib/python2.7/site-packages/glib" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/glib" /bin/sh ../libtool --mode=install /usr/bin/install -c -o root -g wheel _glib.la '/usr/local/lib/python2.7/site-packages/glib' libtool: install: warning: relinking `_glib.la' libtool: install: (cd /usr/ports/devel/py-gobject/work/pygobject-2.28.6/glib; /bin/sh /usr/ports/devel/py-gobject/work/pygobject-2.28.6/libtool --silent --tag CC --mode=relink cc -D_REENTRANT -I/usr/local/include/glib-2.0 -O2 -pipe -march=native -fno-strict-aliasing -Wall -std=c9x -module -avoid-version -export-symbols-regex "_glib|PyInit__glib" -o _glib.la -rpath /usr/local/lib/python2.7/site-packages/glib _glib_la-glibmodule.lo _glib_la-pygiochannel.lo _glib_la-pygoptioncontext.lo _glib_la-pygoptiongroup.lo _glib_la-pygmaincontext.lo _glib_la-pygmainloop.lo _glib_la-pygsource.lo _glib_la-pygspawn.lo -pthread -L/usr/local/lib -lgobject-2.0 -lgthread-2.0 -lglib-2.0 libpyglib-2.0-python2.7.la ) libtool: install: /usr/bin/install -c -o root -g wheel .libs/_glib.soT /usr/local/lib/python2.7/site-packages/glib/_glib.so libtool: install: /usr/bin/install -c -o root -g wheel .libs/_glib.lai /usr/local/lib/python2.7/site-packages/glib/_glib.la test -z "/usr/local/lib/python2.7/site-packages/glib" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/glib" install -o root -g wheel -m 444 __init__.py option.py '/usr/local/lib/python2.7/site-packages/glib' Byte-compiling python modules... __init__.pyoption.py Byte-compiling python modules (optimized versions) ... __init__.pyoption.py gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/glib' gmake[1]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/glib' Making install in gobject gmake[1]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gobject' gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gobject' gmake[2]: Nada a ser feito para `install-exec-am'. test -z "/usr/local/include/pygtk-2.0" || /usr/local/bin/gmkdir -p "/usr/local/include/pygtk-2.0" install -o root -g wheel -m 444 pygobject.h '/usr/local/include/pygtk-2.0' test -z "/usr/local/lib/python2.7/site-packages/gobject" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/gobject" /bin/sh ../libtool --mode=install /usr/bin/install -c -o root -g wheel _gobject.la '/usr/local/lib/python2.7/site-packages/gobject' libtool: install: warning: relinking `_gobject.la' libtool: install: (cd /usr/ports/devel/py-gobject/work/pygobject-2.28.6/gobject; /bin/sh /usr/ports/devel/py-gobject/work/pygobject-2.28.6/libtool --silent --tag CC --mode=relink cc -I../glib -I../gi -I/usr/local/include/python2.7 -I/usr/local/include/python2.7 -I/usr/local/lib/libffi-3.0.9/include -D_REENTRANT -I/usr/local/include/glib-2.0 -DPY_SSIZE_T_CLEAN -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/include/gobject-introspection-1.0 -I/usr/local/lib/libffi-3.0.9/include -O2 -pipe -march=native -fno-strict-aliasing -Wall -std=c9x -module -avoid-version -export-symbols-regex "_gobject|PyInit__gobject" -o _gobject.la -rpath /usr/local/lib/python2.7/site-packages/gobject _gobject_la-gobjectmodule.lo _gobject_la-pygboxed.lo _gobject_la-pygenum.lo _gobject_la-pygflags.lo _gobject_la-pyginterface.lo _gobject_la-pygobject.lo _gobject_la-pygparamspec.lo _gobject_la-pygpointer.lo _gobject_la-pygtype.lo _gobject_la-ffi-marshaller.lo -pthread -L/usr/local/lib -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -L/usr/local/lib -lffi ../glib/libpyglib-2.0-python2.7.la ) libtool: install: /usr/bin/install -c -o root -g wheel .libs/_gobject.soT /usr/local/lib/python2.7/site-packages/gobject/_gobject.so libtool: install: /usr/bin/install -c -o root -g wheel .libs/_gobject.lai /usr/local/lib/python2.7/site-packages/gobject/_gobject.la test -z "/usr/local/lib/python2.7/site-packages/gobject" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/gobject" install -o root -g wheel -m 444 __init__.py constants.py propertyhelper.py '/usr/local/lib/python2.7/site-packages/gobject' Byte-compiling python modules... __init__.pyconstants.pypropertyhelper.py Byte-compiling python modules (optimized versions) ... __init__.pyconstants.pypropertyhelper.py gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gobject' gmake[1]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gobject' Making install in gio gmake[1]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gio' gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gio' test -z "/usr/local/lib/python2.7/site-packages/gtk-2.0/gio" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/gtk-2.0/gio" /bin/sh ../libtool --mode=install /usr/bin/install -c -o root -g wheel _gio.la unix.la '/usr/local/lib/python2.7/site-packages/gtk-2.0/gio' libtool: install: warning: relinking `_gio.la' libtool: install: (cd /usr/ports/devel/py-gobject/work/pygobject-2.28.6/gio; /bin/sh /usr/ports/devel/py-gobject/work/pygobject-2.28.6/libtool --silent --tag CC --mode=relink cc -D_REENTRANT -I/usr/local/include/glib-2.0 -O2 -pipe -march=native -fno-strict-aliasing -Wall -std=c9x -module -avoid-version -export-symbols-regex init_gio -o _gio.la -rpath /usr/local/lib/python2.7/site-packages/gtk-2.0/gio _gio_la-giomodule.lo _gio_la-pygio-utils.lo _gio_la-gio.lo -pthread -L/usr/local/lib -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 ../glib/libpyglib-2.0-python2.7.la ) libtool: install: /usr/bin/install -c -o root -g wheel .libs/_gio.soT /usr/local/lib/python2.7/site-packages/gtk-2.0/gio/_gio.so libtool: install: /usr/bin/install -c -o root -g wheel .libs/_gio.lai /usr/local/lib/python2.7/site-packages/gtk-2.0/gio/_gio.la libtool: install: /usr/bin/install -c -o root -g wheel .libs/unix.so /usr/local/lib/python2.7/site-packages/gtk-2.0/gio/unix.so libtool: install: /usr/bin/install -c -o root -g wheel .libs/unix.lai /usr/local/lib/python2.7/site-packages/gtk-2.0/gio/unix.la test -z "/usr/local/lib/python2.7/site-packages" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages" test -z "/usr/local/share/pygobject/2.0/defs" || /usr/local/bin/gmkdir -p "/usr/local/share/pygobject/2.0/defs" install -o root -g wheel -m 444 gio.defs gio-types.defs gio.override gappinfo.override gapplaunchcontext.override gbufferedinputstream.override gcancellable.override gdatainputstream.override gdrive.override gfile.override gfileattribute.override gfileenumerator.override gfileinfo.override gfileinputstream.override gfileiostream.override gfileoutputstream.override gicon.override giostream.override ginputstream.override gmemoryinputstream.override gmemoryoutputstream.override gmount.override goutputstream.override gresolver.override gsocket.override gvolume.override gvolumemonitor.override unix.defs unix-types.defs unix.override '/usr/local/share/pygobject/2.0/defs' test -z "/usr/local/lib/python2.7/site-packages/gtk-2.0/gio" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/gtk-2.0/gio" install -o root -g wheel -m 444 __init__.py '/usr/local/lib/python2.7/site-packages/gtk-2.0/gio' Byte-compiling python modules... __init__.py Byte-compiling python modules (optimized versions) ... __init__.py gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gio' gmake[1]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gio' Making install in examples gmake[1]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/examples' gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/examples' gmake[2]: Nada a ser feito para `install-exec-am'. gmake[2]: Nada a ser feito para `install-data-am'. gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/examples' gmake[1]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/examples' Making install in gi gmake[1]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' Making install in repository gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/repository' gmake[3]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/repository' gmake[3]: Nada a ser feito para `install-exec-am'. test -z "/usr/local/lib/python2.7/site-packages/gi/repository" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/gi/repository" install -o root -g wheel -m 444 __init__.py '/usr/local/lib/python2.7/site-packages/gi/repository' Byte-compiling python modules... __init__.py Byte-compiling python modules (optimized versions) ... __init__.py gmake[3]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/repository' gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/repository' Making install in overrides gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/overrides' gmake[3]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/overrides' gmake[3]: Nada a ser feito para `install-exec-am'. test -z "/usr/local/lib/python2.7/site-packages/gi/overrides" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/gi/overrides" install -o root -g wheel -m 444 GLib.py Gtk.py Gdk.py Gio.py GIMarshallingTests.py Pango.py keysyms.py __init__.py '/usr/local/lib/python2.7/site-packages/gi/overrides' Byte-compiling python modules... GLib.pyGtk.pyGdk.pyGio.pyGIMarshallingTests.pyPango.pykeysyms.py__init__.py Byte-compiling python modules (optimized versions) ... GLib.pyGtk.pyGdk.pyGio.pyGIMarshallingTests.pyPango.pykeysyms.py__init__.py gmake[3]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/overrides' gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi/overrides' gmake[2]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' gmake[3]: Entrando no diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' gmake[3]: Nada a ser feito para `install-exec-am'. test -z "/usr/local/lib/python2.7/site-packages/gi" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/gi" /bin/sh ../libtool --mode=install /usr/bin/install -c -o root -g wheel _gi.la _gi_cairo.la '/usr/local/lib/python2.7/site-packages/gi' libtool: install: warning: relinking `_gi.la' libtool: install: (cd /usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi; /bin/sh /usr/ports/devel/py-gobject/work/pygobject-2.28.6/libtool --silent --tag CC --mode=relink cc -I/usr/local/include/python2.7 -I/usr/local/include/python2.7 -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/include/gobject-introspection-1.0 -I/usr/local/lib/libffi-3.0.9/include -O2 -pipe -march=native -fno-strict-aliasing -Wall -std=c9x -module -avoid-version -export-symbols-regex "init_gi|PyInit__gi" -o _gi.la -rpath /usr/local/lib/python2.7/site-packages/gi _gi_la-pygi-repository.lo _gi_la-pygi-info.lo _gi_la-pygi-invoke.lo _gi_la-pygi-foreign.lo _gi_la-pygi-foreign-gvariant.lo _gi_la-pygi-struct.lo _gi_la-pygi-argument.lo _gi_la-pygi-type.lo _gi_la-pygi-boxed.lo _gi_la-pygi-closure.lo _gi_la-pygi-callbacks.lo _gi_la-pygi-property.lo _gi_la-pygi-signal-closure.lo _gi_la-gimodule.lo -Wl,--export-dynamic -pthread -L/usr/local/lib -lgirepository-1.0 -lgobject-2.0 -lgmodule-2.0 -lffi -lgthread-2.0 -lglib-2.0 ../glib/libpyglib-2.0-python2.7.la ) libtool: install: /usr/bin/install -c -o root -g wheel .libs/_gi.soT /usr/local/lib/python2.7/site-packages/gi/_gi.so libtool: install: /usr/bin/install -c -o root -g wheel .libs/_gi.lai /usr/local/lib/python2.7/site-packages/gi/_gi.la libtool: install: /usr/bin/install -c -o root -g wheel .libs/_gi_cairo.so /usr/local/lib/python2.7/site-packages/gi/_gi_cairo.so libtool: install: /usr/bin/install -c -o root -g wheel .libs/_gi_cairo.lai /usr/local/lib/python2.7/site-packages/gi/_gi_cairo.la test -z "/usr/local/lib/python2.7/site-packages/gi" || /usr/local/bin/gmkdir -p "/usr/local/lib/python2.7/site-packages/gi" install -o root -g wheel -m 444 types.py module.py importer.py __init__.py '/usr/local/lib/python2.7/site-packages/gi' Traceback (most recent call last): File "/usr/local/lib/python2.7/site.py", line 62, in import os File "/usr/local/lib/python2.7/os.py", line 49, in import posixpath as path File "/usr/local/lib/python2.7/posixpath.py", line 17, in import warnings File "/usr/local/lib/python2.7/warnings.py", line 8, in import types File "types.py", line 26, in import gobject ImportError: No module named gobject gmake[3]: ** [install-pygiPYTHON] Erro 1 gmake[3]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' gmake[2]: ** [install-am] Erro 2 gmake[2]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' gmake[1]: ** [install-recursive] Erro 1 gmake[1]: Saindo do diretório `/usr/ports/devel/py-gobject/work/pygobject-2.28.6/gi' gmake: ** [install-recursive] Erro 1 *** Error code 2 Stop in /usr/ports/devel/py-gobject. *** Error code 1 Stop in /usr/ports/devel/py-gobject. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120422-86634-bu36cm-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=py26-gobject-2.28.6 UPGRADE_PORT_VER=2.28.6 make -DFORCE_PKG_REGISTER reinstall ---> Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb in /var/db/pkg ... - 1393 packages found (-0 +1) . done] ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/py-gobject (py26-gobject-2.28.6) (install error) squitch# From owner-freebsd-gnome@FreeBSD.ORG Sun Apr 22 18:39:30 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF989106564A for ; Sun, 22 Apr 2012 18:39:30 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 74B038FC08 for ; Sun, 22 Apr 2012 18:39:30 +0000 (UTC) Received: by iahk25 with SMTP id k25so20346563iah.13 for ; Sun, 22 Apr 2012 11:39:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=s7EpwppkBe2rKSO65rhM+VU0EWe6dcWGYjsbkGn0anA=; b=focxW8ru0jIi7JlgoARnd2m0181rHjIxzoXj7P/w9kYfMnj5c7k71MjqnRIo7qfHNz azZZSrdIpg9z60QjXmNwjC1scVG138VGUN/UrZkENi7A1nnPyPQyqo+D5MQaroqyP/66 jV3LNOr5J9HquDmX892+UJB1ku6YPN2qvc9aiLm/KYfZtdWuUWUPe4yuNNcWQJYUSS8G 9qM8NiNN7fOxzgy4j9FMusSdmayz6rWaX9iuE9ACw/EI6C3Ie6/xpeIGILLBCuYb0rMg Woz+J50j7jcW+xfMT4hLIs0qYdJeMTCvCM8lUUBRtKE76UBNtRStVTxxsDOeF30fZK3/ uT5Q== MIME-Version: 1.0 Received: by 10.50.202.106 with SMTP id kh10mr4369329igc.25.1335119969934; Sun, 22 Apr 2012 11:39:29 -0700 (PDT) Received: by 10.42.153.4 with HTTP; Sun, 22 Apr 2012 11:39:29 -0700 (PDT) In-Reply-To: <4F9448E5.1050909@ee.ufcg.edu.br> References: <4F9448E5.1050909@ee.ufcg.edu.br> Date: Sun, 22 Apr 2012 13:39:29 -0500 Message-ID: From: Jeremy Messenger To: =?ISO-8859-1?Q?Otac=EDlio?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gnome@freebsd.org Subject: Re: Problem when upgrading py26-gobject-2.28.6 to py27-gobject-2.28.6 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 18:39:30 -0000 On Sun, Apr 22, 2012 at 1:07 PM, Otac=EDlio = wrote: > Dears > > I'm trying upgrade py26-gobject-2.28.6 to py27-gobject-2.28.6. The port > compiles OK, but when I try install I get a erro. > > Bellow is the log > > What can I do to solve it??? You need to follow the '20110304' part in the /usr/ports/UPDATING. Cheers, Mezz --=20 mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Sun Apr 22 18:51:17 2012 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E3EC106564A; Sun, 22 Apr 2012 18:51:17 +0000 (UTC) (envelope-from sunpoet@sunpoet.net) Received: from sunpoet.net (sunpoet.net [220.133.12.240]) by mx1.freebsd.org (Postfix) with ESMTP id 570F18FC12; Sun, 22 Apr 2012 18:51:17 +0000 (UTC) Received: by sunpoet.net (Postfix, from userid 1000) id 3VbKbc3hxGz56V; Mon, 23 Apr 2012 02:49:32 +0800 (CST) To: FreeBSD-gnats-submit@freebsd.org From: Sunpoet Po-Chuan Hsieh X-send-pr-version: 3.113 X-GNATS-Notify: Message-Id: <3VbKbc3hxGz56V@sunpoet.net> Date: Mon, 23 Apr 2012 02:49:32 +0800 (CST) Cc: gnome@FreeBSD.org Subject: [PATCH] textproc/libxml2: respect WITHOUT_ICONV X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 18:51:17 -0000 >Submitter-Id: current-users >Originator: Sunpoet Po-Chuan Hsieh >Organization: The FreeBSD Project >Confidential: no >Synopsis: [PATCH] textproc/libxml2: respect WITHOUT_ICONV >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 9.0-STABLE amd64 >Environment: System: FreeBSD bonjour.sunpoet.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Mon Mar 19 09:07:46 CST 2012 >Description: - Respect WITHOUT_ICONV Without this patch, LIBXML_ICONV_ENABLED will be defined by ${LOCALBASE}/include/libxml2/libxml/xmlversion.h. While building some ports (e.g. textproc/p5-XML-LibXML) which include , it leads to a compile error of missing header . Port maintainer (gnome@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.99_5 (mode: change, diff: CVS) >How-To-Repeat: >Fix: --- libxml2-2.7.8_2.patch begins here --- Index: Makefile =================================================================== RCS file: /home/ncvs/ports/textproc/libxml2/Makefile,v retrieving revision 1.177 diff -u -u -r1.177 Makefile --- Makefile 16 Mar 2012 09:02:36 -0000 1.177 +++ Makefile 22 Apr 2012 18:43:27 -0000 @@ -40,6 +40,8 @@ .if !defined(WITHOUT_ICONV) USE_ICONV= yes CONFIGURE_ARGS+=--with-iconv=${LOCALBASE} +.else +CONFIGURE_ARGS+=--with-iconv=no .endif .if !defined(MASTERDIR) --- libxml2-2.7.8_2.patch ends here --- From owner-freebsd-gnome@FreeBSD.ORG Sun Apr 22 19:00:38 2012 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D95EF106566B; Sun, 22 Apr 2012 19:00:38 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ACAE28FC14; Sun, 22 Apr 2012 19:00:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3MJ0cPK004329; Sun, 22 Apr 2012 19:00:38 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3MJ0ct9004324; Sun, 22 Apr 2012 19:00:38 GMT (envelope-from edwin) Date: Sun, 22 Apr 2012 19:00:38 GMT Message-Id: <201204221900.q3MJ0ct9004324@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/167211: [PATCH] textproc/libxml2: respect WITHOUT_ICONV X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 19:00:38 -0000 Synopsis: [PATCH] textproc/libxml2: respect WITHOUT_ICONV Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sun Apr 22 19:00:37 UTC 2012 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=167211 From owner-freebsd-gnome@FreeBSD.ORG Mon Apr 23 02:12:52 2012 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE1C1065670 for ; Mon, 23 Apr 2012 02:12:52 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 0D50B8FC0C for ; Mon, 23 Apr 2012 02:12:51 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q3N2Chpb055925 for ; Sun, 22 Apr 2012 22:12:50 -0400 (EDT) (envelope-from andy@neu.net) Date: Sun, 22 Apr 2012 22:12:43 -0400 (EDT) From: AN To: gnome@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net Cc: Subject: Unable to allocate secure memory from gnome-keyring X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 02:12:52 -0000 After a recent portupgrade (Sun Apr 22 22:03:42 EDT 2012), I see the following in /var/log/messages and from the command line. FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #11 r234399: Tue Apr 17 18:15:12 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 seahorse-2.32.0_6 GNOME application for managing encryption keys (PGP, SSH) seahorse-plugins-2.30.1_6 Plug-ins for the Seahorse key and password management appli gnome-keyring-2.32.1_1 A program that keeps passwords and other secrets libgnome-keyring-2.32.0_1 A program that keeps passwords and other secrets Apr 22 18:46:06 FBSD10 gnome-keyring-daemon[954]: couldn't allocate secure memory to keep passwords and or keys from being written to the disk Apr 22 18:46:07 FBSD10 gnome-keyring-prompt: could not grab keyboard: 3 Apr 22 18:46:07 FBSD10 gnome-keyring-daemon[954]: ** Message: could not grab keyboard: 3 Apr 22 18:46:11 FBSD10 gnome-keyring-prompt: couldn't allocate secure memory to keep passwords and or keys from being written to the disk Apr 22 18:46:11 FBSD10 gnome-keyring-daemon[954]: couldn't lock 16384 bytes of private memory: Resource temporarily unavailable Apr 22 18:46:11 FBSD10 gnome-keyring-daemon[954]: ** Message: couldn't allocate secure memory to keep passwords and or keys from being written to the disk seahorse-daemon couldn't lock 16384 bytes of private memory: Resource temporarily unavailable ** (process:42587): WARNING **: Unable to allocate secure memory from gnome-keyring. ** (process:42587): WARNING **: Proceeding using insecure memory for password fields. ** (seahorse-daemon:42587): WARNING **: Could not load desktop file '/usr/local/etc/xdg/autostart/seahorse-daemon.desktop': No such file or directory [root@FBSD10 /usr/ports/security/gnome-keyring]# ls -l /usr/local/etc/xdg/autostart total 120 -r--r--r-- 1 root wheel 2013 Mar 1 02:02 at-spi-registryd.desktop -r--r--r-- 1 root wheel 4276 Mar 1 02:33 evolution-alarm-notify.desktop -r--r--r-- 1 root wheel 8807 Feb 29 22:53 gnome-at-session.desktop -r--r--r-- 1 root wheel 3384 Apr 22 21:46 gnome-keyring-gpg.desktop -r--r--r-- 1 root wheel 5268 Apr 22 21:46 gnome-keyring-pkcs11.desktop -r--r--r-- 1 root wheel 5019 Apr 22 21:46 gnome-keyring-secrets.desktop -r--r--r-- 1 root wheel 4139 Apr 22 21:46 gnome-keyring-ssh.desktop -r--r--r-- 1 root wheel 7129 Mar 1 08:41 gnome-power-manager.desktop -r--r--r-- 1 root wheel 7718 Feb 29 23:57 gnome-screensaver.desktop -r--r--r-- 1 root wheel 2912 Feb 29 19:13 gnome-settings-daemon.desktop -r--r--r-- 1 root wheel 8765 Mar 1 11:09 gnome-user-share.desktop -r--r--r-- 1 root wheel 7869 Feb 29 20:31 gnome-volume-control-applet.desktop -r--r--r-- 1 root wheel 227 Feb 29 18:53 gsettings-data-convert.desktop -r--r--r-- 1 root wheel 4585 Mar 1 01:56 polkit-gnome-authentication-agent-1.desktop -r--r--r-- 1 root wheel 256 Feb 29 19:09 pulseaudio-kde.desktop -r--r--r-- 1 root wheel 3463 Feb 29 19:09 pulseaudio.desktop -r--r--r-- 1 root wheel 7241 Mar 1 02:48 vino-server.desktop [root@FBSD10 /usr/ports/security/gnome-keyring]# seahorse couldn't lock 16384 bytes of private memory: Resource temporarily unavailable ** (process:42622): WARNING **: Unable to allocate secure memory from gnome-keyring. ** (process:42622): WARNING **: Proceeding using insecure memory for password fields. ** (seahorse:42622): WARNING **: DNS-SD initialization failed: Daemon not running ** Message: init gpgme version 1.3.1 [root@FBSD10 /usr/ports/security/gnome-keyring]# gnome-keyring-daemon GNOME_KEYRING_CONTROL=/tmp/keyring-MKclZd SSH_AUTH_SOCK=/tmp/keyring-MKclZd/ssh GPG_AGENT_INFO=/tmp/keyring-MKclZd/gpg:0:1 GNOME_KEYRING_PID=42653 [root@FBSD10 /usr/ports/security/gnome-keyring]# seahorse couldn't lock 16384 bytes of private memory: Resource temporarily unavailable ** (process:42654): WARNING **: Unable to allocate secure memory from gnome-keyring. ** (process:42654): WARNING **: Proceeding using insecure memory for password fields. ** (seahorse:42654): WARNING **: DNS-SD initialization failed: Daemon not running ** Message: init gpgme version 1.3.1 From owner-freebsd-gnome@FreeBSD.ORG Mon Apr 23 03:06:42 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2FAA1065670 for ; Mon, 23 Apr 2012 03:06:42 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 78B668FC0C for ; Mon, 23 Apr 2012 03:06:42 +0000 (UTC) Received: by iahk25 with SMTP id k25so20834410iah.13 for ; Sun, 22 Apr 2012 20:06:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=BIJbSklGfwcbnbLusKWFWcf9a+xQclwgyVAqKNXyGhE=; b=KdwxA155/VSpHhI/voLTNFsnceM8CKW1NONmnK3ekCbWKLuIUukTLEJs/7rNbOhzKm BgO5W4tYESbYHxly2Bv1qsiC2zrVuk9j3efMRDUkuH7WmSEajY+T5a4U3QgjbFYcKOBm ybCfmmK7YWfymC36pA1XZRhHd7+ilSihieG4PEBP/VEM1AZOZePyMctw3ehY2qsXDpWK 6j0FCyiOgNgmAClFQVy+igpwdqccHjW/gkRHMZXChz4cuuLgdi3J1d+1MHmTCfZX8amx r+M4FHGfbTqrSFUvxAQy3SJHkY1OyVN6pixazr3X/NPc9RLAFm7H2x//qoYLLlI2mIci 14uQ== MIME-Version: 1.0 Received: by 10.50.140.71 with SMTP id re7mr4912142igb.67.1335150401946; Sun, 22 Apr 2012 20:06:41 -0700 (PDT) Received: by 10.42.153.4 with HTTP; Sun, 22 Apr 2012 20:06:41 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Apr 2012 22:06:41 -0500 Message-ID: From: Jeremy Messenger To: AN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gnome@freebsd.org Subject: Re: Unable to allocate secure memory from gnome-keyring X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 03:06:42 -0000 On Sun, Apr 22, 2012 at 9:12 PM, AN wrote: > After a recent portupgrade (Sun Apr 22 22:03:42 EDT 2012), I see the > following in /var/log/messages and from the command line. > > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #11 r234399: Tue Apr 17 > 18:15:12 EDT 2012 =A0 =A0 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL =A0am= d64 > > seahorse-2.32.0_6 =A0 GNOME application for managing encryption keys (PGP= , > SSH) > seahorse-plugins-2.30.1_6 Plug-ins for the Seahorse key and password > management appli > gnome-keyring-2.32.1_1 A program that keeps passwords and other secrets > libgnome-keyring-2.32.0_1 A program that keeps passwords and other secret= s > > Apr 22 18:46:06 FBSD10 gnome-keyring-daemon[954]: couldn't allocate secur= e > memory to keep passwords and or keys from being written to the disk > Apr 22 18:46:07 FBSD10 gnome-keyring-prompt: could not grab keyboard: 3 > Apr 22 18:46:07 FBSD10 gnome-keyring-daemon[954]: ** Message: could not g= rab > keyboard: 3 > Apr 22 18:46:11 FBSD10 gnome-keyring-prompt: couldn't allocate secure mem= ory > to keep passwords and or keys from being written to the disk > Apr 22 18:46:11 FBSD10 gnome-keyring-daemon[954]: couldn't lock 16384 byt= es > of private memory: Resource temporarily unavailable > Apr 22 18:46:11 FBSD10 gnome-keyring-daemon[954]: ** Message: couldn't > allocate secure memory to keep passwords and or keys from being written t= o > the disk > > =A0seahorse-daemon > couldn't lock 16384 bytes of private memory: Resource temporarily > unavailable Don't think I have seen this before, but I never use seahorse though. You should update your -CURRENT as Jason has committed numbers of fix in the jemalloc. > ** (process:42587): WARNING **: Unable to allocate secure memory from > gnome-keyring. > > > ** (process:42587): WARNING **: Proceeding using insecure memory for > password fields. Both of warnings here are known for age. I don't remember exactly why, I think it's something that FreeBSD lacks of what Linux has or maybe just need to complete port to FreeBSD. I am not sure. Cheers, Mezz --=20 mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Mon Apr 23 11:07:43 2012 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BA99106566C for ; Mon, 23 Apr 2012 11:07:43 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F24668FC1A for ; Mon, 23 Apr 2012 11:07:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3NB7gw9047948 for ; Mon, 23 Apr 2012 11:07:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3NB7g8f047946 for gnome@FreeBSD.org; Mon, 23 Apr 2012 11:07:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Apr 2012 11:07:42 GMT Message-Id: <201204231107.q3NB7g8f047946@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: gnome@FreeBSD.org Cc: Subject: Current problem reports assigned to gnome@FreeBSD.org X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 11:07:43 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/167211 gnome [PATCH] textproc/libxml2: respect WITHOUT_ICONV o ports/167199 gnome x11-fm/nautilus 2.32.2.1 Gnome2.32 Doesn't auto mount o ports/167119 gnome [PATCH] x11-toolkits/py-gnome2: 555 -> 755 for doc dir o ports/167072 gnome devel/libsoup fails to build after updating to "openss o ports/167055 gnome [PATCH] finance/gnucash: update to 2.4.10 o ports/166817 gnome [PATCH] audio/sound-juicer suddenly exits o ports/166279 gnome [patch] graphics/gtk-update-icon-cache: fix pre-config f ports/165318 gnome sysutils/hal: Western Digital Passport no longer "remo s ports/165227 gnome [UPDATE] libgsf-1.14.22, goffice-0.9.1, gnumeric-1.11. o ports/164222 gnome switching users in gnome3 invokes sanity check o ports/164187 gnome [PATCH] net/avahi etc should use USERS o ports/163807 gnome print/libgnomeprint CUPS Option Patch f ports/163722 gnome sysutils/gnome-settings-daemon: crash with abort trap p ports/162227 gnome [patch] devel/glade3: update to 3.8.0 o ports/161676 gnome databases/libgda4: [UPDATE] to 4.2.9; improvements o ports/161494 gnome devel/anjuta: gmake[3]: Entering directory `/usr/ports p ports/161164 gnome [PATCH] devel/glade3: update to 3.10.0 p ports/160670 gnome [patch] devel/pkg-config: upgrade to version 0.26 p ports/160490 gnome [PATCH] x11-toolkits/gtk20: drag and drop broken in vn p ports/159928 gnome Updates graphics/clutter to 1.6.16 a ports/159613 gnome [PATCH] misc/gnomehier: use dirrmtry for PREFIX/share/ f ports/148244 gnome x11/gnome2: gnome desktop and HAL prevent umount witho s ports/145301 gnome [patch] sysutils/hal: /usr/local/etc/rc.d/hald startup 23 problems total. From owner-freebsd-gnome@FreeBSD.ORG Mon Apr 23 20:08:37 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55C621065673 for ; Mon, 23 Apr 2012 20:08:37 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0BE398FC15 for ; Mon, 23 Apr 2012 20:08:37 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC426EF.dip.t-dialin.net [79.196.38.239]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 768BD844010; Mon, 23 Apr 2012 22:08:17 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id BEB4C2941; Mon, 23 Apr 2012 22:08:14 +0200 (CEST) Date: Mon, 23 Apr 2012 22:08:12 +0200 From: Alexander Leidinger To: Jeremy Messenger Message-ID: <20120423220812.0000178d@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 768BD844010.AFEC7 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.819, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.19, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1335816498.24772@HWPxQm1O4PJ9Obs6xgA1HA X-EBL-Spam-Status: No Cc: gnome@freebsd.org, AN Subject: Re: Unable to allocate secure memory from gnome-keyring X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 20:08:37 -0000 On Sun, 22 Apr 2012 22:06:41 -0500 Jeremy Messenger wrote: > On Sun, Apr 22, 2012 at 9:12 PM, AN wrote: > > ** (process:42587): WARNING **: Unable to allocate secure memory > > from gnome-keyring. > > > > > > ** (process:42587): WARNING **: Proceeding using insecure memory for > > password fields. > > Both of warnings here are known for age. I don't remember exactly why, > I think it's something that FreeBSD lacks of what Linux has or maybe > just need to complete port to FreeBSD. I am not sure. I would expect that this is caused by a failed call to mlock(). Only root is allowed to do that. I would also expect that this message disappears, if the executables is marked as SUID-root. If it makes sense to mark it SUID-root from a security point of view in this case or not is a different question. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-gnome@FreeBSD.ORG Mon Apr 23 20:59:38 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9513106564A for ; Mon, 23 Apr 2012 20:59:38 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 76E088FC16 for ; Mon, 23 Apr 2012 20:59:38 +0000 (UTC) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id q3NKxV16017885; Mon, 23 Apr 2012 16:59:31 -0400 (EDT) Received: from dhcp-64-102-211-16.cisco.com (dhcp-64-102-211-16.cisco.com [64.102.211.16]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id q3NKxTQ1016831; Mon, 23 Apr 2012 16:59:29 -0400 (EDT) Message-ID: <4F95C2B1.2050706@freebsd.org> Date: Mon, 23 Apr 2012 16:59:29 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Alexander Leidinger References: <20120423220812.0000178d@unknown> In-Reply-To: <20120423220812.0000178d@unknown> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Messenger , gnome@freebsd.org, AN Subject: Re: Unable to allocate secure memory from gnome-keyring X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 20:59:38 -0000 On 4/23/12 4:08 PM, Alexander Leidinger wrote: > On Sun, 22 Apr 2012 22:06:41 -0500 Jeremy Messenger > wrote: > >> On Sun, Apr 22, 2012 at 9:12 PM, AN wrote: > >>> ** (process:42587): WARNING **: Unable to allocate secure memory >>> from gnome-keyring. >>> >>> >>> ** (process:42587): WARNING **: Proceeding using insecure memory for >>> password fields. >> >> Both of warnings here are known for age. I don't remember exactly why, >> I think it's something that FreeBSD lacks of what Linux has or maybe >> just need to complete port to FreeBSD. I am not sure. > > I would expect that this is caused by a failed call to mlock(). Only > root is allowed to do that. I would also expect that this message > disappears, if the executables is marked as SUID-root. If it makes > sense to mark it SUID-root from a security point of view in this case or > not is a different question. The memory locking message is expected for this very reason. You can't suid gnome-keyring-daemon since that will break due to GNOME. The error is not fatal, though. Joe > > Bye, > Alexander. > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-gnome@FreeBSD.ORG Mon Apr 23 21:22:57 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 035131065672 for ; Mon, 23 Apr 2012 21:22:57 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 784528FC0C for ; Mon, 23 Apr 2012 21:22:56 +0000 (UTC) Received: by wibhj6 with SMTP id hj6so2626724wib.13 for ; Mon, 23 Apr 2012 14:22:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=M+pVn+SqHnt/L/oz9xENzBMOx0NLNBf39ORxbgU7Y+c=; b=RLfKIPQlg3RSmkrh3jQY7Q+NRZ75mwlU//EHBbYGN7ksMu5wbR2QfRtLTj8tmSyOPk Ozj3lrH/AuQnleUEygULUfrKUyHtnpaURl/KHex6y9LMcSa1p9pZmVXASGEgFupxzXck 7cjKNOshcjW3Nxb/eZp1FQmJi7TT2b77he8iY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=M+pVn+SqHnt/L/oz9xENzBMOx0NLNBf39ORxbgU7Y+c=; b=TzRft5DSd0HCd7lGbTD9taCPn5MSuXGZ1IN4bxL70hRmVHamrRskxh6+RsfiRt0efd c45BhgSTG+cN/7lTkTrgOCtu96g79zc8YP3dL/tX9kICrzExSf6OKymgwflhrDurHC3i QPn8oIaaqJPyKkpxmRId5ScjIEf+n10w8ZAO5O0ki1dsro1mbIiWWp5KkxI78gIVqI/R BFYV64ZfbdzLEHvrUoyjrOXaJFKBIspBISzcVwQGmDqFy0HUtF2cyn4ibwxjg5TH04/9 j0owpPmGkwYMOpM7CNR1SB+jGWdiqgx4X21UIcHr1tRftA+5CQeSY0QfuuMFu/l9Y7t0 WlZQ== Received: by 10.180.92.71 with SMTP id ck7mr25072161wib.2.1335216175373; Mon, 23 Apr 2012 14:22:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.73.195 with HTTP; Mon, 23 Apr 2012 14:22:25 -0700 (PDT) In-Reply-To: <4F95C2B1.2050706@freebsd.org> References: <20120423220812.0000178d@unknown> <4F95C2B1.2050706@freebsd.org> From: Eitan Adler Date: Mon, 23 Apr 2012 17:22:25 -0400 Message-ID: To: Joe Marcus Clarke Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnQZKyHNQmTaRUBvLdVnSeCwJ1n7HUm+WaeI+H0Vj62zZiQPX+Jlwcw1+lfEH5PdJC5upu8 Cc: Jeremy Messenger , Alexander Leidinger , AN , gnome@freebsd.org Subject: Re: Unable to allocate secure memory from gnome-keyring X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 21:22:57 -0000 On 23 April 2012 16:59, Joe Marcus Clarke wrote: > On 4/23/12 4:08 PM, Alexander Leidinger wrote: >> On Sun, 22 Apr 2012 22:06:41 -0500 Jeremy Messenger >> wrote: >> >>> On Sun, Apr 22, 2012 at 9:12 PM, AN wrote: >> >>>> ** (process:42587): WARNING **: Unable to allocate secure memory >>>> from gnome-keyring. >>>> >>>> >>>> ** (process:42587): WARNING **: Proceeding using insecure memory for >>>> password fields. >>> >>> Both of warnings here are known for age. I don't remember exactly why, >>> I think it's something that FreeBSD lacks of what Linux has or maybe >>> just need to complete port to FreeBSD. I am not sure. >> >> I would expect that this is caused by a failed call to mlock(). Only >> root is allowed to do that. I would also expect that this message >> disappears, if the executables is marked as SUID-root. If it makes >> sense to mark it SUID-root from a security point of view in this case or >> not is a different question. The concern here is that the memory may be paged out and written to disk. This data on disk may be recoverable even after the memory is wiped. Very few people need concern themselves with attacks that rely on this. -- Eitan Adler From owner-freebsd-gnome@FreeBSD.ORG Mon Apr 23 21:30:58 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C3EE106566C for ; Mon, 23 Apr 2012 21:30:58 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id C28638FC0A for ; Mon, 23 Apr 2012 21:30:57 +0000 (UTC) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id q3NLUu9b021165; Mon, 23 Apr 2012 17:30:56 -0400 (EDT) Received: from dhcp-64-102-211-16.cisco.com (dhcp-64-102-211-16.cisco.com [64.102.211.16]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id q3NLUtEM015741; Mon, 23 Apr 2012 17:30:55 -0400 (EDT) Message-ID: <4F95CA0F.6030002@freebsd.org> Date: Mon, 23 Apr 2012 17:30:55 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Eitan Adler References: <20120423220812.0000178d@unknown> <4F95C2B1.2050706@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Jeremy Messenger , Alexander Leidinger , AN , gnome@freebsd.org Subject: Re: Unable to allocate secure memory from gnome-keyring X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 21:30:58 -0000 On 4/23/12 5:22 PM, Eitan Adler wrote: > On 23 April 2012 16:59, Joe Marcus Clarke wrote: >> On 4/23/12 4:08 PM, Alexander Leidinger wrote: >>> On Sun, 22 Apr 2012 22:06:41 -0500 Jeremy Messenger >>> wrote: >>> >>>> On Sun, Apr 22, 2012 at 9:12 PM, AN wrote: >>> >>>>> ** (process:42587): WARNING **: Unable to allocate secure memory >>>>> from gnome-keyring. >>>>> >>>>> >>>>> ** (process:42587): WARNING **: Proceeding using insecure memory for >>>>> password fields. >>>> >>>> Both of warnings here are known for age. I don't remember exactly why, >>>> I think it's something that FreeBSD lacks of what Linux has or maybe >>>> just need to complete port to FreeBSD. I am not sure. >>> >>> I would expect that this is caused by a failed call to mlock(). Only >>> root is allowed to do that. I would also expect that this message >>> disappears, if the executables is marked as SUID-root. If it makes >>> sense to mark it SUID-root from a security point of view in this case or >>> not is a different question. > > The concern here is that the memory may be paged out and written to > disk. This data on disk may be recoverable even after the memory is > wiped. Very few people need concern themselves with attacks that rely > on this. This is correct. We could likely try and fix this, but it would involve some crazy suid hacks. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-gnome@FreeBSD.ORG Tue Apr 24 22:22:42 2012 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F28A11065675 for ; Tue, 24 Apr 2012 22:22:42 +0000 (UTC) (envelope-from info@bertram-scharpf.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 869A08FC0A for ; Tue, 24 Apr 2012 22:22:42 +0000 (UTC) Received: from bs.l (e180009208.adsl.alicedsl.de [85.180.9.208]) by mrelayeu.kundenserver.de (node=mreu3) with ESMTP (Nemesis) id 0MKxUa-1SMo8247Ki-00019w; Wed, 25 Apr 2012 00:22:35 +0200 Received: from bsch by bs.l with local (Exim 4.77) (envelope-from ) id 1SMo81-0006CW-EY for gnome@FreeBSD.org; Wed, 25 Apr 2012 00:22:33 +0200 Date: Wed, 25 Apr 2012 00:22:33 +0200 From: Bertram Scharpf To: gnome@FreeBSD.org Message-ID: <20120424222233.GA23481@marge.bs.l> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Bertram Scharpf X-Provags-ID: V02:K0:eWnuoxFOryhaTeIAuxV27uEAJEKu6b1eCLKDXS/ox64 pms9BXAqnG3+c72qXYQW/t5OuyVzjEfOA3UUzKQvlssvA0uq1C xeGFpM9oGPuOAQ+yPGYcF8POefHj1rFdSON9MRthFBrGVrNF3/ i3D6NRiYYrdoUjbmpPpo+PmLn3e4omelQmMOVVD4AYi2a9JoWr UOszlVnXrlCbhSIIJmPyAByMMHQB0dPjGAlXNqdAIp2mhDv+qc JZfzCKXtHH+AKwRjKFl97HCssp8y13aSsH2OWwpUHRw4NQeBW+ Ce3rVz0mCKoLzU2pClUp1l/MPK192/uWXpTLZH6s/Ag0YguJoY vKp5g69LiwpzhQyaRuUo= Cc: Subject: Bug in /usr/ports/graphics/gegl X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2012 22:22:43 -0000 Dear maintainers, today I installed some ports and made packages out of them. Port /usr/ports/graphics/gegl installs the file /usr/local/lib/pkgconfig/gegl.pc but its pkg-plist demands for the path /usr/local/libdata/pkgconfig/gegl.pc ^^^^ I saved a copy of the directory to learn from the fix. Thanks in advance. Bertram --=20 Bertram Scharpf Bopserstra=C3=9Fe 15, D-70180 Stuttgart Ruf 0711/2599337, Fax 0711/2184509 [13*79*2531,prim] http://www.bertram-scharpf.de From owner-freebsd-gnome@FreeBSD.ORG Wed Apr 25 00:26:31 2012 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4A97106566C for ; Wed, 25 Apr 2012 00:26:31 +0000 (UTC) (envelope-from eyibf@walmarts.com) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7338FC14 for ; Wed, 25 Apr 2012 00:26:30 +0000 (UTC) Received: from server (static-58-108-210-167.optusnet.com.au [58.108.210.167] (may be forged)) (authenticated sender keithjohn) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q3P0INvB002546 for ; Wed, 25 Apr 2012 10:26:29 +1000 Message-Id: <201204250026.q3P0INvB002546@mail16.syd.optusnet.com.au> From: "Wal~Mart." To: gnome@FreeBSD.org MIME-Version: 1.0 Date: Wed, 25 Apr 2012 08:26:29 +0800 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Job X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 00:26:31 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - Wal -Mart is looking for M y s t er y S h o p p e r s to help us car= ry out evalutions in your area. Please visit our page to SignUp =2E. From owner-freebsd-gnome@FreeBSD.ORG Wed Apr 25 14:19:55 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 199AB106566B for ; Wed, 25 Apr 2012 14:19:55 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id C79648FC08 for ; Wed, 25 Apr 2012 14:19:54 +0000 (UTC) Received: by yenl9 with SMTP id l9so159570yen.13 for ; Wed, 25 Apr 2012 07:19:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=17eHCU7Rw163FeXSNsKuVQIH4/ezFicH2p2heeX1jS8=; b=mUNa1BMYrjT5/p8MRLuFxYtO1OWlapFIxZANcBWJObKtE4I+ww5FR55NZf5646Gn5N Jo4a7zbMzHwn7FN05mwguxlWtlTAGQR47u+eolcdIomm92/ddYW24KgWpdQ7E1jyAo58 X2KpXqy29Q2htr+EsVYK00/Reisd5vUlrzN2LYbPygnyVSnAQUugfyzEbALH07Y6Rjwo 9iBaH4rCLIHZppLBUgOr7jEBUmgdzvNiBL6R50m1wo8hxZ27AmDyZt/+T1yfXvQm69XE YoluVWRTwj/rGIkR/wxiWCbSUL2ZkXSd2BvFXd2IrJ5BA8dP3WSeA6XS54HHfH/WWI4P 38VQ== MIME-Version: 1.0 Received: by 10.50.17.226 with SMTP id r2mr2644855igd.67.1335363593787; Wed, 25 Apr 2012 07:19:53 -0700 (PDT) Received: by 10.42.153.4 with HTTP; Wed, 25 Apr 2012 07:19:53 -0700 (PDT) In-Reply-To: References: <20120418120020.C5E20106571B@hub.freebsd.org> Date: Wed, 25 Apr 2012 09:19:53 -0500 Message-ID: From: Jeremy Messenger To: AN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-gnome@freebsd.org Subject: Re: Gnome2 Forks X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 14:19:55 -0000 On Wed, Apr 18, 2012 at 3:15 PM, AN wrote: > What is the status of the Gnome2 port currently in the ports tree: > gnome2 2.32.1_4 =A0(/usr/ports/x11/gnome2/) > > How much longer will it be available? > > Will it be deleted? > > How long will it be supported by FreeBSD Gnome team? > > What are the issues with continuing to use this port in the future? It will be deleted when it is impossible to maintain, have a reliable to replace, or else. There is no way of tell when it will be difficult to maintain, when they will be broken, have a reliable replacement or different reasons. It's hard to replace from GNOME 2 to MATE, because MATE has renamed some of libraries/applications to avoid conflict with GNOME 2 & 3. The replacement means that we will have to add some patches in the third-party libraries/applications to understand the rename of libraries/applications. Even the ~/.* have been renamed too. I think we shouldn't replace from GNOME 2 to MATE. Just add MATE and let GNOME 2 dying until it's time to delete (again, no idea when). I believe this way is what we (althought, team hasn't discuss about it yet) will go with. BTW: If there are libraries/applications in the ports tree that have GNOME 2 dependency optional. I think it's best to disable it completely now without optional provide. Cheers, Mezz --=20 mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Wed Apr 25 15:00:00 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CECB106566B for ; Wed, 25 Apr 2012 15:00:00 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 48AE18FC0C for ; Wed, 25 Apr 2012 15:00:00 +0000 (UTC) Received: by iahk25 with SMTP id k25so248789iah.13 for ; Wed, 25 Apr 2012 08:00:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zFT6TjumyeGTyihJ1O9MGX5GntNU8zYIy82rGTQB+TU=; b=Cpp0F9iVSS4e5vF2O0Ye6Vq7bNQH25fXKSyPr+VcHmhuvF237paF0KGCn2l8TYwsGL abmcmRhALtvRqyZWtq/ZAppf3luvtvPxfeA8fzsSSBTvzApeqwlRq3iJu8VSaYS+xHkr eRKauV1AOL9WyUQF+LDkkl90xjBD/+l2bZDXH3JlhhMtfbM77H932U5zUJLxLO8KBhSO sTVGKzHIdg9F106c8qM5W91UewG4GvQ3UMKx2xnf8XNOP+v9NphivklMK5NnRUfqkJeN gmV3RfmLVas/PkqcTCAhJWD2vLOkkEp0bLO23zhPnhxYIgmCXpp7sIt2lBVuTPw3UySx 2mHw== MIME-Version: 1.0 Received: by 10.42.18.71 with SMTP id w7mr1726200ica.4.1335365999901; Wed, 25 Apr 2012 07:59:59 -0700 (PDT) Received: by 10.42.153.4 with HTTP; Wed, 25 Apr 2012 07:59:59 -0700 (PDT) In-Reply-To: <201204132258.26454.erichfreebsdlist@ovitrap.com> References: <201204110823.50764.erichfreebsdlist@ovitrap.com> <201204120902.52933.erichfreebsdlist@ovitrap.com> <201204132258.26454.erichfreebsdlist@ovitrap.com> Date: Wed, 25 Apr 2012 09:59:59 -0500 Message-ID: From: Jeremy Messenger To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-gnome@freebsd.org Subject: Re: Evolution does not start anymore after an upgrade X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 15:00:00 -0000 On Fri, Apr 13, 2012 at 10:58 AM, Erich Dollansky wrote: > Hi, > > On Friday 13 April 2012 20:46:37 Jeremy Messenger wrote: >> On Wed, Apr 11, 2012 at 9:02 PM, Erich Dollansky >> wrote: >> > >> > On Wednesday 11 April 2012 20:56:13 Jeremy Messenger wrote: >> >> On Tue, Apr 10, 2012 at 8:23 PM, Erich Dollansky >> >> wrote: >> >> > >> > There was a problem with the machine. It died during a port upgrade le= aving it in a but undefined state. After fixing the hardware, I deleted eve= rything (pkg_delete -a), updated the ports tree and started compiling. Port= s which did not compile (like evolution) were installed as package. >> > >> > As I started from scratch, I believed the notes in UPGRADING should no= t apply and I ignored all. >> >> Correct, you don't need to follow the UPDATING if you install it from >> scratch. But the question is that how did you start it from scratch? > > I deleted all installed ports with pkg_delete -a, made a 'make clean' in = /usr/ports and then I started to randomly install the ports I normally like= to have on the machine. Sorry, I lost track with emails. Next time, do the 'rm -rf /usr/local/* /var/db/pkg/*'. It works so much better than that 'pkg_delete -a'. >> I don't think it will help, because the change between of >> evolution-2.32.1_1 and evolution-2.32.1_2 are for libnotify. Try to >> remove ~/.gconf*. Yes it will remove your settings if you have >> modified. > > This I did already without success. I think there might be leftover of gconf stuff that didn't got delete when you ran 'pkg_delete -a'. I have no idea why you are having this issue though. >> > I never specified this ' with krb5'. Do you know which port uses this? >> >> Do you have NO_KERBEROS, WITH_HEIMDAL or HEIMDAL_HOME in your >> make.conf or anywhere? It's supposed to be install security/heimdal if >> you have one of define in somewhere. >> > HEIMDAL_HOME is in make.conf What do you have HEIMDAL_HOME in your make.conf? > Should I add the NO_KERBEROS? It's a bit same behavior with NO_KERBEROS by using heimdal port instead of base system. Do you have heimdal installed? It looks like evolution port found krb5 library, but it's in base system instead of ports so it didn't install heimdal port. I will know more after work when I can access to the FreeBSD box. Cheers, Mezz > Erich --=20 mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Wed Apr 25 19:23:34 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F05D3106564A for ; Wed, 25 Apr 2012 19:23:34 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 66C748FC16 for ; Wed, 25 Apr 2012 19:23:34 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward15.mail.yandex.net (Yandex) with ESMTP id 2011B9E1432 for ; Wed, 25 Apr 2012 23:23:33 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 0D6C97E04BB for ; Wed, 25 Apr 2012 23:23:33 +0400 (MSK) Received: from 46.38.39.187.tel.ru (46.38.39.187.tel.ru [46.38.39.187]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id NWKatTmD-NWKOktSB; Wed, 25 Apr 2012 23:23:32 +0400 Message-ID: <4F984F34.3050606@passap.ru> Date: Wed, 25 Apr 2012 23:23:32 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-gnome@freebsd.org References: <201204110823.50764.erichfreebsdlist@ovitrap.com> <201204120902.52933.erichfreebsdlist@ovitrap.com> <201204132258.26454.erichfreebsdlist@ovitrap.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Evolution does not start anymore after an upgrade X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 19:23:35 -0000 25.04.2012 18:59, Jeremy Messenger пишет: > Next time, do the 'rm -rf /usr/local/* /var/db/pkg/*'. It works so > much better than that 'pkg_delete -a'. And don't forget about /compat/linux. ;-) BTW, "mv /usr/local /usr/local.old" works even better: both faster and leave some useful info, ex. LOCALBASE/etc. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-gnome@FreeBSD.ORG Wed Apr 25 19:37:07 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4AA11065670 for ; Wed, 25 Apr 2012 19:37:07 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5B26D8FC0C for ; Wed, 25 Apr 2012 19:37:07 +0000 (UTC) Received: by yhgm50 with SMTP id m50so550250yhg.13 for ; Wed, 25 Apr 2012 12:37:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jzT+gWC8ZlORUHoA84By7BMVOpQ2guCjBhZJ1jatQNY=; b=SYHExopK0QqfwOcH7vA6ozfRg0pMM1qtge4m3L4Sp7ooj1rV9qoAQbgcoriXD7lLEE dWrGCtdTbvWD6QpGnpdobKZVFwagVGvQPU2INUOBpHQAPSicVKL+/PIGbFpepIiWkWjt T/tkhzwTLyXjSqxRIp3GulaslXF3BbfgJDc5/l5tWsjXt1CPXHny7/Wx3Hlc9j96g6xW Dc7j3xzzukuwLYRO6COkOrAk4IzmEQyp4DSxl68dGgt134nFNgsdhaWvDBWUbeDoelBV HNZ1gbjh2wkSJGIbn54rQhX8vR51jyk8GFTXxoBQ1wXs/TKySIVvhkY2E9bnx4nOFlPQ 5XBw== MIME-Version: 1.0 Received: by 10.50.17.226 with SMTP id r2mr3864203igd.67.1335382626330; Wed, 25 Apr 2012 12:37:06 -0700 (PDT) Received: by 10.42.153.4 with HTTP; Wed, 25 Apr 2012 12:37:06 -0700 (PDT) In-Reply-To: <4F984F34.3050606@passap.ru> References: <201204110823.50764.erichfreebsdlist@ovitrap.com> <201204120902.52933.erichfreebsdlist@ovitrap.com> <201204132258.26454.erichfreebsdlist@ovitrap.com> <4F984F34.3050606@passap.ru> Date: Wed, 25 Apr 2012 14:37:06 -0500 Message-ID: From: Jeremy Messenger To: Boris Samorodov Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-gnome@freebsd.org Subject: Re: Evolution does not start anymore after an upgrade X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 19:37:07 -0000 On Wed, Apr 25, 2012 at 2:23 PM, Boris Samorodov wrote: > 25.04.2012 18:59, Jeremy Messenger =D0=C9=DB=C5=D4: > >> Next time, do the 'rm -rf /usr/local/* /var/db/pkg/*'. It works so >> much better than that 'pkg_delete -a'. > > And don't forget about /compat/linux. ;-) I don't do that anymore for long time, because I have /compat/linux/proc mounted. If you rm -rf /compat/linux/* and you won't be able to reboot correct if you forgot (I always do that) to remove it from fstab or put /compat/linux/proc back in. When I have Linux compat installed, I usually do the 'pkg_delete -f linux\*'. Here's what I always do: # kldunload nvidia # pkg_delete -f nvidia\* # pkg_delete -f linux\* # rm -rf /usr/local/* /var/db/pkg/* /var/db/ports/* I always check in /compat/linux to make sure it only has proc directory lef= t. Cheers, Mezz > BTW, "mv /usr/local /usr/local.old" works even > better: both faster and leave some useful info, > ex. LOCALBASE/etc. > > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --=20 mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 26 00:02:01 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EF91106567A; Thu, 26 Apr 2012 00:02:01 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBC18FC14; Thu, 26 Apr 2012 00:02:00 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 3984150851; Wed, 25 Apr 2012 17:01:59 -0700 (PDT) To: freebsd-ports@freebsd.org, freebsd-gnome@freebsd.org, pav@FreeBSD.org Date: Wed, 25 Apr 2012 17:01:59 -0700 Message-ID: <32762.1335398519@tristatelogic.com> From: "Ronald F. Guilmette" Cc: Subject: Need a little help with a dynamic linking problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 00:02:01 -0000 My question relates to a port that I am doing of gthumb v2.14.3 to FreeBSD. Because gthumb is fundamentally a gnome application, I am cross-posting my question to both the ports and gnome mailing lists. (My apologies if that means that some of you see this twice.) After a modest but unexpected amount of gnashing of teeth and tearing of hair, I have been able to get gthumb 2.14.3 built and installed on my FreeBSD 8.2 system. Now comes to the fun part... I have installed the whole thing under a special (temporary) directory that I created called /usr/local/hacked. When I try to run the gthumb binary that I built and install, I am getting the following perplexing error message: /libexec/ld-elf.so.1: /usr/local/hacked/lib/gthumb/extensions/libfile_viewer.so: Undefined symbol "gth_viewer_page_get_type" Quite obviously, I have been away from working on the GNU software development toolchain (and its friends, like ld-elf.so) for far far too long, because I no longer even know how this stuff is even supposed to work, i.e. when it is (knock on wood) working correctly. So if someone who knows this stuff can take pity on me and pass me a clue about what I need to do to resolve the above dynamic linking failure, I sure would appreciate it. Some relevant background: The main gthumb binary is installed in /usr/local/hacked/bin/gthumb and that's what I am running when I run it. It seems pretty obviously to me that the main gthumb executable, when executed, is then trying to dynamically pull in various of the *.so shared library files that got installed into /usr/local/hacked/lib/gthumb/extensions directory as part of the nominal build+install process for gthumb. One last important point: I've checked, and the symbol "gth_viewer_page_get_type" _is_ in fact defined. It is defined within the main gthumb executable itself: % nm gthumb | fgrep gth_viewer_page_get_type 00000000004aaf10 T gth_viewer_page_get_type So, um, sombody please pass me a clue... How come the dynamic linker doesn't seem to know that the symbol it is looking for was and is defined in the main executable file that the present process originated with? (This specific lack of cognition on the part of the dynamic linker seems to me to be rather reminicent of Alzheimer's.) Regards, rfg P.S. I have already tried both of the following commands prior to executing my gthumb executable and neither of these made a bit of difference to the outcome. I still got the exact same dynamic linker (fatal) error in both cases... setenv LD_LIBRARY_PATH /usr/local/hacked/bin setenv LD_LIBRARY_PATH /usr/local/hacked/lib/gthumb/extensions From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 26 00:24:25 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19FCF106564A; Thu, 26 Apr 2012 00:24:25 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id D5C768FC12; Thu, 26 Apr 2012 00:24:24 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 69F9150851; Wed, 25 Apr 2012 17:24:24 -0700 (PDT) To: Chuck Swiger In-Reply-To: <450D1C59-C403-463B-9C35-6AF26F63D10A@mac.com> Date: Wed, 25 Apr 2012 17:24:24 -0700 Message-ID: <33004.1335399864@tristatelogic.com> From: "Ronald F. Guilmette" Cc: freebsd-gnome@freebsd.org, "freebsd-ports@freebsd.org ML" Subject: Re: Need a little help with a dynamic linking problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 00:24:25 -0000 In message <450D1C59-C403-463B-9C35-6AF26F63D10A@mac.com>, you wrote: >On Apr 25, 2012, at 5:01 PM, Ronald F. Guilmette wrote: >> When I try to run the gthumb binary that I built and install, I am getting >> the following perplexing error message: >> >> /libexec/ld-elf.so.1: /usr/local/hacked/lib/gthumb/extensions/libfile_viewer >.so: Undefined symbol "gth_viewer_page_get_type" > >Does running "ldconfig /usr/local/hacked/lib" help? Not here it doesn't... root# ldconfig /usr/local/hacked/lib ldconfig: /usr/local/hacked/lib: ignoring directory not owned by root But anyway, why would it? The ``missing'' symbol is defined in the file /usr/local/hacked/bin/gthumb, as I said. ^^^ >What does ldd say about things? Which things? % ldd /usr/local/hacked/lib/gthumb/extensions/libfile_viewer.so: /usr/local/hacked/lib/gthumb/extensions/libfile_viewer.so: libm.so.5 => /lib/libm.so.5 (0x800c00000) libc.so.7 => /lib/libc.so.7 (0x800647000) % ldd /usr/local/hacked/bin/gthumb /usr/local/hacked/bin/gthumb: libclutter-gtk-0.10.so.0 => /usr/local/lib/libclutter-gtk-0.10.so.0 (0x800718000) libclutter-glx-1.0.so.0 => /usr/local/lib/libclutter-glx-1.0.so.0 (0x800823000) libSM.so.6 => /usr/local/lib/libSM.so.6 (0x800a71000) libICE.so.6 => /usr/local/lib/libICE.so.6 (0x800b79000) libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0 (0x800c93000) libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0 (0x8011ac000) libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0 (0x80135f000) libpangocairo-1.0.so.0 => /usr/local/lib/libpangocairo-1.0.so.0 (0x801480000) libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x80158d000) libcairo.so.2 => /usr/local/lib/libcairo.so.2 (0x8016ab000) libpng.so.6 => /usr/local/lib/libpng.so.6 (0x801863000) libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0 (0x80198d000) libgconf-2.so.4 => /usr/local/lib/libgconf-2.so.4 (0x801ad6000) libgio-2.0.so.0 => /usr/local/lib/libgio-2.0.so.0 (0x801c12000) libz.so.5 => /lib/libz.so.5 (0x801e36000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x801f4b000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x80204e000) libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 (0x80219a000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x80229e000) libintl.so.9 => /usr/local/lib/libintl.so.9 (0x802488000) libm.so.5 => /lib/libm.so.5 (0x802591000) libthr.so.3 => /lib/libthr.so.3 (0x8026b1000) libc.so.7 => /lib/libc.so.7 (0x8027ca000) libGL.so.1 => /usr/local/lib/libGL.so.1 (0x802a0c000) libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x802b94000) libjson-glib-1.0.so.0 => /usr/local/lib/libjson-glib-1.0.so.0 (0x802c9e000) libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0x802dbb000) libXi.so.6 => /usr/local/lib/libXi.so.6 (0x802ebd000) libXrandr.so.2 => /usr/local/lib/libXrandr.so.2 (0x802fcc000) libXext.so.6 => /usr/local/lib/libXext.so.6 (0x8030d4000) libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0x8031e6000) libXcomposite.so.1 => /usr/local/lib/libXcomposite.so.1 (0x8032f0000) libXdamage.so.1 => /usr/local/lib/libXdamage.so.1 (0x8033f3000) libpangoft2-1.0.so.0 => /usr/local/lib/libpangoft2-1.0.so.0 (0x8034f5000) libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0x803627000) libpixman-1.so.9 => /usr/local/lib/libpixman-1.so.9 (0x80372d000) libxcb-shm.so.0 => /usr/local/lib/libxcb-shm.so.0 (0x8038ac000) libxcb-render.so.0 => /usr/local/lib/libxcb-render.so.0 (0x8039ae000) libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x803ab6000) libX11.so.6 => /usr/local/lib/libX11.so.6 (0x803bbf000) libxcb.so.2 => /usr/local/lib/libxcb.so.2 (0x803df4000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x803f0e000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x804011000) libpthread-stubs.so.0 => /usr/local/lib/libpthread-stubs.so.0 (0x804116000) librpcsvc.so.5 => /usr/lib/librpcsvc.so.5 (0x804217000) libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0x804320000) libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x804453000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x8045db000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x8046ff000) libpcre.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) libbz2.so.4 => /usr/lib/libbz2.so.4 (0x8048fa000) libpcre.so.0 => not found (0x0) libORBit-2.so.0 => /usr/local/lib/libORBit-2.so.0 (0x804a0a000) libpcre.so.0 => not found (0x0) libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x804b78000) libXxf86vm.so.1 => not found (0x0) libX11-xcb.so.1 => not found (0x0) libxcb-glx.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) libpcre.so.0 => not found (0x0) From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 26 00:31:20 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 149F21065670; Thu, 26 Apr 2012 00:31:20 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B023B8FC17; Thu, 26 Apr 2012 00:31:19 +0000 (UTC) Received: by obhx4 with SMTP id x4so973520obh.13 for ; Wed, 25 Apr 2012 17:31:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lcmu2Pn3P74wPGhUMxiOQ8lWGzd/mPWuZqCwBR7PE54=; b=PLvZTvX5A4qEcncVrRDqOz7MKVhRzX4hSmLgqL0G1GatRwB9IBqONvU4DLgSfs0ytz hsfGrZaiNdnwv1BftF2mHVorV19gkZixENDBDnx7t7BeuNFqMQCL9yfVPUdH9ZfAimHh G9KWbwTpC3g1d7Kl/chETFt9YHHKuRuTVOSBywrxisM+/lVecQdWbpFyLQc4Xmnmwd+i qQylLvdzyBQKcF0LTcMHxPuXG3siqSIkD4O8Fa0ChE0/PZwfPjsj34D1f3JV8wqHnd4E O1bfH6hT/96juNRG3ZBTEHRGJlPTZEo4KAzDB8fMZZEU/wqlTgM6KcxnW9bo5/kcYEjX i8Zg== MIME-Version: 1.0 Received: by 10.182.46.100 with SMTP id u4mr6332673obm.46.1335400279067; Wed, 25 Apr 2012 17:31:19 -0700 (PDT) Received: by 10.182.48.169 with HTTP; Wed, 25 Apr 2012 17:31:18 -0700 (PDT) Received: by 10.182.48.169 with HTTP; Wed, 25 Apr 2012 17:31:18 -0700 (PDT) In-Reply-To: <32762.1335398519@tristatelogic.com> References: <32762.1335398519@tristatelogic.com> Date: Wed, 25 Apr 2012 18:31:18 -0600 Message-ID: From: Shawn Webb To: "Ronald F. Guilmette" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pav@freebsd.org, freebsd-ports@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: Need a little help with a dynamic linking problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 00:31:20 -0000 Without being able to look at the details in-depth myself, it looks like the shared object is looking for a symbol which the RTLD can't resolve. The symbol is defined in the gthumb application itself. Is that symbol exported such that shared objects can reference it? If the problem is still unresolved by tomorrow, I can draft up a sample and confirm my suspicions (that non-exported symbols won't be resolvable by dynamically-loaded shared objects). Thanks, Shawn Sent from my Android 4.0 device. Please forgive any spelling or grammatical errors. On Apr 25, 2012 6:02 PM, "Ronald F. Guilmette" wrote: > > My question relates to a port that I am doing of gthumb v2.14.3 to > FreeBSD. Because gthumb is fundamentally a gnome application, I am > cross-posting my question to both the ports and gnome mailing lists. > (My apologies if that means that some of you see this twice.) > > After a modest but unexpected amount of gnashing of teeth and tearing > of hair, I have been able to get gthumb 2.14.3 built and installed on > my FreeBSD 8.2 system. Now comes to the fun part... > > I have installed the whole thing under a special (temporary) directory > that I created called /usr/local/hacked. > > When I try to run the gthumb binary that I built and install, I am getting > the following perplexing error message: > > /libexec/ld-elf.so.1: > /usr/local/hacked/lib/gthumb/extensions/libfile_viewer.so: Undefined symbol > "gth_viewer_page_get_type" > > > Quite obviously, I have been away from working on the GNU software > development > toolchain (and its friends, like ld-elf.so) for far far too long, because I > no longer even know how this stuff is even supposed to work, i.e. when it > is > (knock on wood) working correctly. So if someone who knows this stuff can > take pity on me and pass me a clue about what I need to do to resolve the > above dynamic linking failure, I sure would appreciate it. > > Some relevant background: > > The main gthumb binary is installed in /usr/local/hacked/bin/gthumb and > that's > what I am running when I run it. > > It seems pretty obviously to me that the main gthumb executable, when > executed, > is then trying to dynamically pull in various of the *.so shared library > files > that got installed into /usr/local/hacked/lib/gthumb/extensions directory > as > part of the nominal build+install process for gthumb. > > One last important point: > > I've checked, and the symbol "gth_viewer_page_get_type" _is_ in fact > defined. > It is defined within the main gthumb executable itself: > > % nm gthumb | fgrep gth_viewer_page_get_type > 00000000004aaf10 T gth_viewer_page_get_type > > So, um, sombody please pass me a clue... How come the dynamic linker > doesn't > seem to know that the symbol it is looking for was and is defined in the > main > executable file that the present process originated with? (This specific > lack of cognition on the part of the dynamic linker seems to me to be > rather > reminicent of Alzheimer's.) > > > Regards, > rfg > > > P.S. I have already tried both of the following commands prior to > executing > my gthumb executable and neither of these made a bit of difference to the > outcome. I still got the exact same dynamic linker (fatal) error in both > cases... > > setenv LD_LIBRARY_PATH /usr/local/hacked/bin > > setenv LD_LIBRARY_PATH /usr/local/hacked/lib/gthumb/extensions > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 26 00:58:38 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB71C106566B; Thu, 26 Apr 2012 00:58:37 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id A58298FC08; Thu, 26 Apr 2012 00:58:37 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 62B0650851; Wed, 25 Apr 2012 17:58:37 -0700 (PDT) To: Shawn Webb In-Reply-To: Date: Wed, 25 Apr 2012 17:58:37 -0700 Message-ID: <33226.1335401917@tristatelogic.com> From: "Ronald F. Guilmette" Cc: pav@freebsd.org, freebsd-ports@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: Need a little help with a dynamic linking problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 00:58:38 -0000 In message , you wrote: >Without being able to look at the details in-depth myself, it looks like >the shared object is looking for a symbol which the RTLD can't resolve. That much seems self-evident. The error message itself in effect says precisely that. >The symbol is defined in the gthumb application itself. Is that symbol exported >such that shared objects can reference it? Based on the outcome, I would have to say that this answer to that question is also (self-evidently?) no. But I'm really not sure, frankly, because I have never before seen an instance of anybody trying to do something screwy like this... I mean having a shared library that depends upon somthing (a symbol) that is intended to be satisfied by the main executable. Frankly, this seems altogether screwy and bizzare to me. Unsually, the main executable depends on (or uses, dynamically) a number of shared libraries. Sharded libraries in turn typically depend on either (a) nothing at all or else (b) some combination of other shared and/or static linking libraries. That has always been my own past experience anyway. By like I said, I have been away from the software development tools for awhile, so mabe having a dynamic library that depends upon something in the main executable is considered kosher now. (Or maybe it ain't, actually, but it is nonthelwess one of those screwy things that the current or original developer or maintainer found out that he could get away with anyway, you know, like JUST over on that well-known hobbist OS whose name begins with the letter "L".) Like I say. I don't know, cuz I'm not the developer/maintainer of this thing. >If the problem is still unresolved by tomorrow... It doesn't seem to be healing on its own so far... >I can draft up a sample and confirm my suspicions >(that non-exported symbols won't be resolvable by dynamically-loaded shared >objects). Oh, I do believe that you are 100% correct about that. This much, at least, I _do_ remember from ancient times when I worked on the GNU software develop- ment tools (including the linker). In every object file... either a main executable or a shared library, there are symbols that are externally available/visible and then there are ones that aren't... i.e. that are local, and that the dynamic linker either never sees or, at any rate, doesn't pay any attention to. But my dim recollection is that you can easily tell which is which by looking at the type letter that appears next to the symbol in the `nm' output. For example: % nm gthumb | fgrep gth_viewer_page_get_type 00000000004aaf10 T gth_viewer_page_get_type ^ Here, the symbol type indicator is the letter `T', meaning that this is a ``text'' (executable/code) type of symbol. That much I know for sure. The part I am less clear about anymore is that I _think_ I remember that when the type letter on the nm output is a capital letter (as in this case) it means that the symbol in question is ``public'' and available for linking. (Actually, I _am_ pretty darn sure that this is indeed what CAPITAL type letters in the nm output mean.) The only other thing that I can't quite remember anymore is whether such a symbol is always and necessarily available for *dynamic* linking purposes. It might perhaps just be externally available & visible ONLY for *static* linking purposes, in which case that might explain why I am seeing a `T' on the nm output for the required symbol, but yet the dynamic linker clearly can't seem to find it. Regards, rfg From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 26 01:12:34 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 732021065670; Thu, 26 Apr 2012 01:12:34 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from nk11p00mm-asmtp004.mac.com (nk11p00mm-asmtp004.mac.com [17.158.161.3]) by mx1.freebsd.org (Postfix) with ESMTP id 101EE8FC0C; Thu, 26 Apr 2012 01:12:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by nk11p00mm-asmtp004.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0M32008BM8KE6E80@nk11p00mm-asmtp004.mac.com>; Thu, 26 Apr 2012 00:12:15 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7580,1.0.260,0.0.0000 definitions=2012-04-25_08:2012-04-25, 2012-04-25, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1204250281 From: Chuck Swiger In-reply-to: <32762.1335398519@tristatelogic.com> Date: Wed, 25 Apr 2012 17:12:13 -0700 Message-id: <450D1C59-C403-463B-9C35-6AF26F63D10A@mac.com> References: <32762.1335398519@tristatelogic.com> To: "Ronald F. Guilmette" X-Mailer: Apple Mail (2.1084) Cc: freebsd-gnome@freebsd.org, "freebsd-ports@freebsd.org ML" Subject: Re: Need a little help with a dynamic linking problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 01:12:34 -0000 On Apr 25, 2012, at 5:01 PM, Ronald F. Guilmette wrote: > When I try to run the gthumb binary that I built and install, I am getting > the following perplexing error message: > > /libexec/ld-elf.so.1: /usr/local/hacked/lib/gthumb/extensions/libfile_viewer.so: Undefined symbol "gth_viewer_page_get_type" Does running "ldconfig /usr/local/hacked/lib" help? What does ldd say about things? Regards, -- -Chuck From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 26 08:06:58 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCF041065676; Thu, 26 Apr 2012 08:06:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 539978FC08; Thu, 26 Apr 2012 08:06:58 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q3Q86odc046868; Thu, 26 Apr 2012 11:06:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q3Q86nA6051994; Thu, 26 Apr 2012 11:06:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q3Q86nUc051993; Thu, 26 Apr 2012 11:06:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 26 Apr 2012 11:06:49 +0300 From: Konstantin Belousov To: "Ronald F. Guilmette" Message-ID: <20120426080649.GO2358@deviant.kiev.zoral.com.ua> References: <33226.1335401917@tristatelogic.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fGyljYnAz0/nfUD" Content-Disposition: inline In-Reply-To: <33226.1335401917@tristatelogic.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: pav@freebsd.org, freebsd-gnome@freebsd.org, freebsd-ports@freebsd.org, Shawn Webb Subject: Re: Need a little help with a dynamic linking problem X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 08:06:58 -0000 --2fGyljYnAz0/nfUD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 25, 2012 at 05:58:37PM -0700, Ronald F. Guilmette wrote: >=20 > In message > , you wrote: >=20 > >Without being able to look at the details in-depth myself, it looks like > >the shared object is looking for a symbol which the RTLD can't resolve. >=20 > That much seems self-evident. The error message itself in effect says > precisely that. >=20 > >The symbol is defined in the gthumb application itself. Is that symbol e= xported > >such that shared objects can reference it? >=20 > Based on the outcome, I would have to say that this answer to that questi= on > is also (self-evidently?) no. >=20 > But I'm really not sure, frankly, because I have never before seen an > instance of anybody trying to do something screwy like this... I mean > having a shared library that depends upon somthing (a symbol) that is > intended to be satisfied by the main executable. Frankly, this seems > altogether screwy and bizzare to me. Unsually, the main executable depen= ds > on (or uses, dynamically) a number of shared libraries. Sharded libraries > in turn typically depend on either (a) nothing at all or else (b) some > combination of other shared and/or static linking libraries. That has > always been my own past experience anyway. By like I said, I have been a= way > from the software development tools for awhile, so mabe having a dynamic > library that depends upon something in the main executable is considered > kosher now. (Or maybe it ain't, actually, but it is nonthelwess one of > those screwy things that the current or original developer or maintainer > found out that he could get away with anyway, you know, like JUST over > on that well-known hobbist OS whose name begins with the letter "L".) >=20 > Like I say. I don't know, cuz I'm not the developer/maintainer of this > thing. >=20 > >If the problem is still unresolved by tomorrow... >=20 > It doesn't seem to be healing on its own so far... >=20 > >I can draft up a sample and confirm my suspicions > >(that non-exported symbols won't be resolvable by dynamically-loaded sha= red > >objects). >=20 > Oh, I do believe that you are 100% correct about that. This much, at lea= st, > I _do_ remember from ancient times when I worked on the GNU software deve= lop- > ment tools (including the linker). >=20 > In every object file... either a main executable or a shared library, the= re > are symbols that are externally available/visible and then there are ones > that aren't... i.e. that are local, and that the dynamic linker either ne= ver > sees or, at any rate, doesn't pay any attention to. >=20 > But my dim recollection is that you can easily tell which is which by loo= king > at the type letter that appears next to the symbol in the `nm' output. F= or > example: >=20 > % nm gthumb | fgrep gth_viewer_page_get_type > 00000000004aaf10 T gth_viewer_page_get_type > ^ >=20 > Here, the symbol type indicator is the letter `T', meaning that this is > a ``text'' (executable/code) type of symbol. That much I know for sure. > The part I am less clear about anymore is that I _think_ I remember that > when the type letter on the nm output is a capital letter (as in this cas= e) > it means that the symbol in question is ``public'' and available for > linking. (Actually, I _am_ pretty darn sure that this is indeed what CAP= ITAL > type letters in the nm output mean.) >=20 > The only other thing that I can't quite remember anymore is whether such > a symbol is always and necessarily available for *dynamic* linking purpos= es. > It might perhaps just be externally available & visible ONLY for *static* > linking purposes, in which case that might explain why I am seeing a `T' > on the nm output for the required symbol, but yet the dynamic linker > clearly can't seem to find it. >=20 You need to pass --export-dynamic to the linker when linking binary that is supposed to export its own symbols. --2fGyljYnAz0/nfUD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+ZAhkACgkQC3+MBN1Mb4jCBACeJsPnmCAoGXjuR/d+8tAWCQUL MbMAnj94BR1lb0I4LGpPy4gGQ+5Gi0uw =Ans7 -----END PGP SIGNATURE----- --2fGyljYnAz0/nfUD-- From owner-freebsd-gnome@FreeBSD.ORG Fri Apr 27 02:58:00 2012 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2C34106564A for ; Fri, 27 Apr 2012 02:58:00 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 85E8D8FC0A for ; Fri, 27 Apr 2012 02:58:00 +0000 (UTC) Received: by iahk25 with SMTP id k25so518605iah.13 for ; Thu, 26 Apr 2012 19:58:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ylMz2SsfADZ8bLni2UkpxxmSCA1umCx6FZJsjE37bEA=; b=xM4NE2PHp4eCBBTjqFVHvoa1H5t3UP6geC73gbUmgq2ILz0dPpOHmMTQgLQCAiqyFs PI4LZbcL1kMNAmkNm1Il4zj6Qrrggc/qzDHv1BGk5baf+RDQttiZp6/VhVlhcxBYJKp8 ls13OLb9ikZSXtIf52wGDNLFN2FNJQS0GzPvLOhwFhj3lo72Y31me1GxVGRV4JL+yavm HxLU9z2BgTWCxiXcg5Yjw5s3w0weaAjRa5j9NDVGx22g1WcJH7X/fbvrPDpp3sALZlYc 79tboKa/CMboEbsoL6tB1ihc4oUNIs/ILFV32KfwFfjDZWCfpYiYCy0Eqh1hcIz4OuHY kTfQ== MIME-Version: 1.0 Received: by 10.50.140.71 with SMTP id re7mr396873igb.67.1335495480186; Thu, 26 Apr 2012 19:58:00 -0700 (PDT) Received: by 10.42.153.4 with HTTP; Thu, 26 Apr 2012 19:58:00 -0700 (PDT) In-Reply-To: References: <201204110823.50764.erichfreebsdlist@ovitrap.com> <201204120902.52933.erichfreebsdlist@ovitrap.com> <201204132258.26454.erichfreebsdlist@ovitrap.com> Date: Thu, 26 Apr 2012 21:58:00 -0500 Message-ID: From: Jeremy Messenger To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-gnome@freebsd.org Subject: Re: Evolution does not start anymore after an upgrade X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 02:58:00 -0000 >>> > I never specified this ' with krb5'. Do you know which port uses this? >>> >>> Do you have NO_KERBEROS, WITH_HEIMDAL or HEIMDAL_HOME in your >>> make.conf or anywhere? It's supposed to be install security/heimdal if >>> you have one of define in somewhere. >>> >> HEIMDAL_HOME is in make.conf > > What do you have HEIMDAL_HOME in your make.conf? > >> Should I add the NO_KERBEROS? > > It's a bit same behavior with NO_KERBEROS by using heimdal port > instead of base system. Do you have heimdal installed? It looks like > evolution port found krb5 library, but it's in base system instead of > ports so it didn't install heimdal port. I will know more after work > when I can access to the FreeBSD box. I have committed a fix in evolution on this part. Now it should installs heimdal port. In future, if heimdal port starts to use the ltverhack then we will have to use BUILD/RUN_DEPENDS instead. But for now, the krb5.26 will work perfect while the rest else will never catch up. Cheers, Mezz > Cheers, > Mezz > > >> Erich > > > -- > mezz.freebsd@gmail.com - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-gnome@FreeBSD.ORG Fri Apr 27 07:40:34 2012 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79AB8106564A for ; Fri, 27 Apr 2012 07:40:34 +0000 (UTC) (envelope-from jody@calinx.com) Received: from rhino.calinx.com (static-173-73-16-11.washdc.fios.verizon.net [173.73.16.11]) by mx1.freebsd.org (Postfix) with ESMTP id 257BC8FC0A for ; Fri, 27 Apr 2012 07:40:33 +0000 (UTC) Received: from [192.168.127.3] (ribsy.private.calinx.com [192.168.127.3]) by rhino.calinx.com (8.14.3/8.14.3) with ESMTP id q3R7DgoH041269 for ; Fri, 27 Apr 2012 03:13:42 -0400 (EDT) (envelope-from jody@calinx.com) From: "Jody B. Caldwell" To: gnome@FreeBSD.org Date: Fri, 27 Apr 2012 03:25:08 -0400 Message-ID: <1335511508.50990.14.camel@ribsy.private.calinx.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Problem / Fix with yelp 2.30.2_1 on FreeBSD 9.0 with Gnome Desktop 2.32.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 07:40:34 -0000 Dir sir or madam, I am running Gnome version 2.32.1 under FreeBSD 9.0: > uname -a FreeBSD ribsy.private.calinx.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > I was experiencing a problem where clicking on 'help/contents' in almost any application would not work and produced an error; 'Unable to display help for xxxx the specified location is not supported' I was finally able to fix this problem with information I found at a Linux forum: http://forums.linuxmint.com/viewtopic.php?f=90&t=77196 Based on that information, I Created the following patch file: --- /usr/local/share/applications/yelp.desktop 2012-04-27 02:05:35.000000000 -0400 +++ yelp.desktop-20120427 2012-04-27 02:34:44.000000000 -0400 @@ -195,13 +195,14 @@ Comment[zh_TW]=\xe9\xa1\xaf\xe7\xa4\xba GNOME \xe8\xaa\xaa\xe6\x98\x8e \xe6\x96\x87\xe4\xbb\xb6 Comment[zu]=Thola usizo nge GNOME OnlyShowIn=GNOME; -Exec=yelp +Exec=yelp %u Icon=help-browser StartupNotify=true Terminal=false Type=Application -Categories=GNOME;GTK;Core;Documentation; +Categories=GNOME;GTK;Core;Documentation;Utility; X-GNOME-Bugzilla-Bugzilla=GNOME X-GNOME-Bugzilla-Product=Yelp X-GNOME-Bugzilla-Component=general -X-GNOME-Bugzilla-Version=2.30.2 +X-GNOME-Bugzilla-Version=3.0.0 +MimeType=x-scheme-handler/ghelp;x-scheme-handler/help;x-scheme-handler/info;x-scheme-handler/man; I then activate the changes with the following commands: update-desktop-database -q update-mime-database /usr/local/share/mime This fixed the problem for me. Help now works from within the applications. I hope this information will be helpful to you in providing a fix for all users of this software. Jody B Caldwell From owner-freebsd-gnome@FreeBSD.ORG Sat Apr 28 00:45:32 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D6F4106566B for ; Sat, 28 Apr 2012 00:45:32 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A38C48FC12 for ; Sat, 28 Apr 2012 00:45:31 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1143182wgb.31 for ; Fri, 27 Apr 2012 17:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Fq/qvPWO1K2KtRoruf8zbg09EHrdRXIOz+CbTLrLnmk=; b=yuzWgoZGpYCbPwwFkgvKJ0W2Anzca8YPHcYylJMQbh22et2QvUxTQNp4rCFs38+CT7 f9WSQE6p3NYMtkZ9IspXmTQWyQCRpw8hLnwAZfWuYz+PSrnj3KASaUAbpyfvk7SnuDTA DojyqFBgz74yNS5JVq5chYilrXr7oo6Nao17CrM60w3Fon0kowhQIHIwap81/tRaT22W B/ZiTD0K1Zb8yQSAO8xYg1m5r9U1car40gKF1VQsjbyvOhCYSz3jlrhLVl9tAjJxZgpC To9/joAwsvrkKtC0PiS9CcMijfrE3Xzb7ciT36hWVXaa+EBEnvlPVazMQLG8Usfk5hov D1hA== MIME-Version: 1.0 Received: by 10.216.134.136 with SMTP id s8mr8187332wei.6.1335573930580; Fri, 27 Apr 2012 17:45:30 -0700 (PDT) Received: by 10.223.143.22 with HTTP; Fri, 27 Apr 2012 17:45:30 -0700 (PDT) In-Reply-To: <1335511508.50990.14.camel@ribsy.private.calinx.com> References: <1335511508.50990.14.camel@ribsy.private.calinx.com> Date: Fri, 27 Apr 2012 17:45:30 -0700 Message-ID: From: Kevin Oberman To: "Jody B. Caldwell" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gnome@freebsd.org Subject: Re: Problem / Fix with yelp 2.30.2_1 on FreeBSD 9.0 with Gnome Desktop 2.32.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 00:45:32 -0000 On Fri, Apr 27, 2012 at 12:25 AM, Jody B. Caldwell wrote: > Dir sir or madam, > > I am running Gnome version 2.32.1 under FreeBSD 9.0: > >> uname -a > FreeBSD ribsy.private.calinx.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue > Jan =A03 07:15:25 UTC 2012 > root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =A0i386 >> > > > I was experiencing a problem where clicking on 'help/contents' in almost > any application would not work and produced an error; > > =A0 'Unable to display help for xxxx the specified location is not > supported' > > > I was finally able to fix this problem with information I found at a > Linux forum: > http://forums.linuxmint.com/viewtopic.php?f=3D90&t=3D77196 > > > Based on that information, I Created the following patch file: > > --- /usr/local/share/applications/yelp.desktop =A0 =A0 =A02012-04-27 > 02:05:35.000000000 -0400 > +++ yelp.desktop-20120427 =A0 2012-04-27 02:34:44.000000000 -0400 > @@ -195,13 +195,14 @@ > =A0Comment[zh_TW]=3D\xe9\xa1\xaf\xe7\xa4\xba GNOME \xe8\xaa\xaa\xe6\x98\x= 8e > \xe6\x96\x87\xe4\xbb\xb6 > =A0Comment[zu]=3DThola usizo nge GNOME > =A0OnlyShowIn=3DGNOME; > -Exec=3Dyelp > +Exec=3Dyelp %u > =A0Icon=3Dhelp-browser > =A0StartupNotify=3Dtrue > =A0Terminal=3Dfalse > =A0Type=3DApplication > -Categories=3DGNOME;GTK;Core;Documentation; > +Categories=3DGNOME;GTK;Core;Documentation;Utility; > =A0X-GNOME-Bugzilla-Bugzilla=3DGNOME > =A0X-GNOME-Bugzilla-Product=3DYelp > =A0X-GNOME-Bugzilla-Component=3Dgeneral > -X-GNOME-Bugzilla-Version=3D2.30.2 > +X-GNOME-Bugzilla-Version=3D3.0.0 > +MimeType=3Dx-scheme-handler/ghelp;x-scheme-handler/help;x-scheme-handler= /info;x-scheme-handler/man; > > > I then activate the changes with the following commands: > > =A0 =A0update-desktop-database -q > =A0 =A0update-mime-database /usr/local/share/mime > > This fixed the problem for me. =A0Help now works from within the > applications. > > I hope this information will be helpful to you in providing a fix for > all users of this software. > > Jody B Caldwell > > > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-gnome@FreeBSD.ORG Sat Apr 28 00:48:19 2012 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20F9F106566C for ; Sat, 28 Apr 2012 00:48:19 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id A487B8FC16 for ; Sat, 28 Apr 2012 00:48:18 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so897903wib.13 for ; Fri, 27 Apr 2012 17:48:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=acOiGSE+Z1Se6uMoJkOch0mRiWP1tOrkqSTDsTFk4Cs=; b=W4KFUVBIH4aCfWrqs3IB8be2Dr90yWkVhW7x/xMim4djMz+oECHRX3n+G8HC8P07Wj zEevvJbu6X/cqsZE4tUhaommF/sPpPIHcRz5JaPFjtBA92zg3t+dZDYPgVQ+D5xpJakj BQPMqiWfVBrh1dVcT4o07g/DJ1a1yu3WUjGJ9dXz39NF2JQnrgA9LyLHlge0aRGFppGF aOlsSXqHvXwbdvzTHiuDaiJqcO9BY7drF/k22cJ9kb8jlyEgPMlS/Sw+zSVKh+TA2HmQ 4zvSjx1kXczgWbBXz+hOyGfa0zNPn9FjpfBtmIup3oOtBLBJRiTvmTh32ToGaf221Gim saSQ== MIME-Version: 1.0 Received: by 10.180.100.2 with SMTP id eu2mr10681989wib.1.1335574091772; Fri, 27 Apr 2012 17:48:11 -0700 (PDT) Received: by 10.223.143.22 with HTTP; Fri, 27 Apr 2012 17:48:11 -0700 (PDT) In-Reply-To: <1335511508.50990.14.camel@ribsy.private.calinx.com> References: <1335511508.50990.14.camel@ribsy.private.calinx.com> Date: Fri, 27 Apr 2012 17:48:11 -0700 Message-ID: From: Kevin Oberman To: "Jody B. Caldwell" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gnome@freebsd.org Subject: Re: Problem / Fix with yelp 2.30.2_1 on FreeBSD 9.0 with Gnome Desktop 2.32.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 00:48:19 -0000 On Fri, Apr 27, 2012 at 12:25 AM, Jody B. Caldwell wrote: > Dir sir or madam, > > I am running Gnome version 2.32.1 under FreeBSD 9.0: > >> uname -a > FreeBSD ribsy.private.calinx.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue > Jan =A03 07:15:25 UTC 2012 > root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =A0i386 >> > > > I was experiencing a problem where clicking on 'help/contents' in almost > any application would not work and produced an error; > > =A0 'Unable to display help for xxxx the specified location is not > supported' > > > I was finally able to fix this problem with information I found at a > Linux forum: > http://forums.linuxmint.com/viewtopic.php?f=3D90&t=3D77196 > > > Based on that information, I Created the following patch file: > > --- /usr/local/share/applications/yelp.desktop =A0 =A0 =A02012-04-27 > 02:05:35.000000000 -0400 > +++ yelp.desktop-20120427 =A0 2012-04-27 02:34:44.000000000 -0400 > @@ -195,13 +195,14 @@ > =A0Comment[zh_TW]=3D\xe9\xa1\xaf\xe7\xa4\xba GNOME \xe8\xaa\xaa\xe6\x98\x= 8e > \xe6\x96\x87\xe4\xbb\xb6 > =A0Comment[zu]=3DThola usizo nge GNOME > =A0OnlyShowIn=3DGNOME; > -Exec=3Dyelp > +Exec=3Dyelp %u > =A0Icon=3Dhelp-browser > =A0StartupNotify=3Dtrue > =A0Terminal=3Dfalse > =A0Type=3DApplication > -Categories=3DGNOME;GTK;Core;Documentation; > +Categories=3DGNOME;GTK;Core;Documentation;Utility; > =A0X-GNOME-Bugzilla-Bugzilla=3DGNOME > =A0X-GNOME-Bugzilla-Product=3DYelp > =A0X-GNOME-Bugzilla-Component=3Dgeneral > -X-GNOME-Bugzilla-Version=3D2.30.2 > +X-GNOME-Bugzilla-Version=3D3.0.0 > +MimeType=3Dx-scheme-handler/ghelp;x-scheme-handler/help;x-scheme-handler= /info;x-scheme-handler/man; > > > I then activate the changes with the following commands: > > =A0 =A0update-desktop-database -q > =A0 =A0update-mime-database /usr/local/share/mime > > This fixed the problem for me. =A0Help now works from within the > applications. > > I hope this information will be helpful to you in providing a fix for > all users of this software. Oops. Sorry about tat empty message. Jody, Thanks! I had been wanting to look into this, but just had not gotten to it= . Your patch makes it work again. Could you open a PR so it can be put into the port? (If you would rather not,let me know and I will do it, but you deserve the credit.) --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-gnome@FreeBSD.ORG Sat Apr 28 20:23:04 2012 Return-Path: Delivered-To: gnome@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07252106564A; Sat, 28 Apr 2012 20:23:04 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CFF908FC1B; Sat, 28 Apr 2012 20:23:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3SKN3eP028142; Sat, 28 Apr 2012 20:23:03 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3SKN3I5028138; Sat, 28 Apr 2012 20:23:03 GMT (envelope-from edwin) Date: Sat, 28 Apr 2012 20:23:03 GMT Message-Id: <201204282023.q3SKN3I5028138@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/167386: [patch] x11/yelp 2.30.2_1 - 'help/contents' doesn't work in gnome applications/games X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 20:23:04 -0000 Synopsis: [patch] x11/yelp 2.30.2_1 - 'help/contents' doesn't work in gnome applications/games Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sat Apr 28 20:23:03 UTC 2012 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=167386