From linux@klomp.ca Sat Mar 9 19:59:23 2013 Return-Path: X-Original-To: gvfs-list@gnome.org Delivered-To: gvfs-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 06A3876A1B for ; Sat, 9 Mar 2013 19:59:23 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TiDNsZ95+2qL for ; Sat, 9 Mar 2013 19:59:13 +0000 (UTC) Received: from mail-ie0-f170.google.com (mail-ie0-f170.google.com [209.85.223.170]) by restaurant.gnome.org (Postfix) with ESMTP id 2A4E976578 for ; Sat, 9 Mar 2013 19:59:12 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id c11so3370639ieb.15 for ; Sat, 09 Mar 2013 11:59:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:from:reply-to:to:subject:x-mailer:content-type:date :message-id:mime-version:x-gm-message-state; bh=+juSi0YaKeQ0IBGS7g8j3cvd99jpxMzgSMNbP0wqhuE=; b=pD53ALoxonKu8QMKf7KGfSTx8VmU+XHWpV0QnkMcc4rGgu/Hsp/vwSDl4gCgc9WtqM P3DXW3aoGYiOu74X4jMt8q4OCQhFnfR/PrDHaysHVgmf/1HMj3XTrTfdL141b//e+iSv CttCTVrOOTUg1SsiwgL/JfED6cLhdhNjWlCZny0uE1+CeZd0+CLILnUXq7ye0EmpV+/w T5WUZI09iNmFIhqVMujoyMqEcu82XRQupmA/XX9fqDO9LH5ngB6IwQIW+HqEsQ0PaMNc DsV6jhz19eX4wA7apDiIgjDd88OlZEoeDac7TyN8Y+0at1BJo30UvvSIIlAEGPxyN180 5Zew== X-Received: by 10.50.217.230 with SMTP id pb6mr3308165igc.43.1362859151148; Sat, 09 Mar 2013 11:59:11 -0800 (PST) Received: from [192.168.0.54] (d24-204-232-137.home4.cgocable.net. [24.204.232.137]) by mx.google.com with ESMTPS id uy13sm5498263igb.7.2013.03.09.11.59.08 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 09 Mar 2013 11:59:10 -0800 (PST) From: Ubuntu account To: gvfs-list@gnome.org Subject: mount with rw X-Mailer: Modest 3.90.7 Content-Type: multipart/alternative; boundary="=-fiU+Th2kVnKU3VLENO6x" Date: Sat, 09 Mar 2013 14:59:06 -0500 Message-Id: <1362859146.5636.8.camel@Nokia-N900> Mime-Version: 1.0 X-Gm-Message-State: ALoCoQlW5A1apDuISziazVwbHN3oFeb8bDpMoWGtxV9bRgIrsBJJj/u9krLd/qGc7O4BxTtjxIdW X-BeenThere: gvfs-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Ubuntu account List-Id: Discussons about the gvfs virtual filesystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Mar 2013 19:59:23 -0000 --=-fiU+Th2kVnKU3VLENO6x Content-Type: text/plain; charset=utf-8 Content-ID: <1362859146.5636.5.camel@Nokia-N900> Content-Transfer-Encoding: 7bit I'm new to gvfs and have a problem mounting an sftp link with read-write permission. When I ssh to the remote system, I have rw access. But when I mount with "gvfs-mount sftp://remote-host" , I only get a read-only connection. Google did not give me any solutions. Hope anyone on this list can. Thanks, chk9 --=-fiU+Th2kVnKU3VLENO6x Content-Type: text/html; charset=utf-8 Content-ID: <1362859146.5636.7.camel@Nokia-N900> Content-Transfer-Encoding: 7bit

I'm new to gvfs and have a problem mounting an sftp link with read-write permission.

When I ssh to the remote system, I have rw access.
But when I mount with "gvfs-mount sftp://remote-host" , I only get a read-only connection.

Google did not give me any solutions. Hope anyone on this list can.

Thanks, chk9

