From raikolduergar at gmail.com Wed May 23 11:07:28 2018 From: raikolduergar at gmail.com (Raikol Duergar) Date: Wed, 23 May 2018 13:07:28 +0200 Subject: develop vfs plugin Message-ID: i would like to develop a vfs plugin ... but i dont like to do a full scan of archive from the start .... is there any option to do or call a ls (list function in script) directory by directory? i mean first list show only / with dirs if i click in dir1 call function list dir1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From aborodin at vmail.ru Thu May 24 11:55:26 2018 From: aborodin at vmail.ru (Andrew Borodin) Date: Thu, 24 May 2018 14:55:26 +0300 Subject: develop vfs plugin In-Reply-To: References: Message-ID: On Wed, 23 May 2018 13:07:28 +0200 Raikol Duergar wrote: > i dont like to do a full scan of archive from the start .... The base vfs library code is in the lib/vfs directory. Also you can find there some notes in README and HACKING files. Unfortunately, historically, a detail documentation is absent at all. Various VFS implementations (plugins) are in the src/vfs directory. Some VFSes (ftp, fish, etc) are written in C. Most archive VFSes are shell, perl, python scripts run via extfs (see src/vfs/extfs/helpers). -- Andrew From yury at shurup.com Sun May 27 20:41:56 2018 From: yury at shurup.com (Yury V. Zaytsev) Date: Sun, 27 May 2018 22:41:56 +0200 Subject: Help testing release candidate / mc-4.8.21-rc1 Message-ID: <1527453716.3136.3.camel@newpride> Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.20 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.20-144-ge20376f.tar.xz $ sha256sum mc-4.8.20-144-ge20376f.tar.xz e8a4ed465006bd761181938ad5c5a4da24e01fbaa68877b4754cbbdd91b5a2a0 mc-4.8.20-144-ge20376f.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 25 VM which I'm also going to use to build the final release. I'd particularly appreciate feedback regarding builds on platforms that we aren't regularly using ourselves (non-Linux), like FreeBSD, Solaris, etc. If no serious regressions are going to be uncovered, we'll probably release 4.8.21 in the week to come... Many thanks! P.S. Known build problem on macOS 10.13 High Sierra can be currently worked around by forcing utimensat support to off during the build: $ export ac_cv_func_utimensat=no -- Sincerely yours, Yury V. Zaytsev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: From raikolduergar at gmail.com Mon May 28 11:42:33 2018 From: raikolduergar at gmail.com (Raikol Duergar) Date: Mon, 28 May 2018 13:42:33 +0200 Subject: develop vfs plugin In-Reply-To: References: Message-ID: the problem is that extfs helpers need full ls -lR from start, it is possible to get directory by directory? 2018-05-24 13:55 GMT+02:00 Andrew Borodin : > On Wed, 23 May 2018 13:07:28 +0200 Raikol Duergar wrote: > > i dont like to do a full scan of archive from the start .... > > The base vfs library code is in the lib/vfs directory. > Also you can find there some notes in README and HACKING files. > Unfortunately, historically, a detail documentation is absent at all. > > Various VFS implementations (plugins) are in the src/vfs directory. > Some VFSes (ftp, fish, etc) are written in C. Most archive VFSes > are shell, perl, python scripts run via extfs (see src/vfs/extfs/helpers). > > -- > Andrew > _______________________________________________ > mc-devel mailing list > https://mail.gnome.org/mailman/listinfo/mc-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aborodin at vmail.ru Mon May 28 12:55:48 2018 From: aborodin at vmail.ru (Andrew Borodin) Date: Mon, 28 May 2018 15:55:48 +0300 Subject: develop vfs plugin In-Reply-To: References: Message-ID: On Mon, 28 May 2018 13:42:33 +0200 Raikol Duergar wrote: > the problem is that extfs helpers need full ls -lR from start, Yes. This mean that you read an archive one time only. Otherwise, if you want walk through archive directories, you have to read archive again and again. If archive doesn't provide its list explicitly, the directory change will take a lot of time. > it is possible to get directory by directory? Unfortunately, no. -- Andrew From raikolduergar at gmail.com Mon May 28 15:04:22 2018 From: raikolduergar at gmail.com (Raikol Duergar) Date: Mon, 28 May 2018 17:04:22 +0200 Subject: develop vfs plugin In-Reply-To: References: Message-ID: sorry, i thought i have written to all. I will look to implement through fish ... i think it is one by one command as i want. 2018-05-28 15:53 GMT+02:00 Andrew Borodin : > On Mon, 28 May 2018 15:30:30 +0200 Raikol Duergar wrote: > > i want to make a plugin that goes one by one, if i have a full disk that > > has TB of data and only want to browse two dirs .... why should i need to > > read full disk? > > > > it would be for rclone > > Such talk is pointless. Current extfs implementation requires the full > file list > of archive. If you don't like that, patches are welcome. > > -- > Andrew > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.atzeri at gmail.com Tue May 29 15:32:15 2018 From: marco.atzeri at gmail.com (Marco Atzeri) Date: Tue, 29 May 2018 17:32:15 +0200 Subject: Help testing release candidate / mc-4.8.21-rc1 In-Reply-To: <1527453716.3136.3.camel@newpride> References: <1527453716.3136.3.camel@newpride> Message-ID: <7a7ad8ef-12d3-ba97-28b3-394c5b20b20f@gmail.com> On 5/27/2018 10:41 PM, Yury V. Zaytsev wrote: > Hi there, > > TLDR; I would appreciate if you could please test the following tarball > on your systems and report any blocker regressions as compared to the > previous 4.8.20 release: > > > I'd particularly appreciate feedback regarding builds on platforms that > we aren't regularly using ourselves (non-Linux), like FreeBSD, Solaris, > etc. If no serious regressions are going to be uncovered, we'll probably > release 4.8.21 in the week to come... > > Many thanks! > Builds fine on cygwin 64 bit with gcc 7.3