From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 07:28:17 2010 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 754D1106566B for ; Sun, 7 Feb 2010 07:28:17 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 3B63C8FC1F for ; Sun, 7 Feb 2010 07:28:17 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 787B51CD3F for ; Sun, 7 Feb 2010 08:28:16 +0100 (CET) From: linimon@FreeBSD.org To: gnome@freebsd.org Message-Id: <20100207072816.787B51CD3F@mail.droso.net> Date: Sun, 7 Feb 2010 08:28:16 +0100 (CET) Cc: Subject: FreeBSD ports that you maintain which are currently marked broken X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Feb 2010 07:28:17 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: x11/libcapplet broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=libcapplet If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 15:38:27 2010 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 08DC41065672; Sun, 7 Feb 2010 15:38:27 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D617D8FC16; Sun, 7 Feb 2010 15:38:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o17FcQmS047513; Sun, 7 Feb 2010 15:38:26 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o17FcQlU047509; Sun, 7 Feb 2010 15:38:26 GMT (envelope-from pav) Date: Sun, 7 Feb 2010 15:38:26 GMT Message-Id: <201002071538.o17FcQlU047509@freefall.freebsd.org> To: pav@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/143578: [PATCH] devel/glib20: remove dependency on Python 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, 07 Feb 2010 15:38:27 -0000 Old Synopsis: [PATCH] devel/glib: remove dependency on Python New Synopsis: [PATCH] devel/glib20: remove dependency on Python Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: pav Responsible-Changed-When: Sun Feb 7 15:37:08 UTC 2010 Responsible-Changed-Why: Assign to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=143578 From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 19:29:01 2010 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 68924106566C; Sun, 7 Feb 2010 19:29:01 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 40EDA8FC0A; Sun, 7 Feb 2010 19:29:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o17JT1QJ043096; Sun, 7 Feb 2010 19:29:01 GMT (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o17JT0sm043092; Sun, 7 Feb 2010 19:29:00 GMT (envelope-from marcus) Date: Sun, 7 Feb 2010 19:29:00 GMT Message-Id: <201002071929.o17JT0sm043092@freefall.freebsd.org> To: amdmi3@amdmi3.ru, marcus@FreeBSD.org, gnome@FreeBSD.org From: marcus@FreeBSD.org Cc: Subject: Re: ports/143578: [PATCH] devel/glib20: remove dependency on Python 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, 07 Feb 2010 19:29:01 -0000 Synopsis: [PATCH] devel/glib20: remove dependency on Python State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sun Feb 7 19:27:38 UTC 2010 State-Changed-Why: The gtester-reporter script can be used by users. Therefore, they need to have Python installed. That is, a user could use this script to generate a report with only having glib installed. In such a case, it would fail because Python is not present. That is why the dependency exists. As I stated previously, if one wants this in another package, it would be good to talk to the upstream glib developers. http://www.freebsd.org/cgi/query-pr.cgi?pr=143578 From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 19:42:05 2010 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 CFD5C106566B for ; Sun, 7 Feb 2010 19:42:05 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 87B6A8FC18 for ; Sun, 7 Feb 2010 19:42:05 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id o17JgbdN065281; Sun, 7 Feb 2010 14:42:37 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Gustau =?ISO-8859-1?Q?P=E9rez?= In-Reply-To: <4B6D4624.803@entel.upc.edu> References: <4B6D4624.803@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-oSr+3iBIye6S4jflpt6t" Organization: MarcusCom, Inc. Date: Sun, 07 Feb 2010 14:42:19 -0500 Message-ID: <1265571739.24140.2.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,FH_DATE_PAST_20XX, NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-gnome@freebsd.org Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 07 Feb 2010 19:42:05 -0000 --=-oSr+3iBIye6S4jflpt6t Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sat, 2010-02-06 at 11:36 +0100, Gustau P=E9rez wrote: > Hi everyone, >=20 > I'm having problems with gvfs-fuse-daemon. I'm trying to find out why > apps like vlc are unable to read files > in a samba share. As you may know, if you try to open a file in a share > throu nautilus, if the apps is not gvfs-aware nautilus launches the apps > passing a filename like : >=20 > $HOME/.gvfs/share in server/file.avi >=20 > then through it works through the gvfs-fuse-daemon which does the magi= c. >=20 > Well, anytime I try this, the app seems to freeze. No matter which > app I try. So I decided to open a terminal a did like this : >=20 > # cp $HOME/.gvfs/share in server/file.avi /tmp >=20 > Then, with tcpdump I saw a few packets were transferred between the > server and the client then transfer stopped. In the terminal I got and > Input/output error. >=20 > Even the gvfs-* apps (like gvfs-cat, gvfs-copy) fail. The error with > this apps comes from glib (gio part, when making a read syscall, so it > makes me think that probably the error is in gvfs-fuse-daemon, when the > kernel returns the read syscall to the fuse daemon that handles the > reads in that mount point). >=20 > I noticed that when I let gnome-session launch gvfs-fuse-daemon > without arguments (normal situation) the transfer stops at 1Mb of size. >=20 > If I try launching gvfs-fuse-daemon with "-o direct_io" in a > different mount like (say .gvfs_tmp), then I'm able > to copy files with both cp and gvfs-copy through that mount point. Even > I'm able to play mp3 files with mpg123, but vlc, totem and other apps > still fail to access that share (they transfer a little amount of data > and then they stop). >=20 > With this config (with .gvfs_tmp, -o direct_io), If I try to launch > and mpg123 (which works) and then and vlc instance, everything freezes > again. mpg123 stops playing until I kill vlc, then it can continue > playing. The same with kaffeine and other friends not gvfs-aware. >=20 > As I said, if I let gvfs-fuse-daemon without options (as > gnome-session does) I can do nothing through .gvfs/. No cp, no mpg123, > anything at all. -o direct_io allows me a few things. >=20 > I'm yesterday updated (before the jpeg library update). gvfs is 1.4.3_= 1. >=20 > My system is kernel and world updated too : >=20 > FreeBSD gusiport 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Feb 5 > 18:50:54 CET 2010 =20 > root@gusiport:/usr/obj/usr/src/sys/CUSTOM amd64 >=20 > Clean /etc/src.conf (no special options given there). The fuse=20 > module is update before the kernel and world were last updated. >=20 > I'm puzzled because I saw anyone having such a problem. I checked > /usr/ports/UPDATING, just I case I missed anything importa. >=20 > Is anyone having such a problem ? Any idea where can I start > debugging ? If I can provide any additional info, let me know. The fact that direct_io kind of works leads me to think this a problem with fuse, and not gvfs. Gvfs will simply call fuse_main() with the arguments passed to it. It's up to the fuse userland and kernel module to provide a lot of the heavy lifting. To that end, you might try rebuilding your kernel module, or ask the fuse maintainer if they have some ideas. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-oSr+3iBIye6S4jflpt6t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAktvF5kACgkQb2iPiv4Uz4e5oACfXhQiAIb8h97tstqHnkPLbLta MRsAn1QzhjM8wdHaiuHqldgX2VM4E1sV =sf7I -----END PGP SIGNATURE----- --=-oSr+3iBIye6S4jflpt6t-- From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 20:07:15 2010 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 6059010656ED for ; Sun, 7 Feb 2010 20:07:15 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id DA1298FC17 for ; Sun, 7 Feb 2010 20:07:14 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id o17K7CFH006396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 7 Feb 2010 21:07:12 +0100 Received: from [192.168.100.200] (9.Red-88-11-97.dynamicIP.rima-tde.net [88.11.97.9]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o17K78BS011510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Feb 2010 21:07:11 +0100 Message-ID: <4B6F1D6B.2070408@entel.upc.edu> Date: Sun, 07 Feb 2010 21:07:07 +0100 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Thunderbird 2.0.0.23 (X11/20100207) MIME-Version: 1.0 To: freebsd-gnome@freebsd.org References: <4B6D4624.803@entel.upc.edu> In-Reply-To: <4B6D4624.803@entel.upc.edu> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Sun, 07 Feb 2010 21:07:12 +0100 (CET) Cc: Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 07 Feb 2010 20:07:15 -0000 En/na Gustau PĂ©rez ha escrit: > Hi everyone, > > I'm having problems with gvfs-fuse-daemon. I'm trying to find out why > apps like vlc are unable to read files > in a samba share. As you may know, if you try to open a file in a share > throu nautilus, if the apps is not gvfs-aware nautilus launches the apps > passing a filename like : > > $HOME/.gvfs/share in server/file.avi > > then through it works through the gvfs-fuse-daemon which does the magic. > > Well, anytime I try this, the app seems to freeze. No matter which > app I try. So I decided to open a terminal a did like this : > > # cp $HOME/.gvfs/share in server/file.avi /tmp > > Then, with tcpdump I saw a few packets were transferred between the > server and the client then transfer stopped. In the terminal I got and > Input/output error. > > Even the gvfs-* apps (like gvfs-cat, gvfs-copy) fail. The error with > this apps comes from glib (gio part, when making a read syscall, so it > makes me think that probably the error is in gvfs-fuse-daemon, when the > kernel returns the read syscall to the fuse daemon that handles the > reads in that mount point). > > I noticed that when I let gnome-session launch gvfs-fuse-daemon > without arguments (normal situation) the transfer stops at 1Mb of size. > > If I try launching gvfs-fuse-daemon with "-o direct_io" in a > different mount like (say .gvfs_tmp), then I'm able > to copy files with both cp and gvfs-copy through that mount point. Even > I'm able to play mp3 files with mpg123, but vlc, totem and other apps > still fail to access that share (they transfer a little amount of data > and then they stop). > > With this config (with .gvfs_tmp, -o direct_io), If I try to launch > and mpg123 (which works) and then and vlc instance, everything freezes > again. mpg123 stops playing until I kill vlc, then it can continue > playing. The same with kaffeine and other friends not gvfs-aware. > > As I said, if I let gvfs-fuse-daemon without options (as > gnome-session does) I can do nothing through .gvfs/. No cp, no mpg123, > anything at all. -o direct_io allows me a few things. > > I'm yesterday updated (before the jpeg library update). gvfs is 1.4.3_1. > > My system is kernel and world updated too : > > FreeBSD gusiport 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Feb 5 > 18:50:54 CET 2010 > root@gusiport:/usr/obj/usr/src/sys/CUSTOM amd64 > > Clean /etc/src.conf (no special options given there). The fuse > module is update before the kernel and world were last updated. > > I'm puzzled because I saw anyone having such a problem. I checked > /usr/ports/UPDATING, just I case I missed anything importa. > > Is anyone having such a problem ? Any idea where can I start > debugging ? If I can provide any additional info, let me know. > > Regards, > > Gus > > I debugged the daemon with truss. I got a very strange serie of syscall with a lot of POLLs and READs to a channel returning "ERR#35 resource temporary unavailable). I discovered some socket call returning a channel that then produce that read errors. Any idea ? I posted the trace to pastebin : http://pastebin.com/m79cf37f3 If you search for socket syscalls, you'll see it normally creates two, and then it connects them to a unix socket in /var/tmp. For example I see it connecting two sockets to /var/tmp/gvfs-gus-B9lo36Ky/socket1 /var/tmp/gvfs-gus-B9lo36Ky/socket2 But only the second can be found. I can't see the first. So probably this is the problem. Anyone has the same problem ? I can provide more info. Regards, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 20:17:23 2010 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 EA4AC106566B for ; Sun, 7 Feb 2010 20:17:23 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id AF99A8FC14 for ; Sun, 7 Feb 2010 20:17:23 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id o17KHwgt065486; Sun, 7 Feb 2010 15:17:58 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Gustau =?ISO-8859-1?Q?P=E9rez?= In-Reply-To: <4B6F1D6B.2070408@entel.upc.edu> References: <4B6D4624.803@entel.upc.edu> <4B6F1D6B.2070408@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-f94bk6lsvqzLHHg2875g" Organization: MarcusCom, Inc. Date: Sun, 07 Feb 2010 15:17:41 -0500 Message-ID: <1265573861.24140.3.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,FH_DATE_PAST_20XX, NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-gnome@freebsd.org Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 07 Feb 2010 20:17:24 -0000 --=-f94bk6lsvqzLHHg2875g Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sun, 2010-02-07 at 21:07 +0100, Gustau P=E9rez wrote: > En/na Gustau P=E9rez ha escrit: > > Hi everyone, > > > > I'm having problems with gvfs-fuse-daemon. I'm trying to find out why > > apps like vlc are unable to read files > > in a samba share. As you may know, if you try to open a file in a share > > throu nautilus, if the apps is not gvfs-aware nautilus launches the app= s > > passing a filename like : > > > > $HOME/.gvfs/share in server/file.avi > > > > then through it works through the gvfs-fuse-daemon which does the ma= gic. > > > > Well, anytime I try this, the app seems to freeze. No matter which > > app I try. So I decided to open a terminal a did like this : > > > > # cp $HOME/.gvfs/share in server/file.avi /tmp > > > > Then, with tcpdump I saw a few packets were transferred between the > > server and the client then transfer stopped. In the terminal I got and > > Input/output error. > > > > Even the gvfs-* apps (like gvfs-cat, gvfs-copy) fail. The error with > > this apps comes from glib (gio part, when making a read syscall, so it > > makes me think that probably the error is in gvfs-fuse-daemon, when the > > kernel returns the read syscall to the fuse daemon that handles the > > reads in that mount point). > > > > I noticed that when I let gnome-session launch gvfs-fuse-daemon > > without arguments (normal situation) the transfer stops at 1Mb of size. > > > > If I try launching gvfs-fuse-daemon with "-o direct_io" in a > > different mount like (say .gvfs_tmp), then I'm able > > to copy files with both cp and gvfs-copy through that mount point. Even > > I'm able to play mp3 files with mpg123, but vlc, totem and other apps > > still fail to access that share (they transfer a little amount of data > > and then they stop). > > > > With this config (with .gvfs_tmp, -o direct_io), If I try to launch > > and mpg123 (which works) and then and vlc instance, everything freezes > > again. mpg123 stops playing until I kill vlc, then it can continue > > playing. The same with kaffeine and other friends not gvfs-aware. > > > > As I said, if I let gvfs-fuse-daemon without options (as > > gnome-session does) I can do nothing through .gvfs/. No cp, no mpg123, > > anything at all. -o direct_io allows me a few things. > > > > I'm yesterday updated (before the jpeg library update). gvfs is 1.4.= 3_1. > > > > My system is kernel and world updated too : > > > > FreeBSD gusiport 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Feb 5 > > 18:50:54 CET 2010 =20 > > root@gusiport:/usr/obj/usr/src/sys/CUSTOM amd64 > > > > Clean /etc/src.conf (no special options given there). The fuse=20 > > module is update before the kernel and world were last updated. > > > > I'm puzzled because I saw anyone having such a problem. I checked > > /usr/ports/UPDATING, just I case I missed anything importa. > > > > Is anyone having such a problem ? Any idea where can I start > > debugging ? If I can provide any additional info, let me know. > > > > Regards, > > > > Gus > > > > =20 > I debugged the daemon with truss. I got a very strange serie of > syscall with a lot of POLLs and READs to a channel returning "ERR#35 > resource temporary unavailable). I discovered some socket call > returning a channel that then produce that read errors. Any idea ? >=20 > I posted the trace to pastebin : >=20 > http://pastebin.com/m79cf37f3 >=20 > If you search for socket syscalls, you'll see it normally creates two, > and then it connects them to a unix socket in /var/tmp. For example I > see it connecting two sockets to >=20 > /var/tmp/gvfs-gus-B9lo36Ky/socket1 > /var/tmp/gvfs-gus-B9lo36Ky/socket2 > =20 > But only the second can be found. I can't see the first. So probably > this is the problem. Anyone has the same problem ? I can provide more inf= o. As I said, you would be better off contacting the fuse maintainer. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-f94bk6lsvqzLHHg2875g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAktvH+MACgkQb2iPiv4Uz4cjZACbBVakCv4YTpk4TlUVSYsjKWFu zDsAnRh7x9TIq1buKAvQaZ72lg+d4UU8 =jUhY -----END PGP SIGNATURE----- --=-f94bk6lsvqzLHHg2875g-- From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 20:25:27 2010 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 9FE7C1065672 for ; Sun, 7 Feb 2010 20:25:27 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 27DB98FC13 for ; Sun, 7 Feb 2010 20:25:26 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id o17KPPW0018805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 7 Feb 2010 21:25:25 +0100 Received: from [192.168.100.200] (9.Red-88-11-97.dynamicIP.rima-tde.net [88.11.97.9]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o17KPN9g013246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Feb 2010 21:25:24 +0100 Message-ID: <4B6F21B3.1020303@entel.upc.edu> Date: Sun, 07 Feb 2010 21:25:23 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.23 (X11/20100207) MIME-Version: 1.0 To: freebsd-gnome@freebsd.org References: <4B6D4624.803@entel.upc.edu> <4B6F1D6B.2070408@entel.upc.edu> <1265573861.24140.3.camel@shumai.marcuscom.com> In-Reply-To: <1265573861.24140.3.camel@shumai.marcuscom.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Sun, 07 Feb 2010 21:25:25 +0100 (CET) Cc: Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 07 Feb 2010 20:25:27 -0000 >>> I posted the trace to pastebin : >>> >>> http://pastebin.com/m79cf37f3 >>> >>> If you search for socket syscalls, you'll see it normally creates two, >>> and then it connects them to a unix socket in /var/tmp. For example I >>> see it connecting two sockets to >>> >>> /var/tmp/gvfs-gus-B9lo36Ky/socket1 >>> /var/tmp/gvfs-gus-B9lo36Ky/socket2 >>> >>> But only the second can be found. I can't see the first. So probably >>> this is the problem. Anyone has the same problem ? I can provide more info. >>> > > As I said, you would be better off contacting the fuse maintainer. > > Joe > > Hi again, Well, I think those files had been openened by gvfs-fuse-daemon, I see gvfs-fuse-daemon opening them in the trace file. So I'm not sure whether it is fuse responsability or not. Am I right ? If you still think it is fuse responsability I'll contact the fuse mantainer, but it is kinda strange fusefs-ssh has not that problem in my config. Do you guys have the same problem accessing $HOME/.gvfs files ? Thanks Joe, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 20:29:27 2010 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 DB788106566C for ; Sun, 7 Feb 2010 20:29:27 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 7625C8FC14 for ; Sun, 7 Feb 2010 20:29:27 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id o17KU2H3065612; Sun, 7 Feb 2010 15:30:02 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Gustau =?ISO-8859-1?Q?P=E9rez?= In-Reply-To: <4B6F21B3.1020303@entel.upc.edu> References: <4B6D4624.803@entel.upc.edu> <4B6F1D6B.2070408@entel.upc.edu> <1265573861.24140.3.camel@shumai.marcuscom.com> <4B6F21B3.1020303@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-8FbGGfuzVyFXc8YxG86R" Organization: MarcusCom, Inc. Date: Sun, 07 Feb 2010 15:29:45 -0500 Message-ID: <1265574585.24140.6.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,FH_DATE_PAST_20XX, NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-gnome@freebsd.org Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 07 Feb 2010 20:29:27 -0000 --=-8FbGGfuzVyFXc8YxG86R Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sun, 2010-02-07 at 21:25 +0100, Gustau P=E9rez wrote: > >>> I posted the trace to pastebin : > >>> > >>> http://pastebin.com/m79cf37f3 > >>> > >>> If you search for socket syscalls, you'll see it normally creates t= wo, > >>> and then it connects them to a unix socket in /var/tmp. For example I > >>> see it connecting two sockets to > >>> > >>> /var/tmp/gvfs-gus-B9lo36Ky/socket1 > >>> /var/tmp/gvfs-gus-B9lo36Ky/socket2 > >>> =20 > >>> But only the second can be found. I can't see the first. So probab= ly > >>> this is the problem. Anyone has the same problem ? I can provide more= info. > >>> =20 > > > > As I said, you would be better off contacting the fuse maintainer. > > > > Joe > > > > =20 > Hi again, >=20 > Well, I think those files had been openened by gvfs-fuse-daemon, I > see gvfs-fuse-daemon opening them in the trace file. So I'm not sure > whether it is fuse responsability or not. Am I right ? gvfs-fuse-daemon is nothing more than a fuse client. The daemon initializes the fuse subsystem, then it's up to fuse to invoke callbacks in gvfs-fuse-daemon. Look at the code in gvfs' client/gvfsfusedaemon.c for more details. >=20 > If you still think it is fuse responsability I'll contact the fuse > mantainer, but it is kinda strange fusefs-ssh has not that problem in my > config. >=20 > Do you guys have the same problem accessing $HOME/.gvfs files ? I don't use fuse. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-8FbGGfuzVyFXc8YxG86R Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAktvIrcACgkQb2iPiv4Uz4eFiQCfehDvNWvH5KyKAizntD5NOYvY eJ4An2ldkwih1xbkD7s+eCLDtbG4Qxnz =Tkbk -----END PGP SIGNATURE----- --=-8FbGGfuzVyFXc8YxG86R-- From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 20:44:33 2010 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 D2919106566B for ; Sun, 7 Feb 2010 20:44:33 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 587AE8FC1F for ; Sun, 7 Feb 2010 20:44:32 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id o17KiVCo011495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 7 Feb 2010 21:44:31 +0100 Received: from [192.168.100.200] (9.Red-88-11-97.dynamicIP.rima-tde.net [88.11.97.9]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o17KiT8i015001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Feb 2010 21:44:31 +0100 Message-ID: <4B6F262D.1020509@entel.upc.edu> Date: Sun, 07 Feb 2010 21:44:29 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.23 (X11/20100207) MIME-Version: 1.0 To: Joe Marcus Clarke References: <4B6D4624.803@entel.upc.edu> <4B6F1D6B.2070408@entel.upc.edu> <1265573861.24140.3.camel@shumai.marcuscom.com> <4B6F21B3.1020303@entel.upc.edu> <1265574585.24140.6.camel@shumai.marcuscom.com> In-Reply-To: <1265574585.24140.6.camel@shumai.marcuscom.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Sun, 07 Feb 2010 21:44:32 +0100 (CET) Cc: freebsd-gnome@freebsd.org Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 07 Feb 2010 20:44:34 -0000 En/na Joe Marcus Clarke ha escrit: > On Sun, 2010-02-07 at 21:25 +0100, Gustau Pérez wrote: > >>>>> I posted the trace to pastebin : >>>>> >>>>> http://pastebin.com/m79cf37f3 >>>>> >>>>> If you search for socket syscalls, you'll see it normally creates two, >>>>> and then it connects them to a unix socket in /var/tmp. For example I >>>>> see it connecting two sockets to >>>>> >>>>> /var/tmp/gvfs-gus-B9lo36Ky/socket1 >>>>> /var/tmp/gvfs-gus-B9lo36Ky/socket2 >>>>> >>>>> But only the second can be found. I can't see the first. So probably >>>>> this is the problem. Anyone has the same problem ? I can provide more info. >>>>> >>>>> >>> As I said, you would be better off contacting the fuse maintainer. >>> >>> Joe >>> >>> >>> >> Hi again, >> >> Well, I think those files had been openened by gvfs-fuse-daemon, I >> see gvfs-fuse-daemon opening them in the trace file. So I'm not sure >> whether it is fuse responsability or not. Am I right ? >> > > gvfs-fuse-daemon is nothing more than a fuse client. The daemon > initializes the fuse subsystem, then it's up to fuse to invoke callbacks > in gvfs-fuse-daemon. Look at the code in gvfs' client/gvfsfusedaemon.c > for more details. > I've been debugging gvfsfusedaemon.c adding some printf's to the vfs_read callback function, cause first I though it was a locking problem. gvfsfusedaemon uses a lock to protect the access when reading a given file. With these printf's I saw that was not the problem. So it could be a problem somewhere else in gvfsfusedaemon or maybe in fuse (I suppose in fusefs-libs not fusefs-kmod). I think the hint is those pair of sockets it creates. I see it creates some sockets to dbus in gvfsdaemondbus.c, may be this is the source of the problem. What I don't understand is why fusefs-ssh is working fine, transfering media for a long time without problems. Something doesn't work somewhere, but i don't know what. Thanks again, Gus > >> If you still think it is fuse responsability I'll contact the fuse >> mantainer, but it is kinda strange fusefs-ssh has not that problem in my >> config. >> >> Do you guys have the same problem accessing $HOME/.gvfs files ? >> > > I don't use fuse. > > Joe > > -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 20:49:35 2010 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 4CE971065693 for ; Sun, 7 Feb 2010 20:49:35 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id F24378FC18 for ; Sun, 7 Feb 2010 20:49:34 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.4/8.14.4) with ESMTP id o17KnVVN001482; Sun, 7 Feb 2010 15:49:31 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Gustau =?ISO-8859-1?Q?P=E9rez?= In-Reply-To: <4B6F262D.1020509@entel.upc.edu> References: <4B6D4624.803@entel.upc.edu> <4B6F1D6B.2070408@entel.upc.edu> <1265573861.24140.3.camel@shumai.marcuscom.com> <4B6F21B3.1020303@entel.upc.edu> <1265574585.24140.6.camel@shumai.marcuscom.com> <4B6F262D.1020509@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Y/V306C02hF80XQaPJIy" Organization: MarcusCom, Inc. Date: Sun, 07 Feb 2010 15:49:30 -0500 Message-ID: <1265575770.1685.0.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,FH_DATE_PAST_20XX, NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-gnome@freebsd.org Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 07 Feb 2010 20:49:35 -0000 --=-Y/V306C02hF80XQaPJIy Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sun, 2010-02-07 at 21:44 +0100, Gustau P=E9rez wrote: > En/na Joe Marcus Clarke ha escrit: > > On Sun, 2010-02-07 at 21:25 +0100, Gustau P=E9rez wrote: > > =20 > >>>>> I posted the trace to pastebin : > >>>>> > >>>>> http://pastebin.com/m79cf37f3 > >>>>> > >>>>> If you search for socket syscalls, you'll see it normally creates= two, > >>>>> and then it connects them to a unix socket in /var/tmp. For example= I > >>>>> see it connecting two sockets to > >>>>> > >>>>> /var/tmp/gvfs-gus-B9lo36Ky/socket1 > >>>>> /var/tmp/gvfs-gus-B9lo36Ky/socket2 > >>>>> =20 > >>>>> But only the second can be found. I can't see the first. So prob= ably > >>>>> this is the problem. Anyone has the same problem ? I can provide mo= re info. > >>>>> =20 > >>>>> =20 > >>> As I said, you would be better off contacting the fuse maintainer. > >>> > >>> Joe > >>> > >>> =20 > >>> =20 > >> Hi again, > >> > >> Well, I think those files had been openened by gvfs-fuse-daemon, I > >> see gvfs-fuse-daemon opening them in the trace file. So I'm not sure > >> whether it is fuse responsability or not. Am I right ? > >> =20 > > > > gvfs-fuse-daemon is nothing more than a fuse client. The daemon > > initializes the fuse subsystem, then it's up to fuse to invoke callback= s > > in gvfs-fuse-daemon. Look at the code in gvfs' client/gvfsfusedaemon.c > > for more details. > > =20 >=20 > I've been debugging gvfsfusedaemon.c adding some printf's to the > vfs_read callback function, cause first > I though it was a locking problem. gvfsfusedaemon uses a lock to protect > the access when reading a given file. With these printf's I saw that was > not the problem. >=20 > So it could be a problem somewhere else in gvfsfusedaemon or maybe in > fuse (I suppose in fusefs-libs not fusefs-kmod). I think the hint is > those pair of sockets it creates. I see it creates some sockets to dbus > in gvfsdaemondbus.c, may be this is the source of the problem. Look at what direct_io does, and start there. What is different when that option is specified? That option is never passed to the gvfs code, so where in the fuse code does it make an impact? Joe >=20 > What I don't understand is why fusefs-ssh is working fine, > transfering media for a long time without problems. Something doesn't > work somewhere, but i don't know what. >=20 > Thanks again, >=20 > Gus >=20 > =20 > > =20 > >> If you still think it is fuse responsability I'll contact the fuse > >> mantainer, but it is kinda strange fusefs-ssh has not that problem in = my > >> config. > >> > >> Do you guys have the same problem accessing $HOME/.gvfs files ? > >> =20 > > > > I don't use fuse. > > > > Joe > > > > =20 >=20 >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-Y/V306C02hF80XQaPJIy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAktvJ1gACgkQb2iPiv4Uz4c2XwCeL6ix0fxt0LNfIDFrdKPBaAMs cccAnjy5Cni33wHZzY8ueALxBylSoUFR =Qw6z -----END PGP SIGNATURE----- --=-Y/V306C02hF80XQaPJIy-- From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 7 21:26:30 2010 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 5388D1065672 for ; Sun, 7 Feb 2010 21:26:30 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id C8C3F8FC0A for ; Sun, 7 Feb 2010 21:26:29 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id o17LQRUe016643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 7 Feb 2010 22:26:28 +0100 Received: from [192.168.100.200] (9.Red-88-11-97.dynamicIP.rima-tde.net [88.11.97.9]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o17LQQYi018679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Feb 2010 22:26:27 +0100 Message-ID: <4B6F3001.8000808@entel.upc.edu> Date: Sun, 07 Feb 2010 22:26:25 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.23 (X11/20100207) MIME-Version: 1.0 To: Joe Marcus Clarke , freebsd-gnome@freebsd.org, gperez@entel.upc.edu References: <4B6D4624.803@entel.upc.edu> <4B6F1D6B.2070408@entel.upc.edu> <1265573861.24140.3.camel@shumai.marcuscom.com> <4B6F21B3.1020303@entel.upc.edu> <1265574585.24140.6.camel@shumai.marcuscom.com> <4B6F262D.1020509@entel.upc.edu> <1265575770.1685.0.camel@shumai.marcuscom.com> In-Reply-To: <1265575770.1685.0.camel@shumai.marcuscom.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Sun, 07 Feb 2010 22:26:28 +0100 (CET) Cc: Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 07 Feb 2010 21:26:30 -0000 En/na Joe Marcus Clarke ha escrit: > On Sun, 2010-02-07 at 21:44 +0100, Gustau Pérez wrote: > >> En/na Joe Marcus Clarke ha escrit: >> >>> On Sun, 2010-02-07 at 21:25 +0100, Gustau Pérez wrote: >>> >>> >>>>>>> I posted the trace to pastebin : >>>>>>> >>>>>>> http://pastebin.com/m79cf37f3 >>>>>>> >>>>>>> If you search for socket syscalls, you'll see it normally creates two, >>>>>>> and then it connects them to a unix socket in /var/tmp. For example I >>>>>>> see it connecting two sockets to >>>>>>> >>>>>>> /var/tmp/gvfs-gus-B9lo36Ky/socket1 >>>>>>> /var/tmp/gvfs-gus-B9lo36Ky/socket2 >>>>>>> >>>>>>> But only the second can be found. I can't see the first. So probably >>>>>>> this is the problem. Anyone has the same problem ? I can provide more info. >>>>>>> >>>>>>> >>>>>>> >>>>> As I said, you would be better off contacting the fuse maintainer. >>>>> >>>>> Joe >>>>> >>>>> >>>>> >>>>> >>>> Hi again, >>>> >>>> Well, I think those files had been openened by gvfs-fuse-daemon, I >>>> see gvfs-fuse-daemon opening them in the trace file. So I'm not sure >>>> whether it is fuse responsability or not. Am I right ? >>>> >>>> >>> gvfs-fuse-daemon is nothing more than a fuse client. The daemon >>> initializes the fuse subsystem, then it's up to fuse to invoke callbacks >>> in gvfs-fuse-daemon. Look at the code in gvfs' client/gvfsfusedaemon.c >>> for more details. >>> >>> >> I've been debugging gvfsfusedaemon.c adding some printf's to the >> vfs_read callback function, cause first >> I though it was a locking problem. gvfsfusedaemon uses a lock to protect >> the access when reading a given file. With these printf's I saw that was >> not the problem. >> >> So it could be a problem somewhere else in gvfsfusedaemon or maybe in >> fuse (I suppose in fusefs-libs not fusefs-kmod). I think the hint is >> those pair of sockets it creates. I see it creates some sockets to dbus >> in gvfsdaemondbus.c, may be this is the source of the problem. >> > > Look at what direct_io does, and start there. What is different when > that option is specified? That option is never passed to the gvfs code, > so where in the fuse code does it make an impact? > > Joe > Well, in fusefs-libs I see I changes the file operations if the direct_io option is passed. But for me fusefs is a new world, and I don't know how the pieces fit in fusefs. So I think I would be easier to first check gvfsdaemondbus and gvfsfusedaemon. Direct_io seems to have some impact, but the problem remains there when using a no-simple applications (for example vlc and totem make the problem arise). The pair of sockets problem makes me think direct_io solves something, but there is another problem. And I remember pcbsd opening samba shares and vlc and gimp opening files in those shares through dolphin. I don't know if kde4 and its kios use fuse or not. I'll check it. I'll contact the fusefs mantainer, maybe he has any idea, but if anyone has some spare time and want to have fun ... Regards, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From owner-freebsd-gnome@FreeBSD.ORG Mon Feb 8 11:07:18 2010 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 0B9C410656E7 for ; Mon, 8 Feb 2010 11:07:18 +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 D6FA38FC25 for ; Mon, 8 Feb 2010 11:07:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o18B7Htj087700 for ; Mon, 8 Feb 2010 11:07:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o18B7HW7087698 for gnome@FreeBSD.org; Mon, 8 Feb 2010 11:07:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Feb 2010 11:07:17 GMT Message-Id: <201002081107.o18B7HW7087698@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, 08 Feb 2010 11:07:18 -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/143260 gnome devel/gobject-introspection writes files in $HOME o ports/142903 gnome graphics/inkscape hangs for an infinite loop when open o ports/142875 gnome [patch] Bring back subpixel LCD filtering support to g o ports/142549 gnome sysutils/hal: hald cannot find DVD/CS anymore o ports/142189 gnome www/webkit-gtk2 needs dependency on libsoup >= 2.28.2 o ports/142149 gnome [patch] security/gnome-keyring fails to build in certa o ports/141796 gnome devel/anjuta assumes gnome-help is installed; requires o ports/141397 gnome x11/gnome2: gnome desktop prevents umount without '-f' s ports/141162 gnome x11-toolkits/pango 1.26 introduces crashes with epipha s ports/141033 gnome [PATCH] allow to build devel/libsoup without gnome f ports/141015 gnome sysutils/consolekit: consolekit-0.4.1_1 fails to build o ports/140533 gnome bsd.gnome.mk - mtree may get parameters w/o space o ports/140216 gnome [patch] devel/nspr does not check POLLHUP in PR_Connec s ports/137367 gnome net/libproxy: add menu option to configure dependence a ports/134361 gnome devel/gvfs ports with smbclient support doesn't pass a o ports/132304 gnome ports/devel/dbus misses /var/db/dbus/machine-id in dis 16 problems total. From owner-freebsd-gnome@FreeBSD.ORG Mon Feb 8 13:05:28 2010 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 6DE30106566C; Mon, 8 Feb 2010 13:05:28 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 469FE8FC17; Mon, 8 Feb 2010 13:05:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o18D5SZX096180; Mon, 8 Feb 2010 13:05:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o18D5SLn096176; Mon, 8 Feb 2010 13:05:28 GMT (envelope-from linimon) Date: Mon, 8 Feb 2010 13:05:28 GMT Message-Id: <201002081305.o18D5SLn096176@freefall.freebsd.org> To: linimon@FreeBSD.org, ghome@FreeBSD.org, gnome@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/143665: lang/vala update to 0.7.10 [PATCH] 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, 08 Feb 2010 13:05:28 -0000 Synopsis: lang/vala update to 0.7.10 [PATCH] Responsible-Changed-From-To: ghome->gnome Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 8 13:05:18 UTC 2010 Responsible-Changed-Why: sigh. fix assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=143665 From owner-freebsd-gnome@FreeBSD.ORG Mon Feb 8 23:56:25 2010 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 3BFD71065679 for ; Mon, 8 Feb 2010 23:56:25 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id 153BA8FC14 for ; Mon, 8 Feb 2010 23:56:25 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o18NuO8h022724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 8 Feb 2010 15:56:24 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id F15441CC09 for ; Mon, 8 Feb 2010 15:56:23 -0800 (PST) To: gnome@freebsd.org Date: Mon, 08 Feb 2010 15:56:23 -0800 From: "Kevin Oberman" Message-Id: <20100208235623.F15441CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-02-09_01:2010-02-06, 2010-02-09, 2010-02-08 signatures=0 X-Proofpoint-Spam-Reason: safe Cc: Subject: Problems with gnome-mount and UFS volumes 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, 08 Feb 2010 23:56:25 -0000 I use a UFS formatted USB disk for my VirtualBox container. When I plug it in, gnome-mount mounts it fine, but I can never unmount it. It unmounts fine, but remounts again immediately. No errors (and I would not expect any). I remember when this was a problem for MSDOSFS disks, but some magic was done to prevent this. It does not seem to work for UFS, though. Is there a reasonable way to prevent this from happening? I'd really like t be able to unplug this disk when I shut down the VirtualBox container. Running the latest versions of all of the gnome ports and hald. I would normally attach lshal output, but, since everything runs cleanly and without error, I don't know that it is needed. If so, let me know. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-gnome@FreeBSD.ORG Tue Feb 9 15:35:05 2010 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 B325B1065672 for ; Tue, 9 Feb 2010 15:35:05 +0000 (UTC) (envelope-from jwb@hera.homer.att.com) Received: from mail121.messagelabs.com (mail121.messagelabs.com [216.82.242.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB958FC12 for ; Tue, 9 Feb 2010 15:35:04 +0000 (UTC) X-VirusChecked: Checked X-Env-Sender: jwb@hera.homer.att.com X-Msg-Ref: server-7.tower-121.messagelabs.com!1265729703!32719520!1 X-StarScan-Version: 6.2.4; banners=-,-,- X-Originating-IP: [144.160.20.44] Received: (qmail 9980 invoked from network); 9 Feb 2010 15:35:03 -0000 Received: from sbcsmtp0.sbc.com (HELO mlth002.enaf.sfdc.sbc.com) (144.160.20.44) by server-7.tower-121.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Feb 2010 15:35:03 -0000 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlth002.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id o19FZ3Ie030790 for ; Tue, 9 Feb 2010 10:35:03 -0500 Received: from ulysses.homer.att.com (ulysses.homer.att.com [135.205.193.8]) by mlth002.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id o19FYw46030293 for ; Tue, 9 Feb 2010 10:34:58 -0500 Received: from hera.homer.att.com (hera.homer.att.com [135.205.193.102]) by ulysses.homer.att.com (8.9.3/8.9.3) with ESMTP id KAA08764 for ; Tue, 9 Feb 2010 10:34:57 -0500 (EST) Received: from hera.homer.att.com (localhost [127.0.0.1]) by hera.homer.att.com (8.13.8+Sun/8.13.8) with ESMTP id o19FYv4q009230 for ; Tue, 9 Feb 2010 10:34:57 -0500 (EST) Message-Id: <201002091534.o19FYv4q009230@hera.homer.att.com> X-Mailer: exmh version 2.7.2 01/07/2009 with nmh-1.0.4 To: freebsd-gnome@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Feb 2010 10:34:57 -0500 From: "J. W. Ballantine" Subject: ggz-gtk.h 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, 09 Feb 2010 15:35:05 -0000 Hi, A couple of weeks ago I reported that gnome-games-2.8 failed due to too many arguments to ggz_gtk_initialize and that was due to a ggz-gtk.h that had seven arguments defined, but gnome-games was passing eight. Today I find that ggz-gtk-client-0.0.14.1 fails because of two few arguments, it is passing seven, to ggz_gtk_initialize, and that it also is the program that installs ggz-gtk.h in /usr/local/include. Please fix one or the other so they both pass the same number of arguments, from my view point it would appear that eight is correct and the gnome-games ggz-gtk.h should be used with an additiona NULL on line 106 of main.c in ggz-gtk-client-0.0.14.1/src. Thanks From owner-freebsd-gnome@FreeBSD.ORG Tue Feb 9 16:32:42 2010 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 185001065695 for ; Tue, 9 Feb 2010 16:32:42 +0000 (UTC) (envelope-from mike.bybee@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id CD4778FC21 for ; Tue, 9 Feb 2010 16:32:41 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so985624qwd.7 for ; Tue, 09 Feb 2010 08:32:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=YdnCa15vSBxF0HuavRo5azlweQoaGvCqYOW22hOX0Zo=; b=McDD6XqusQ3gythWcgJokrS5qWaY5vXc5Zre98KhKDadqjSPGMp4Dgp5B1oFGoqWmh Jw+8iP8+Js1BI01O6SGHvBTtJBA8Mi0UrFLtTPfKLQbI2ZNj1Twf1c+uRY0OS+wculn+ cMtSG0Ejo9Y74xrp45+RapfH5NJHP+ISlW/7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=a3VYN1rsirJFEgt8+9E/s4hcgSyvbo0vcWMW93aMOyGsSPLxtqNcuxRGEy6zQctX2O F8e8khSmHNMWhVrByfhfhXinM/46pTYzuenmcsRv2zj5uvKHC/cAiSBI1JnBdVnUWtE2 k5GKu7fGTfJJgV9AGDGW2CUgY0W25vOnpgSag= MIME-Version: 1.0 Received: by 10.224.38.199 with SMTP id c7mr3218336qae.24.1265731858452; Tue, 09 Feb 2010 08:10:58 -0800 (PST) Date: Tue, 9 Feb 2010 09:10:58 -0700 Message-ID: <75813f041002090810v7096e5dt45cd42df41b5c542@mail.gmail.com> From: Mike Bybee To: freebsd-gnome@FreeBSD.org X-Mailman-Approved-At: Tue, 09 Feb 2010 20:16:59 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Question about gparted 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, 09 Feb 2010 16:32:42 -0000 Hi - are there any plans to port gparted? -- Thanks, Mike Bybee From owner-freebsd-gnome@FreeBSD.ORG Tue Feb 9 22:07:53 2010 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 9D1AC106568F for ; Tue, 9 Feb 2010 22:07:53 +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 44D528FC1C for ; Tue, 9 Feb 2010 22:07:52 +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 o19M7qDg011896; Tue, 9 Feb 2010 17:07:52 -0500 (EST) Received: from dhcp-172-18-254-139.cisco.com (dhcp-172-18-254-139.cisco.com [172.18.254.139]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o19M7pD1014309; Tue, 9 Feb 2010 17:07:52 -0500 (EST) Message-ID: <4B71DCB7.5060902@freebsd.org> Date: Tue, 09 Feb 2010 17:07:51 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: Mike Bybee References: <75813f041002090810v7096e5dt45cd42df41b5c542@mail.gmail.com> In-Reply-To: <75813f041002090810v7096e5dt45cd42df41b5c542@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-gnome@freebsd.org Subject: Re: Question about gparted 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, 09 Feb 2010 22:07:53 -0000 On 2/9/10 11:10 AM, Mike Bybee wrote: > Hi - are there any plans to port gparted? > Not that I've heard of. 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 Feb 9 23:13:32 2010 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 64B72106566B; Tue, 9 Feb 2010 23:13:32 +0000 (UTC) (envelope-from mike.bybee@gmail.com) Received: from mail-qy0-f189.google.com (mail-qy0-f189.google.com [209.85.221.189]) by mx1.freebsd.org (Postfix) with ESMTP id 0882C8FC1B; Tue, 9 Feb 2010 23:13:31 +0000 (UTC) Received: by qyk27 with SMTP id 27so477632qyk.3 for ; Tue, 09 Feb 2010 15:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=3bJoYuwQklthT4dJ7JUrRzbkigIi6ewJrWTRFVm8j4I=; b=BoV3okC+1zNqlpaP30FQTGyEj342xgC/cJft+CknbZCNBbSWU3rcrmZR/zO9/qB4VQ n1MwxoX3eAcHOAgrqAIoLDcMgcmm/b5PXMRVnGJvuw23nyVm2dorhNb8+LJNK0+JSAi9 WIAXZkC9GcnXgpe/yKguGAAq5qlzQgOHCL9NU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FO+ehLPJW5VMwFpg4h3hKpV7tt1+vYDY3DYfY2huMLMRzlbE1VpUVfJKfSExel0iKz iuS1NqJ5G9gacrhSNzf7pHZN7/PgNrX14mCgdvft3PtPtwcfgWtqIAvg7H7/Byug+7V7 90EwRCJh+o3HQaViWYFYEZwvY6Gs1OwUZkgY8= MIME-Version: 1.0 Received: by 10.224.36.147 with SMTP id t19mr3479588qad.201.1265757210896; Tue, 09 Feb 2010 15:13:30 -0800 (PST) In-Reply-To: <4B71DCB7.5060902@freebsd.org> References: <75813f041002090810v7096e5dt45cd42df41b5c542@mail.gmail.com> <4B71DCB7.5060902@freebsd.org> Date: Tue, 9 Feb 2010 16:13:30 -0700 Message-ID: <75813f041002091513w20993228t108ac6238bcdfd70@mail.gmail.com> From: Mike Bybee To: Joe Marcus Clarke Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-gnome@freebsd.org Subject: Re: Question about gparted 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, 09 Feb 2010 23:13:32 -0000 On Tue, Feb 9, 2010 at 3:07 PM, Joe Marcus Clarke wrote: > On 2/9/10 11:10 AM, Mike Bybee wrote: > > Hi - are there any plans to port gparted? > > > > Not that I've heard of. > > Joe > > -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome > Thanks for the quick response! Pity it's not on the map, but hopefully something will come down the pike. -- Thanks, Mike Bybee From owner-freebsd-gnome@FreeBSD.ORG Wed Feb 10 00:02:46 2010 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 700BD1065783 for ; Wed, 10 Feb 2010 00:02:46 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0A5AC8FC0C for ; Wed, 10 Feb 2010 00:02:45 +0000 (UTC) Received: from yokozuna.lan (213-84-73-82.adsl.xs4all.nl [80.101.78.208]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id o1A02i7c071534 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Feb 2010 01:02:44 +0100 (CET) (envelope-from mbeis@xs4all.nl) Received: from yokozuna.lan (yokozuna.lan [127.0.0.1]) by yokozuna.lan (8.14.3/8.14.3) with ESMTP id o1A02iQC019344 for ; Wed, 10 Feb 2010 01:02:44 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Wed, 10 Feb 2010 01:02:44 +0100 (CET) From: Marco Beishuizen Sender: marco@yokozuna.lan To: freebsd-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-Virus-Scanned: by XS4ALL Virus Scanner Subject: gnome-screensaver port broken X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 00:02:46 -0000 Hi, Gnome-screensaver seems broken. It exits with a compile error: ... In file included from phosphor.c:42: /usr/local/include/util.h:95: error: expected identifier or '(' before '/' token /usr/local/include/util.h:119: error: expected identifier or '(' before '/' token /usr/local/include/util.h:159: error: expected identifier or '(' before '/' token In file included from phosphor.c:42: /usr/local/include/util.h:197:8: warning: extra tokens at end of #endif directive phosphor.c: In function 'launch_text_generator': phosphor.c:1265: warning: implicit declaration of function 'forkpty' phosphor.c:1265: warning: nested extern declaration of 'forkpty' gmake[1]: *** [phosphor.o] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/xscreensaver-gnome-hacks/work/xscreensaver-5.10/hacks' gmake: *** [all] Error 5 *** Error code 1 Stop in /usr/ports/x11/xscreensaver-gnome-hacks. *** Error code 1 Stop in /usr/ports/x11/xscreensaver-gnome-hacks. *** Error code 1 Stop in /usr/ports/x11/gnome-screensaver. *** Error code 1 ... Anyone else having this problem? Thanks in advance, Marco -- Cleanliness becomes more important when godliness is unlikely. -- P. J. O'Rourke From owner-freebsd-gnome@FreeBSD.ORG Wed Feb 10 01:45:35 2010 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 56846106566C for ; Wed, 10 Feb 2010 01:45:35 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id E2E658FC15 for ; Wed, 10 Feb 2010 01:45:34 +0000 (UTC) Received: from yokozuna.lan (213-84-73-82.adsl.xs4all.nl [80.101.78.208]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id o1A1jX77059427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Feb 2010 02:45:33 +0100 (CET) (envelope-from mbeis@xs4all.nl) Received: from yokozuna.lan (yokozuna.lan [127.0.0.1]) by yokozuna.lan (8.14.3/8.14.3) with ESMTP id o1A1jXvN077852 for ; Wed, 10 Feb 2010 02:45:33 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Wed, 10 Feb 2010 02:45:33 +0100 (CET) From: Marco Beishuizen Sender: marco@yokozuna.lan To: freebsd-gnome@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: gnome-screensaver port broken X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 01:45:35 -0000 On Wed, 10 Feb 2010, Marco Beishuizen wrote: > Hi, > > Gnome-screensaver seems broken. It exits with a compile error: > ... > In file included from phosphor.c:42: > /usr/local/include/util.h:95: error: expected identifier or '(' before '/' > token > /usr/local/include/util.h:119: error: expected identifier or '(' before '/' > token > /usr/local/include/util.h:159: error: expected identifier or '(' before '/' > token > In file included from phosphor.c:42: > /usr/local/include/util.h:197:8: warning: extra tokens at end of #endif > directive > phosphor.c: In function 'launch_text_generator': > phosphor.c:1265: warning: implicit declaration of function 'forkpty' > phosphor.c:1265: warning: nested extern declaration of 'forkpty' > gmake[1]: *** [phosphor.o] Error 1 > gmake[1]: Leaving directory > `/usr/ports/x11/xscreensaver-gnome-hacks/work/xscreensaver-5.10/hacks' > gmake: *** [all] Error 5 > *** Error code 1 > > Stop in /usr/ports/x11/xscreensaver-gnome-hacks. > *** Error code 1 > > Stop in /usr/ports/x11/xscreensaver-gnome-hacks. > *** Error code 1 > > Stop in /usr/ports/x11/gnome-screensaver. > *** Error code 1 Found a bug report from 6 jears old with the same problem on http://www.mavetju.org/mail/view_message.php?list=freebsd-ports-bugs&id=1844918 After deinstalling lang/libutils, gnome-screensaver installs fine. Libutils doesn't seem to be used by anything so I think it's safe to keep it deinstalled. Marco -- Fakir, n: A psychologist whose charismatic data have inspired almost religious devotion in his followers, even though the sources seem to have shinnied up a rope and vanished. From owner-freebsd-gnome@FreeBSD.ORG Wed Feb 10 07:00:17 2010 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 AC76C106566C; Wed, 10 Feb 2010 07:00:17 +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 836B88FC08; Wed, 10 Feb 2010 07:00:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1A70Hm2099906; Wed, 10 Feb 2010 07:00:17 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1A70HMS099902; Wed, 10 Feb 2010 07:00:17 GMT (envelope-from edwin) Date: Wed, 10 Feb 2010 07:00:17 GMT Message-Id: <201002100700.o1A70HMS099902@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/143718: [PATCH] ports/www/webkit-gtk2 (build failure with icu 4.3.3 (error in TextBreakIteratorICU.cpp)) 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, 10 Feb 2010 07:00:17 -0000 Synopsis: [PATCH] ports/www/webkit-gtk2 (build failure with icu 4.3.3 (error in TextBreakIteratorICU.cpp)) Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Wed Feb 10 07:00:17 UTC 2010 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=143718 From owner-freebsd-gnome@FreeBSD.ORG Wed Feb 10 15:21:32 2010 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 A86C01065693; Wed, 10 Feb 2010 15:21:32 +0000 (UTC) (envelope-from kwm@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8045F8FC14; Wed, 10 Feb 2010 15:21:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1AFLWeq067360; Wed, 10 Feb 2010 15:21:32 GMT (envelope-from kwm@freefall.freebsd.org) Received: (from kwm@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1AFLV8f067356; Wed, 10 Feb 2010 15:21:31 GMT (envelope-from kwm) Date: Wed, 10 Feb 2010 15:21:31 GMT Message-Id: <201002101521.o1AFLV8f067356@freefall.freebsd.org> To: andy.lavr@reactor-xg.kiev.ua, kwm@FreeBSD.org, gnome@FreeBSD.org From: kwm@FreeBSD.org Cc: Subject: Re: ports/143718: [PATCH] ports/www/webkit-gtk2 (build failure with icu 4.3.3 (error in TextBreakIteratorICU.cpp)) 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, 10 Feb 2010 15:21:32 -0000 Synopsis: [PATCH] ports/www/webkit-gtk2 (build failure with icu 4.3.3 (error in TextBreakIteratorICU.cpp)) State-Changed-From-To: open->closed State-Changed-By: kwm State-Changed-When: Wed Feb 10 15:20:59 UTC 2010 State-Changed-Why: Committed, with some modifications. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=143718 From owner-freebsd-gnome@FreeBSD.ORG Wed Feb 10 15:30:04 2010 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 2ABBA106566B for ; Wed, 10 Feb 2010 15:30:04 +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 1B7DC8FC14 for ; Wed, 10 Feb 2010 15:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1AFU36l067716 for ; Wed, 10 Feb 2010 15:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1AFU3pi067713; Wed, 10 Feb 2010 15:30:03 GMT (envelope-from gnats) Date: Wed, 10 Feb 2010 15:30:03 GMT Message-Id: <201002101530.o1AFU3pi067713@freefall.freebsd.org> To: gnome@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/143718: commit references a PR X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 15:30:04 -0000 The following reply was made to PR ports/143718; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/143718: commit references a PR Date: Wed, 10 Feb 2010 15:20:34 +0000 (UTC) kwm 2010-02-10 15:20:20 UTC FreeBSD ports repository Modified files: www/webkit-gtk2 Makefile Added files: www/webkit-gtk2/files extra-patch-WebCore_platform_text_TextBreakIterator.h Log: Fix build when icu 4.3 is used instead of 3.8 [1]. Still default to icu 3.8 but depend on icu 4.3 if its installed. PR: ports/143718 [1] Submitted by: Andrei Lavreniyuk Revision Changes Path 1.17 +8 -2 ports/www/webkit-gtk2/Makefile 1.1 +15 -0 ports/www/webkit-gtk2/files/extra-patch-WebCore_platform_text_TextBreakIterator.h (new) _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-gnome@FreeBSD.ORG Thu Feb 11 19:48:20 2010 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 74F8E1065670; Thu, 11 Feb 2010 19:48:20 +0000 (UTC) (envelope-from pgollucci@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9FC8FC0C; Thu, 11 Feb 2010 19:48:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1BJmK85084088; Thu, 11 Feb 2010 19:48:20 GMT (envelope-from pgollucci@freefall.freebsd.org) Received: (from pgollucci@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1BJmK5e084084; Thu, 11 Feb 2010 19:48:20 GMT (envelope-from pgollucci) Date: Thu, 11 Feb 2010 19:48:20 GMT Message-Id: <201002111948.o1BJmK5e084084@freefall.freebsd.org> To: pgollucci@FreeBSD.org, pgollucci@FreeBSD.org, gnome@FreeBSD.org From: pgollucci@FreeBSD.org Cc: Subject: Re: ports/143746: [PATCH] new/pan Fix build with new GCC 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, 11 Feb 2010 19:48:20 -0000 Synopsis: [PATCH] new/pan Fix build with new GCC Responsible-Changed-From-To: pgollucci->gnome Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Feb 11 19:48:19 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=143746 From owner-freebsd-gnome@FreeBSD.ORG Fri Feb 12 10:20:25 2010 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 40A3410656BB; Fri, 12 Feb 2010 10:20:25 +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 179B88FC0C; Fri, 12 Feb 2010 10:20:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1CAKOet082851; Fri, 12 Feb 2010 10:20:24 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1CAKOIY082839; Fri, 12 Feb 2010 10:20:24 GMT (envelope-from edwin) Date: Fri, 12 Feb 2010 10:20:24 GMT Message-Id: <201002121020.o1CAKOIY082839@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/143838: sysutils/tracker-client points to invalid version of textproc/wv 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, 12 Feb 2010 10:20:25 -0000 Synopsis: sysutils/tracker-client points to invalid version of textproc/wv Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Fri Feb 12 10:20:24 UTC 2010 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=143838 From owner-freebsd-gnome@FreeBSD.ORG Fri Feb 12 23:35:41 2010 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 E0DFA10656AE; Fri, 12 Feb 2010 23:35:41 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B86888FC19; Fri, 12 Feb 2010 23:35:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1CNZfHm088342; Fri, 12 Feb 2010 23:35:41 GMT (envelope-from marcus@freefall.freebsd.org) Received: (from marcus@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1CNZf5u088338; Fri, 12 Feb 2010 23:35:41 GMT (envelope-from marcus) Date: Fri, 12 Feb 2010 23:35:41 GMT Message-Id: <201002122335.o1CNZf5u088338@freefall.freebsd.org> To: dmitry2006@yandex.ru, marcus@FreeBSD.org, gnome@FreeBSD.org From: marcus@FreeBSD.org Cc: Subject: Re: ports/143665: lang/vala update to 0.7.10 [PATCH] 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, 12 Feb 2010 23:35:42 -0000 Synopsis: lang/vala update to 0.7.10 [PATCH] State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Fri Feb 12 23:35:32 UTC 2010 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=143665 From owner-freebsd-gnome@FreeBSD.ORG Fri Feb 12 23:40:08 2010 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 F40EB106566B for ; Fri, 12 Feb 2010 23:40:07 +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 CA7F08FC16 for ; Fri, 12 Feb 2010 23:40:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1CNe7CC088441 for ; Fri, 12 Feb 2010 23:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1CNe7vk088433; Fri, 12 Feb 2010 23:40:07 GMT (envelope-from gnats) Date: Fri, 12 Feb 2010 23:40:07 GMT Message-Id: <201002122340.o1CNe7vk088433@freefall.freebsd.org> To: gnome@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/143665: commit references a PR X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Feb 2010 23:40:08 -0000 The following reply was made to PR ports/143665; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/143665: commit references a PR Date: Fri, 12 Feb 2010 23:35:36 +0000 (UTC) marcus 2010-02-12 23:35:28 UTC FreeBSD ports repository Modified files: lang/vala Makefile distinfo pkg-plist Added files: lang/vala/files patch-vapi_glib-2.0.vapi patch-vapi_libpq.vapi Log: Update to 0.7.10. PR: 143665 Submitted by: Dmitry Revision Changes Path 1.20 +1 -1 ports/lang/vala/Makefile 1.15 +3 -3 ports/lang/vala/distinfo 1.1 +11 -0 ports/lang/vala/files/patch-vapi_glib-2.0.vapi (new) 1.1 +11 -0 ports/lang/vala/files/patch-vapi_libpq.vapi (new) 1.17 +2 -0 ports/lang/vala/pkg-plist _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-gnome@FreeBSD.ORG Sat Feb 13 02:10:18 2010 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 243D9106568B; Sat, 13 Feb 2010 02:10:18 +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 F19AB8FC13; Sat, 13 Feb 2010 02:10:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1D2AHtZ017814; Sat, 13 Feb 2010 02:10:17 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1D2AHnK017810; Sat, 13 Feb 2010 02:10:17 GMT (envelope-from edwin) Date: Sat, 13 Feb 2010 02:10:17 GMT Message-Id: <201002130210.o1D2AHnK017810@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, gnome@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/143852: port devel/seed fails because freshly built seed segfaults 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, 13 Feb 2010 02:10:18 -0000 Synopsis: port devel/seed fails because freshly built seed segfaults Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sat Feb 13 02:10:17 UTC 2010 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=143852 From owner-freebsd-gnome@FreeBSD.ORG Sat Feb 13 04:01:27 2010 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 C914A1065672; Sat, 13 Feb 2010 04:01:26 +0000 (UTC) (envelope-from QAT@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 0DEE48FC17; Sat, 13 Feb 2010 04:01:25 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 41C3022C50A3; Sat, 13 Feb 2010 06:01:22 +0200 (EET) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id F0F3D5AA490; Fri, 12 Feb 2010 20:01:19 -0800 (PST) From: QAT@FreeBSD.org To: marcus@FreeBSD.org In-Reply-To: <201002122335.o1CNZSbK010282@repoman.freebsd.org> References: <201002122335.o1CNZSbK010282@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-02-08 13:31:07 X-QAT-Port: lang/vala X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/vala-0.7.10.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: mtree Message-Id: <20100213040119.F0F3D5AA490@jester1b.ixsystems.com> Date: Fri, 12 Feb 2010 20:01:19 -0800 (PST) Cc: gnome@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/lang/vala Makefile distinfo pkg-plist ports/lang/vala/files patch-vapi_glib-2.0.vapi patch-vapi_libpq.vapi 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, 13 Feb 2010 04:01:27 -0000 The Restless Daemon identified a mtree error while trying to build: vala-0.7.10 maintained by gnome@FreeBSD.org Makefile ident: $FreeBSD: ports/lang/vala/Makefile,v 1.20 2010/02/12 23:35:27 marcus Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/vala-0.7.10.log : make install-am test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" /bin/sh ../libtool --mode=install install -s -o root -g wheel -m 555 valac '/usr/local/bin' libtool: install: install -o root -g wheel -m 555 -s .libs/valac /usr/local/bin/valac Making install in vapi test -z "/usr/local/share/vala/vapi" || .././install-sh -c -d "/usr/local/share/vala/vapi" install -o root -g wheel -m 444 alsa.vapi atk.vapi avahi-gobject.deps avahi-gobject.vapi bzlib.vapi cairo.vapi cairo-xcb.deps cairo-xcb.vapi ccss-1.vapi clutter-1.0.vapi clutter-1.0.deps clutter-json-1.0.vapi cogl-1.0.vapi cogl-1.0.deps curses.vapi dconf.vapi dbus-glib-1.vapi enchant.vapi fuse.deps fuse.vapi gconf-2.0.vapi glib-2.0.vapi gdk-2.0.deps gdk-2.0.vapi gdk-pixbuf-2.0.deps gdk-pixbuf-2.0.vapi gdk-x11-2.0.deps gdk-x11-2.0.vapi gio-2.0.vapi gio-unix-2.0.deps gio-unix-2.0.vapi gmodule-2.0.vapi gnet-2.0.deps gnet-2.0.vapi gnome-desktop-2.0.deps gnome-desktop-2.0.vapi gnome-keyring-1.vapi gnome-vfs-2.0.vapi gnutls.vapi gobject-2.0.vapi '/usr/local/share/vala/vapi' install -o root -g wheel -m 444 goocanvas.deps goocanvas.vapi gsl.vapi gstreamer-0.10.deps gstreamer-0.10.vapi gstreamer-audio-0.10.deps gstreamer-audio-0.10.vapi gstreamer-base-0.10.deps gstreamer-base-0.10.vapi gstreamer-check-0.10.deps gstreamer-check-0.10.vapi gstreamer-controller-0.10.deps gstreamer-controller-0.10.vapi gstreamer-dataprotocol-0.10.deps gstreamer-dataprotocol-0.10.vapi gstreamer-fft-0.10.deps gstreamer-fft-0.10.vapi gstreamer-interfaces-0.10.deps gstreamer-interfaces-0.10.vapi gstreamer-net-0.10.deps gstreamer-net-0.10.vapi gstreamer-netbuffer-0.10.deps gstreamer-netbuffer-0.10.vapi gstreamer-pbutils-0.10.deps gstreamer-pbutils-0.10.vapi gstreamer-riff-0.10.deps gstreamer-riff-0.10.vapi gstreamer-rtp-0.10.deps gstreamer-rtp-0.10.vapi gstreamer-rtsp-0.10.deps gstreamer-rtsp-0.10.vapi gstreamer-sdp-0.10.deps gstreamer-sdp-0.10.vapi gstreamer-tag-0.10.deps gstreamer-tag-0.10.vapi gstreamer-video-0.10.deps gstreamer-video-0.10.vapi gtk+-2.0.deps gtk+-2.0.va pi gtkmozembed.deps '/usr/local/share/vala/vapi' install -o root -g wheel -m 444 gtkmozembed.vapi gtksourceview-2.0.deps gtksourceview-2.0.vapi hal.deps hal.vapi hildon-1.deps hildon-1.vapi hildon-fm-2.deps hildon-fm-2.vapi json-glib-1.0.vapi libarchive.deps libarchive.vapi libbonoboui-2.0.vapi libdaemon.vapi libepc-1.0.vapi libftdi.deps libftdi.vapi libgda-4.0.deps libgda-4.0.vapi libgdata.deps libgdata.vapi libglade-2.0.deps libglade-2.0.vapi libgnome-2.0.vapi libgnome-menu.vapi libgnomeui-2.0.deps libgnomeui-2.0.vapi libgsf-1.deps libgsf-1.vapi libmagic.vapi libnl-1.vapi libnl-2.0.vapi libnotify.deps libnotify.vapi liboobs-1.vapi libosso.vapi libpanelapplet-2.0.deps libpanelapplet-2.0.vapi libpq.vapi librsvg-2.0.vapi '/usr/local/share/vala/vapi' install -o root -g wheel -m 444 librsvg-2.0.deps libsexy.deps libsexy.vapi libsoup-2.2.vapi libsoup-2.4.deps libsoup-2.4.vapi libusb.vapi libusb-1.0.deps libusb-1.0.vapi libwnck-1.0.deps libwnck-1.0.vapi libxml-2.0.vapi linux.deps linux.vapi loudmouth-1.0.vapi lua.vapi mysql.vapi pango.deps pango.vapi pangocairo.deps pangocairo.vapi poppler-glib.deps poppler-glib.vapi posix.vapi raptor.vapi rasqal.vapi readline.vapi rest.deps rest.vapi sdl.vapi sdl-gfx.vapi sdl-image.vapi sdl-mixer.vapi sdl-net.vapi sdl-ttf.vapi sqlite3.vapi taglib_c.vapi tiff.vapi tracker-indexer-module-1.0.vapi twitter-glib-1.0.deps '/usr/local/share/vala/vapi' install -o root -g wheel -m 444 twitter-glib-1.0.vapi unique-1.0.deps unique-1.0.vapi v4l2.vapi vala-1.0.vapi vte.deps vte.vapi webkit-1.0.deps webkit-1.0.vapi x11.vapi xcb.vapi zlib.vapi '/usr/local/share/vala/vapi' Making install in tests make install-am Making install in doc Making install in vala test -z "/usr/local/share/devhelp/books/vala" || ../.././install-sh -c -d "/usr/local/share/devhelp/books/vala" install -o root -g wheel -m 444 index.html overview.html types.html expressions.html statements.html namespaces.html methods.html classes.html structs.html interfaces.html enums.html delegates.html exceptions.html attributes.html vala.devhelp2 default.css '/usr/local/share/devhelp/books/vala' test -z "/usr/local/man/man1" || .././install-sh -c -d "/usr/local/man/man1" install -o root -g wheel -m 444 valac.1 '/usr/local/man/man1' test -z "/usr/local/libdata/pkgconfig" || ./install-sh -c -d "/usr/local/libdata/pkgconfig" install -o root -g wheel -m 444 vala-1.0.pc '/usr/local/libdata/pkgconfig' ===> Compressing manual pages for vala-0.7.10 ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for vala-0.7.10 ================================================================ ======================================== ===> Building package for vala-0.7.10 Creating package /tmp/packages/All/vala-0.7.10.tbz Registering depends: gio-fam-backend-2.22.4 gamin-0.1.10_3 glib-2.22.4 libxslt-1.1.26 libgcrypt-1.4.4 libgpg-error-1.7 gettext-0.17_1 libxml2-2.7.6_1 libiconv-1.13.1_1 pcre-8.00 pkg-config-0.23_1 perl-5.10.1 python26-2.6.4 gnomehier-2.3_12. Creating bzip'd tar ball in '/tmp/packages/All/vala-0.7.10.tbz' Deleting vala-0.7.10 ================================================================ === Checking filesystem state list of files present before this port was installed but missing after it was deinstalled) ./usr/local/share/vala missing ./usr/local/share/vala/vapi missing ================================================================ build of /usr/ports/lang/vala ended at Sat Feb 13 04:01:18 UTC 2010 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=lang&portname=vala The build which triggered this BotMail was done under tinderbox-3.3_3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-gnome@FreeBSD.ORG Sat Feb 13 04:40:42 2010 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 1C59C1065676; Sat, 13 Feb 2010 04:40:42 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id C28FE8FC13; Sat, 13 Feb 2010 04:40:41 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 8EA6722C5098; Sat, 13 Feb 2010 06:40:40 +0200 (EET) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id BEA925A9009; Fri, 12 Feb 2010 20:40:39 -0800 (PST) From: QAT@FreeBSD.org To: Joe Marcus Clarke In-Reply-To: <201002130413.o1D4DhTV047413@repoman.freebsd.org> References: <201002130413.o1D4DhTV047413@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-02-08 13:31:07 X-QAT-Port: lang/vala X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/vala-0.7.10_1.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20100213044039.BEA925A9009@jester1b.ixsystems.com> Date: Fri, 12 Feb 2010 20:40:39 -0800 (PST) Cc: gnome@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/lang/vala Makefile pkg-plist) 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, 13 Feb 2010 04:40:42 -0000 lang/vala, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-gnome@FreeBSD.ORG Sat Feb 13 17:26:43 2010 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 AB341106566C for ; Sat, 13 Feb 2010 17:26:43 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 313E58FC08 for ; Sat, 13 Feb 2010 17:26:42 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id o1DHQeHu000664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 13 Feb 2010 18:26:40 +0100 Received: from [192.168.100.200] (9.Red-88-11-97.dynamicIP.rima-tde.net [88.11.97.9]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o1DHQZEN032314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Feb 2010 18:26:39 +0100 Message-ID: <4B76E0CB.6040806@entel.upc.edu> Date: Sat, 13 Feb 2010 18:26:35 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.23 (X11/20100207) MIME-Version: 1.0 To: freebsd-gnome@freebsd.org References: <4B6D4624.803@entel.upc.edu> <4B6F1D6B.2070408@entel.upc.edu> <1265573861.24140.3.camel@shumai.marcuscom.com> <4B6F21B3.1020303@entel.upc.edu> <1265574585.24140.6.camel@shumai.marcuscom.com> <4B6F262D.1020509@entel.upc.edu> <1265575770.1685.0.camel@shumai.marcuscom.com> In-Reply-To: <1265575770.1685.0.camel@shumai.marcuscom.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Sat, 13 Feb 2010 18:26:40 +0100 (CET) Cc: =?ISO-8859-1?Q?Gustau_P=E9?= Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 13 Feb 2010 17:26:43 -0000 Hello again, > Look at what direct_io does, and start there. What is different when > that option is specified? That option is never passed to the gvfs code, > so where in the fuse code does it make an impact? > > Joe > tried to contact fusefs-{libs|kmod} but I still got no answer. In the meantime, I tried to follow the execution of a request, and found where it gets stuck. I tried to discover what direct_io does. But fusefs-{libs|kmod} is a new world for me, so I decided to investigate gvfs first. It seems that everything fails in function "static gint gettatr_for_file", in the $WRKDIR/client/gvfsfusedaemon.c when calling g_file_query_info (which is part of the glib20). To be exact, it asks for a number of attributes, one of them is "G_FILE_ATTRIBUTE_STANDARD_SIZE". If I remove this attribute from the g_file_query_info call, gvfsfusedaemon doesn't get stuck anymore. The problem is that no app will be able to use file mounted with gvfs, as all the apps want to know the size of the files they are working with. So it seems gvfsfusedaemon does not get stuck, but it's me who does not know how to solve the problem, because I don't know how "g_file_query_info" gets info about a file in $HOME/.gvfs/... I think that when g_file_query_info is called (in glib) it should in turn try to stat the file, and should be done through fuse, which in turn will call again gvfsfusedaemon for the info. I don't know whether I'm right or not. And in if I'm right, I don't how to move forward. Does anyone have an idea how to continue ? Regards, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From owner-freebsd-gnome@FreeBSD.ORG Sat Feb 13 18:31:01 2010 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 C2A98106566C for ; Sat, 13 Feb 2010 18:31:01 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8118FC08 for ; Sat, 13 Feb 2010 18:31:01 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.4/8.14.4) with ESMTP id o1DIVERY035806; Sat, 13 Feb 2010 13:31:14 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Gustau =?ISO-8859-1?Q?P=E9rez?= In-Reply-To: <4B76E0CB.6040806@entel.upc.edu> References: <4B6D4624.803@entel.upc.edu> <4B6F1D6B.2070408@entel.upc.edu> <1265573861.24140.3.camel@shumai.marcuscom.com> <4B6F21B3.1020303@entel.upc.edu> <1265574585.24140.6.camel@shumai.marcuscom.com> <4B6F262D.1020509@entel.upc.edu> <1265575770.1685.0.camel@shumai.marcuscom.com> <4B76E0CB.6040806@entel.upc.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-eyZmGk1jeLbxhyGBJft8" Organization: MarcusCom, Inc. Date: Sat, 13 Feb 2010 13:31:04 -0500 Message-ID: <1266085864.3346.75.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,FH_DATE_PAST_20XX, NO_RELAYS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-gnome@freebsd.org Subject: Re: Problems accessing files with gvfs-fuse-daemon 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, 13 Feb 2010 18:31:01 -0000 --=-eyZmGk1jeLbxhyGBJft8 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sat, 2010-02-13 at 18:26 +0100, Gustau P=E9rez wrote: > Hello again, > > Look at what direct_io does, and start there. What is different when > > that option is specified? That option is never passed to the gvfs code= , > > so where in the fuse code does it make an impact? > > > > Joe > > =20 > tried to contact fusefs-{libs|kmod} but I still got no answer. In > the meantime, I tried to follow the execution of a request, and > found where it gets stuck. >=20 > I tried to discover what direct_io does. But fusefs-{libs|kmod} is a > new world for me, so I decided to investigate gvfs first. >=20 > It seems that everything fails in function "static gint > gettatr_for_file", in the $WRKDIR/client/gvfsfusedaemon.c when calling > g_file_query_info (which is part of the glib20). To be exact, it asks > for a number of attributes, one of them is > "G_FILE_ATTRIBUTE_STANDARD_SIZE". >=20 > If I remove this attribute from the g_file_query_info call, > gvfsfusedaemon doesn't get stuck anymore. The problem is that no app > will be able to use file mounted with gvfs, as all the apps want to know > the size of the files they are working with. >=20 > So it seems gvfsfusedaemon does not get stuck, but it's me who does > not know how to solve the problem, because I don't know > how "g_file_query_info" gets info about a file in $HOME/.gvfs/... I > think that when g_file_query_info is called (in glib) it > should in turn try to stat the file, and should be done through fuse, > which in turn will call again gvfsfusedaemon for the info. >=20 > I don't know whether I'm right or not. And in if I'm right, I don't > how to move forward. Does anyone have an idea how to continue ? This sounds right. Chances are things are locking up somewhere in the kernel. You should first try breaking into the hung application (and gvfs-fuse-daemon) with gdb, and get an idea of where in the code path it's hanging. I'm betting you will then need to break into the kernel debugger, and see where in the kernel things get stuck. Joe >=20 > Regards, >=20 > Gus >=20 > =20 >=20 >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-eyZmGk1jeLbxhyGBJft8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkt27+YACgkQb2iPiv4Uz4cTLgCggCr9XIRdx8IktIFb1ztjdt+6 GbgAoKzwRyHG2fMaTJ9iPDe7w58J/zS4 =bKPl -----END PGP SIGNATURE----- --=-eyZmGk1jeLbxhyGBJft8--