--=-fiU+Th2kVnKU3VLENO6x-- From awilliam@whitemice.org Mon Mar 18 13:24:11 2013 Return-Path: X-Original-To: gvfs-list@gnome.org Delivered-To: gvfs-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id D0833763EE for ; Mon, 18 Mar 2013 13:24:11 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ydLFUNaow3wt for ; Mon, 18 Mar 2013 13:24:10 +0000 (UTC) Received: from mail.wmmi.net (aleph.wmmi.net [72.14.190.87]) by restaurant.gnome.org (Postfix) with ESMTP id 1BF5176DDE for ; Mon, 18 Mar 2013 13:24:09 +0000 (UTC) Received: from [192.168.1.121] (mail.mormail.com [216.120.174.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: awilliam) by mail.wmmi.net (Postfix) with ESMTP id 1F44B129B3; Mon, 18 Mar 2013 09:24:08 -0400 (EDT) Message-ID: <1363613045.2634.4.camel@linux-86wr.site> Subject: Re: gvfsd-dav SIGABRT when using WebDAV From: Adam Tauno Williams To: gvfs-list@gnome.org Date: Mon, 18 Mar 2013 09:24:05 -0400 In-Reply-To: <1357744753.4522.5.camel@localhost> References: <1357307170.6643.5.camel@localhost> <1357309243.29511.4.camel@rakosnicek.brq.redhat.com> <1357310767.4411.1.camel@localhost> <1357649718.14572.14.camel@rakosnicek.brq.redhat.com> <1357654192.7677.5.camel@localhost> <1357655246.7677.7.camel@localhost> <1357744753.4522.5.camel@localhost> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.6.3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: gvfs-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: awilliam@whitemice.org List-Id: Discussons about the gvfs virtual filesystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Mar 2013 13:24:12 -0000 On Wed, 2013-01-09 at 10:19 -0500, Adam Tauno Williams wrote: > On Tue, 2013-01-08 at 09:27 -0500, Adam Tauno Williams wrote: > > On Tue, 2013-01-08 at 09:09 -0500, Adam Tauno Williams wrote: > > > On Tue, 2013-01-08 at 13:55 +0100, Tomas Bzatek wrote: > > > > On Fri, 2013-01-04 at 09:46 -0500, Adam Tauno Williams wrote: > > > > > DOH! Ok, got that. Right click -> New file from template ... CRASH! > > > > Tried to reproduce on two different systems, no luck. A gvfs daemon log > > > > would be useful for this. Try killing all gvfs processes and start > > > > `GVFS_DEBUG=1 GVFS_HTTP_DEBUG=all /usr/libexec/gvfsd -r` in the > > > > terminal, grabbing the output. That would tell us which operations were > > > > in progress. > > > AWESOME, thanks for this. I've been really looking for a way to get a > > > logfile. > > > Except I've had problems where the DE kind of falls apart if I kill the > > > base gvfsd. But I'll try. > > Seems to be working. Here I drag-n-drop a file to the WebDAV folder. > > It works. I drag-n-drop another and it fails with 'The specified > > location is not mounted' message. But the document is created/saved; a > > refresh shows it is there. > Did a zypper dup to GVFS 0.14 from the openSUSE 12.2 GS36 repositories, > rebooted, put GVFS into logging/debugging and did a drag-n-drop from > local to a remote WebDAV share. It got to ~65K transferred and then > failed with a not-mounted error. > gvfs-backends-1.14.2-1.2.x86_64 > gvfs-1.14.2-1.2.x86_64 Argh! New install of openSUSE 12.3 on this box, keeping just /home. And... it still exhibits the same behavior. Interesting that I do see - ** (process:3572): WARNING **: send_infos_cb: No such interface `org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/3 (g-dbus-error-quark, 19) - messages in the debug output. Not sure if those mean anything. It seems odd that the first save always works, and a subsequent save failes. Added new job source 0x2429c00 (GVfsWriteChannel) Queued new job 0x2462190 (GVfsJobWrite) job_write send reply Queued new job 0x24345a0 (GVfsJobCloseWrite) > PUT /dav/Administration/Wiki/default.css HTTP/1.1 > Soup-Debug-Timestamp: 1363612586 > Soup-Debug: SoupSessionSync 1 (0x2441840), SoupMessage 22 (0x2463880), SoupSocket 30 (0x243b0c0) > Host: coils.mormail.com > Accept-Encoding: gzip, deflate > User-Agent: gvfs/1.14.2 > Accept-Language: en-us, en;q=0.9 > Connection: Keep-Alive > Authorization: Basic [adam:******] > > h1 {font-family: Verdana, sans-serif; color: red; font-size: 30px; } > h2 {font-family: Verdana, sans-serif; color: red; font-size: 25px; } > h3 {font-family: Verdana, sans-serif; color: red; font-size: 20px; } > h4 {font-family: Verdana, sans-serif; color: red; font-size: 20px; } > > table, th, td > { > border: 1px solid green; > padding: 15px; > } > th > { > background-color:green; > color:white; > } < HTTP/1.1 204 Updated < Soup-Debug-Timestamp: 1363612586 < Soup-Debug: SoupMessage 22 (0x2463880) < Date: Mon, 18 Mar 2013 13:16:28 GMT < Server: BaseHTTP/0.3 Python/2.6.5 < Content-Length: 0 < Content-Type: application/octet-stream < Connection: close < (process:3572): GLib-CRITICAL **: g_main_context_push_thread_default: assertion `acquired_context' failed job_close_write send reply ** GLib:ERROR:gmain.c:2781:g_main_context_acquire: assertion failed: (context->owner_count == 0) Is there any user setting [gconf/dconf?] that could possibly effect this? -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From awilliam@whitemice.org Mon Mar 18 13:29:59 2013 Return-Path: X-Original-To: gvfs-list@gnome.org Delivered-To: gvfs-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 1482776DDE for ; Mon, 18 Mar 2013 13:29:59 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y8MB+gNm8DE5 for ; Mon, 18 Mar 2013 13:29:58 +0000 (UTC) Received: from mail.wmmi.net (aleph.wmmi.net [72.14.190.87]) by restaurant.gnome.org (Postfix) with ESMTP id D7567763EE for ; Mon, 18 Mar 2013 13:29:57 +0000 (UTC) Received: from [192.168.1.121] (mail.mormail.com [216.120.174.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: awilliam) by mail.wmmi.net (Postfix) with ESMTP id 6C982129B3; Mon, 18 Mar 2013 09:29:56 -0400 (EDT) Message-ID: <1363613394.2634.8.camel@linux-86wr.site> Subject: Re: GVFS + LibreOffice + WebDAV From: Adam Tauno Williams To: Andrew Beverley Date: Mon, 18 Mar 2013 09:29:54 -0400 In-Reply-To: <1354779681.26190.29.camel@andrew-desktop> References: <1335793434.3303.13.camel@linux-nysu.site> <1335831807.1912.67.camel@andrew-desktop> <1335835430.3998.0.camel@linux-nysu.site> <1335853271.1912.69.camel@andrew-desktop> <1353947778.4669.10.camel@linux-nysu.site> <1354580408.26190.4.camel@andrew-desktop> <1354618333.24980.2.camel@workstation.wmmi.net> <1354623525.26190.8.camel@andrew-desktop> <1354623832.26190.9.camel@andrew-desktop> <1354629131.3446.5.camel@localhost> <1354703220.11870.11.camel@fatty> <1354779681.26190.29.camel@andrew-desktop> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.6.3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: gvfs-list@gnome.org X-BeenThere: gvfs-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: awilliam@whitemice.org List-Id: Discussons about the gvfs virtual filesystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Mar 2013 13:29:59 -0000 On Thu, 2012-12-06 at 07:41 +0000, Andrew Beverley wrote: > On Wed, 2012-12-05 at 11:27 +0100, Alexander Larsson wrote: > > Yes, gvfs doesn't really have any caching layer for files, although some > > of the backends do have caches for directory and file metadata (like the > > ftp backend). I've long wanted to implement a layer that implements > > writing to files locally and flushing on close, as well as one for > > reading where we start streaming to a local file as need but then read > > from the local copy, allowing things like seeks to work. > > There are some issues with these caches, for instance the fact that > > close() is extremely expensive and is the only place that report real > > i/o error is suprising to many apps, and will break things like progress > > dialogs. Or we could fake the upload making close fast, but that risks > > data loss due to undetected errors. > > Also, there might be cases where you just want to stream an entire file > > and it doesn't make sense to have a local copy. Maybe we could add some > > flags that allow choosing what kind of behaviour you want. > > Anyway, these things would be nice, but nobody is working on it atm. > I'd be keen to sponsor such development (cost dependent). Anybody > interested in carrying out the required work? I'm going to take a look at working on GVFS; see if I can get my head around it. I haven't worked in C in some some; mostly I work on Python on the server side of the WebDAV connection. But FreedomSponsors lets a bounty be posted and anybody work on it. I'm not sure which is more pressing and grievous, this bug or [no caching of PROPFIND results]; and perhaps some type of cache or at least tracking mechanism would be required to support offline-write-save-at-end anyway. Watching GVFS display a directory in an "OpenFiles" dialog and then proceed to do a PROPFIND Depth 0 of ***EVERY OBJECT IN THE #&^#*#& FOLDER*** is pretty aggravating [Dude, you already know all that!]. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA From awilliam@whitemice.org Mon Mar 18 14:01:19 2013 Return-Path: X-Original-To: gvfs-list@gnome.org Delivered-To: gvfs-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 97DAD76B70 for ; Mon, 18 Mar 2013 14:01:19 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LGNl2+dBVk+S for ; Mon, 18 Mar 2013 14:01:05 +0000 (UTC) Received: from mail.wmmi.net (aleph.wmmi.net [72.14.190.87]) by restaurant.gnome.org (Postfix) with ESMTP id 4CCD176997 for ; Mon, 18 Mar 2013 14:01:05 +0000 (UTC) Received: from [192.168.1.121] (mail.mormail.com [216.120.174.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: awilliam) by mail.wmmi.net (Postfix) with ESMTP id 68C46129B3; Mon, 18 Mar 2013 10:01:03 -0400 (EDT) Message-ID: <1363615261.2634.9.camel@linux-86wr.site> Subject: Re: gvfsd-dav SIGABRT when using WebDAV From: Adam Tauno Williams To: gvfs-list@gnome.org Date: Mon, 18 Mar 2013 10:01:01 -0400 In-Reply-To: <1363613045.2634.4.camel@linux-86wr.site> References: <1357307170.6643.5.camel@localhost> <1357309243.29511.4.camel@rakosnicek.brq.redhat.com> <1357310767.4411.1.camel@localhost> <1357649718.14572.14.camel@rakosnicek.brq.redhat.com> <1357654192.7677.5.camel@localhost> <1357655246.7677.7.camel@localhost> <1357744753.4522.5.camel@localhost> <1363613045.2634.4.camel@linux-86wr.site> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.6.3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: gvfs-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: awilliam@whitemice.org List-Id: Discussons about the gvfs virtual filesystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Mar 2013 14:01:19 -0000 On Mon, 2013-03-18 at 09:24 -0400, Adam Tauno Williams wrote: > (process:3572): GLib-CRITICAL **: g_main_context_push_thread_default: > assertion `acquired_context' failed > job_close_write send reply > ** > GLib:ERROR:gmain.c:2781:g_main_context_acquire: assertion failed: > (context->owner_count == 0) > > Is there any user setting [gconf/dconf?] that could possibly effect > this? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/lib/gvfs/gvfsd-dav --spawner :1.187 /org/gtk/gvfs/exec_spaw/0'. Program terminated with signal 6, Aborted. #0 0x00007fbcc167f3d5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) bt #0 0x00007fbcc167f3d5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x00007fbcc1680858 in __GI_abort () at abort.c:90 #2 0x00007fbcc1c7f877 in g_assertion_message (domain=domain@entry=0x7fbcc1c9ddee "GLib", file=file@entry= 0x7fbcc1ca49ba "gmain.c", line=line@entry=2781, func=func@entry= 0x7fbcc1ca54f0 <__PRETTY_FUNCTION__.12067> "g_main_context_acquire", message=) at gtestutils.c:1877 #3 0x00007fbcc1c7fd94 in g_assertion_message_expr (domain=domain@entry=0x7fbcc1c9ddee "GLib", file=file@entry=0x7fbcc1ca49ba "gmain.c", line=line@entry=2781, func=func@entry= 0x7fbcc1ca54f0 <__PRETTY_FUNCTION__.12067> "g_main_context_acquire", expr=expr@entry= 0x7fbcc1ca4a7c "context->owner_count == 0") at gtestutils.c:1888 #4 0x00007fbcc1c5cdd3 in g_main_context_acquire (context=) at gmain.c:2781 #5 g_main_context_acquire (context=0x1ad87d0) at gmain.c:2768 #6 0x00007fbcc1c5d984 in g_main_context_iterate (context=0x1ad87d0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at gmain.c:3240 #7 0x00007fbcc1c5df02 in g_main_loop_run (loop=0x1ae33f0) at gmain.c:3484 #8 0x0000000000413d37 in daemon_main (argc=argc@entry=4, argv=argv@entry=0x7fff4cef97e8, max_job_threads=max_job_threads@entry=1, default_type=default_type@entry=0x427239 "dav", mountable_name=mountable_name@entry=0x0, first_type_name=first_type_name@entry=0x427239 "dav") at daemon-main.c:396 #9 0x000000000040c190 in main (argc=4, argv=0x7fff4cef97e8) at daemon-main-generic.c:39 (gdb) -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA