zipfs cache problem

_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Re: mc.ext is problematic by nature

On Sun, Apr 22, 2012 at 3:55 PM, Holger Herrlich
<holgerherrlich05 <at> arcor.de> wrote:
>
> Your last change to convince me by argument. Exspecially, I miss
> advantages you clained.

Given the lack of positive reception at this point I couldn't care
less about convincing anybody.  I still want to express my thoughts
cleanly, though.

> For don't-care-systems simply use the appropriated applications.
>
> Please note, that to override the native way to define associations via
> mc.ext, a config-ascii file -- not something hardcoded, _is_ changing
> mc.ext behavior. That also claims your thread title: "mc.ext is
> problematic by nature".

I didn't mean hardcoded, it's not the right word indeed.  What I meant
is that given the cross-platform nature of MC, chances are mc.ext
won't contain the right associations out of the box right after
installation.  It has to be edited which could be avoided on Linux
desktops (and maybe on some other platforms, too) in most cases by
using the feature that I am suggesting.

--

-- 
László Monda <http://monda.hu>
_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Re: mc.ext is problematic by nature

First of all, sorry for the very late reply.

On Tue, Apr 10, 2012 at 9:24 AM, Holger Herrlich
<holgerherrlich05 <at> arcor.de> wrote:
>
> On 04/09/2012 12:48 AM, László Monda wrote:
>> I'd like to emphasize the advantages of respecting system defaults
>> (and making them overridable through mc.ext).
>
>> You made your point clear, mc.ext has its advantages.  So as taking
>> system level defaults, I think.
>
> What are that advantages?

The advantages are respecting system-level defaults and behaving
consistently.  (And please let's not go again into whether the
freedesktop standards constitute as system level standards because
it's the best that we have on Linux desktops and it's fairly widely
available.)

It has been emphasized in this thread that MC is a cross-platform
application that can run on Linux desktops, Linux servers, OpenWrt,
Android, etc.  If so, then it doesn't make a damn sense to provide a
single hardcoded association file (mc.ext) for all these platforms.

The freedesktop standards pertain to Linux desktops, Android surely
has something else and some systems don't have anything.

> What do you want to change in the file mc.ext? What features?

I don't want anything in mc.ext to be changed.  I'd rather want a
checkbox option under Options -> Configuration called something like
"override mc.ext associations with native ones" which would override
the mc.ext open actions with the associations that are defined on the
system level.

--

-- 
László Monda <http://monda.hu>
_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

translator help

I used to be the Italian MC translator.
Now I cannot access the git archive.
I was not active for a long time and MC needs to be updated.

May I re-gain vc write permission again?

I cannot think that a web interface is a good thing for a 
caracter-space constrained application as is MC. Messages needs to be
finely space calibrated...only a compilation could test it well. IMHO a
translator needs to compile and test the program _before_ committing to
any user-frendly web interface as Transiflex...in this regard Transiflex
could easily drive to translation(positional/space) errors...

TIA

--

-- 

Marco Ciampa

+--------------------+
| Linux User  #78271 |
| FSFE fellow   #364 |
+--------------------+
_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

mc appends apostrophe to PATH environment variable

Hi!

I just found that mc appends an apostrophe to the PATH environment
variable, rendering the last entry in the search path unusable. As this
has not been seen before, it looks to me that one of the last updates
introduced this.

The problem can easily be reproduced:
- enter a valid PATH specification
- export PATH
- env|grep ^PATH= shows correct value
- startup mc (not using the wrapper scripts)
- enter the command "env|grep ^PATH="

-> PATH environment variable has an appended apostrophe now

I'm currently using:
GNU Midnight Commander 4.8.2
Built with GLib 2.30.3

Build and installed on up to date Gentoo based system.

Feel free to ask for more information, if required. I'm not subscribed
so please mail me.

--
Harald
_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Re: mc.ext is problematic by nature

On Mon, Apr 9, 2012 at 7:45 AM, Andrew Savchenko <bircoph <at> gmail.com> wrote:
> Hello,
>
> On Mon, 9 Apr 2012 02:00:14 +0200 László Monda wrote:
>> As I said a bit earlier in a related discussion the relevant standards are
>> http://www.freedesktop.org/wiki/Specifications/mime-actions-spec and
>> http://www.freedesktop.org/wiki/Specifications/shared-mime-info-spec
>> which are implemented by Gnome 3 and which are supposed to be
>> implemented by major desktops.
>
> These are desktop conventions. Have you ever considered that mc is
> not used only on desktops? It runs on servers, routers, phones and at
> very specific environments.

Yes, I did because I use mc on dozens of servers and on two OpenWrt
routers on a regular basis.  I suggested not taking system level
associations if the relevant directories are not present on a system.

> Furthermore freedesktop specs are not mandatory. Gnome and KDE may
> follow them, but others may not; and many people doubt if they are
> sane. I remember a hell with just configuration files path changes in
> mc according to XDG. Thank's god this is now optional and one can
> disable this crap.

I didn't say that the current standards are perfect but these are the
best that we have for now.  Currently basic filename associations for
Office file formats and PDF don't work out of the box from mc on a
modern Linux desktop and let's not even speak about dozens of others.

mc could take the list of associations that are based on the
*currently installed* applications on a system and use those out of
the box.  I think it'd be a huge advantage by itself.

> Global MIME specs are faulty by design which doesn't consider that
> different applications (or even the same application) may have need
> in different application processors for a current file type.

Although I doubt that it's a showstopper please elaborate on that.

--

-- 
László Monda <http://monda.hu>
_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Re: mc.ext is problematic by nature

On Sun, Apr 8, 2012 at 10:00 PM, Holger Herrlich
<holgerherrlich05 <at> arcor.de> wrote:
> On 04/08/2012 09:00 PM, László Monda wrote:
>> Regarding your example, the user can (and should) change this
>> association on the system level.  Also, this example is rather an
>> exception than the norm as system level assiociations are usually
>> fairly relevant.
>
> I do not know a system level for linux so far. Here are gnome-system
> levels that compete with kde etc. and of cause with minority level
> window managers.

The relevant standards are
http://www.freedesktop.org/wiki/Specifications/mime-actions-spec and
http://www.freedesktop.org/wiki/Specifications/shared-mime-info-spec

I'm not sure about every window manager but Gnome 3 adheres to this
standard and probably some major ones, too.  Lots of freedesktop.org
standards such as these define many basic architectural building
blocks of modern Linux desktops.

> It's not an exception: I'm trying to enable [ALT]+drag of windows via
> config file with no success, stick keys are set by random and so on.
>
> I start X via xinit just because of all that side effects called system
> defaults. Here are so much of that! At so different locations!

I can't see what dragging windows has to do with filename associations.

> What's so wrong in having an ascii file in /etc (a system default dir)
> doing exactly what I want -- in a way (shell script) what I know what
> I'm doing.
>
> What's so right in computer science to allways be at the current fashion
> -- without knowing that you are doing?

At this point it's not hard to tell that your opposition to the idea
of mc.ext going away is strong.  Instead of hurting mc.ext in any ways
I'd like to emphasize the advantages of respecting system defaults
(and making them overridable through mc.ext).

> Isn't it an inovation to not going the Windows way? Does on my system
> really anyone else than I have to deceide what is "best". Does he know
> what I plan to do? Does that mean, that every time say gnome changes, mc
> have to fixed?

Please realize that if you defined all the associations that you care
about in mc.ext you couldn't care less with system level defaults
because those would be overridden by mc.ext.

>> I agree however that eliminating mc.ext is probably overkill, but
>> system level defaults should be taken into consideration and mc.ext
>> could provide a way to override those.
>
> mc.ext makes mc independent, custom-build-able, predictable, easy,
> re-usable, maybe maintainable. The reason I use mc is that it's very
> reliable. The last 15 years I used mc on QNX, BeOS and various Linuxes.
> With time of experince it runs better. Natural human behavior. What
> better will the quick and dirty system default make.

You made your point clear, mc.ext has its advantages.  So as taking
system level defaults, I think.

--

-- 
László Monda <http://monda.hu>
_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

mc.ext is problematic by nature

Hi List,

Upon reinstalling Linux I had to face mc.ext having lots of
associations that refer to outdated applications.  This is a specific
case but there's a general problem.

The first problem is that MC is supposed to be a cross-platform file
manager and as such it's not possible to cherry-pick applications that
are the best on every platform.  The second problem is that these
applications are in flux and the most popular ones will change by
time.

There are lots of tickets requesting mc.ext changes because of the
above.  On the long run this is a fight against windmills.

Has anybody considered using platform-specific native registries of
file associations instead of using mc.ext?

(Maybe mc.ext shouldn't be deprecated but platform-specific native
registries should be the default and those could be overridden in
mc.ext.)

--

-- 
László Monda <http://monda.hu>
_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Midnight Commender 4.8.2 (latest) released

Hi all,

mc-4.8.2 now released.

Download page: http://www.midnight-commander.org/downloads?order=id&desc=1

Major changes and fixes since 4.8.1
(https://www.midnight-commander.org/wiki/NEWS-4.8.2)

Core

  * Added new flag -X (--no-x11) to allow dont't use X11 to get the
state of modifiers Alt, Ctrl, Shift
  * Support of '~' as home dir in 'Start at:' field in 'Find File' dialog
  * Support of '~' as home dir in hotlists
  * Learn of 'Back Tab' is possible now in 'Learn keys' dialog
  * Optional '0x' prefix for hexadecimal search
  * Dynamically resize panels
  * New bindings (ScrollLeft, ScrollRight) for scroll long filenames
in panels

VFS

  * Internal VFS reorganization

Editor

  * Added as.syntax

Viewer

  * Added action bindings for backward search

Misc

  * Added hotkeys for all radio/check-buttons in search/replace dialogs
  * New file bindings:
    - .m4v, .ts - video
    - djv - DjVu
  * Simplify mc.menu - remove LZMA|LZ and change p7 to 7z
  * Updated list of known browsers: gnome-moz-remote mozilla firefox
konqueror opera
  * Added MC_HOME environment variable to set up home directory of MC
  * Lot of code cleanup

Fixes

  * Compile failure of 4.8.1 on xBSD because "Undefined symbols:
_posix_fallocate"
  * MC deletes the wrong file because of forced panel reload before
file operation
  * Cannot chdir to directory if directory name contains the dollar sign
  * Incorrect panel size after change panel split type
  * Wrong total bytes counter for subdirs in copy/move dialog
  * Display corruption in panels after window shrink
  * Command line is unaccessible from tree panel
  * Extra confirmation before delete an empty hotlist group
  * Can't open an edit zero-length file from VFS in mcedit
  * mcedit crashes when ~/.config is a file
  * mcedit: reset selection after END/HOME/PgDn/PgUp
  * 'make check' fails on arm and alpha (-z muldefs)

--

-- 
WBR, mc development team.

Midnight Commander 4.8.1.1 (stable) released

Hi all,

mc-4.8.1.1 now released (stable).

Download page: http://www.midnight-commander.org/downloads?order=id&desc=1

Major changes and fixes since 4.8.1:
(http://www.midnight-commander.org/wiki/NEWS-4.8.1.1)

Version 4.8.1.1

Core

  * Added new flag -X (--no-x11) to allow dont't use X11 to get the
state of modifiers Alt, Ctrl, Shift
  * Support of '~' as home dir in 'Start at:' field in 'Find File' dialog
  * Support of '~' as home dir in hotlists
  * Learning of 'Back Tab' now is possible from 'Learn keys' dialog
  * Optional '0x' prefix for hexadecimal search

Editor

  * Added as.syntax

Viewer

  * Added action bindings for backward search

Misc

  * Added hotkeys for all radio/check-buttons in search/replace dialogs
  * New file bindings:
      - .m4v, .ts - video
      - djv - DjVu
  * Simplify mc.menu - remove LZMA|LZ and change p7 to 7z
  * Updated list of known browsers: gnome-moz-remote mozilla firefox
konqueror opera
  * Added MC_HOME environment variable to set up home directory of MC

Fixes

  * Compile failure of 4.8.1 on xBSD because "Undefined symbols:
_posix_fallocate"
  * MC deletes the wrong file because of forced panel reload before
file operation
  * Cannot chdir to directory if directory name contains the dollar sign
  * Incorrect panel size after change panel split type
  * Wrong total bytes counter for subdirs in copy/move dialog
  * Display corruption in panels after window shrink
  * Command line is unaccessible from tree panel
  * Extra confirmation before delete an empty hotlist group
  * Can't open an edit zero-length file from VFS in mcedit
  * mcedit crashes when ~/.config is a file
  * mcedit: reset selection after END/HOME/PgDn/PgUp
  * 'make check' fails on arm and alpha (-z muldefs)

--

-- 
WBR, mc development team..

Gputils .lib VFS handler

Respected developers!

My English is limited. The translated text of a letter to translate.google.com.
The patch on the gputils archive (.lib) manages the VFS using.

Best regards:

Molnár Károly

diff -ruN mc-4.8.1.orig mc-4.8.1
diff -ruN mc-4.8.1.orig/configure.ac mc-4.8.1/configure.ac
--- mc-4.8.1.orig/configure.ac	2012-02-25 16:53:02.000000000 +0100
+++ mc-4.8.1/configure.ac	2012-03-06 16:17:38.000000000 +0100
@@ -561,6 +561,7 @@
 src/vfs/extfs/helpers/ucab
 src/vfs/extfs/helpers/uha
 src/vfs/extfs/helpers/ulha
+src/vfs/extfs/helpers/ulib
 src/vfs/extfs/helpers/urar
 src/vfs/extfs/helpers/uzip
 src/vfs/extfs/helpers/uzoo
diff -ruN mc-4.8.1.orig/misc/mc.ext.in mc-4.8.1/misc/mc.ext.in
--- mc-4.8.1.orig/misc/mc.ext.in	2012-01-08 17:26:48.000000000 +0100
+++ mc-4.8.1/misc/mc.ext.in	2012-03-06 16:18:09.000000000 +0100
@@ -216,6 +216,11 @@
 	#Open=%view{ascii} ar tv %f
 	View=%view{ascii} file %f && nm -C %f

+# lib
+regex/\.([Ll]ib|LIB)$
+	Open=%cd %p/ulib://
+	View=%view{ascii} gplib -t %f | gawk '{printf "%%-30s | %%10d | %%s.%%s.%%02d | %%s\n", $1,
strtonum($2), $8, tolower($5), $6, $7}'
+
 # trpm
 regex/\.trpm$
 	Open=%cd %p/trpm://
diff -ruN mc-4.8.1.orig/src/vfs/extfs/helpers/Makefile.am mc-4.8.1/src/vfs/extfs/helpers/Makefile.am
--- mc-4.8.1.orig/src/vfs/extfs/helpers/Makefile.am	2011-09-14 20:12:02.000000000 +0200
+++ mc-4.8.1/src/vfs/extfs/helpers/Makefile.am	2012-03-06 16:18:44.000000000 +0100
@@ -33,6 +33,7 @@
 	ucab.in			\
 	uha.in			\
 	ulha.in			\
+	ulib.in			\
 	urar.in			\
 	uzip.in			\
 	uzoo.in
@@ -62,6 +63,7 @@
 	ucab			\
 	uha			\
 	ulha			\
+	ulib			\
 	urar			\
 	uzip			\
 	uzoo
diff -ruN mc-4.8.1.orig/src/vfs/extfs/helpers/README.extfs mc-4.8.1/src/vfs/extfs/helpers/README.extfs
--- mc-4.8.1.orig/src/vfs/extfs/helpers/README.extfs	2011-08-10 09:43:14.000000000 +0200
+++ mc-4.8.1/src/vfs/extfs/helpers/README.extfs	2012-03-06 16:18:57.000000000 +0100
@@ -70,3 +70,6 @@
 gitfs - browse the git repo
 changesetfs - list of versions of current file
 patchsetfs - list of patches of current file
+
+# Gputils lib archives.
+ulib
diff -ruN mc-4.8.1.orig/src/vfs/extfs/helpers/ulib.in mc-4.8.1/src/vfs/extfs/helpers/ulib.in
--- mc-4.8.1.orig/src/vfs/extfs/helpers/ulib.in	1970-01-01 01:00:00.000000000 +0100
+++ mc-4.8.1/src/vfs/extfs/helpers/ulib.in	2012-03-06 16:19:24.000000000 +0100
@@ -0,0 +1,145 @@
+#! @PERL@ -w
+#
+# VFS to manage the gputils archives.
+# Written by Molnár Károly (proton7@...) 2012
+#
+
+my %month = ('jan' => '01', 'feb' => '02', 'mar' => '03',
+	     'apr' => '04', 'may' => '05', 'jun' => '06',
+	     'jul' => '07', 'aug' => '08', 'sep' => '09',
+	     'oct' => '10', 'nov' => '11', 'dec' => '12');
+
+my @PATHS = ('/usr/bin/gplib', '/usr/local/bin/gplib');
+
+my $gplib = '';
+
+foreach my $i (@PATHS)
+  {
+  if (-x $i)
+    {
+    $gplib = $i;
+    last;
+    }
+  }
+
+if ($gplib eq '')
+  {
+  print STDERR "\a\t$0 : Gplib not found!\n";
+  exit(1);
+  }
+
+my $cmd = shift;
+my $archive = shift;
+
+#-------------------------------------------------------------------------------
+
+sub mc_ulib_fs_list
+  {
+  open(PIPE, "$gplib -tq $archive |") || die("Error in $gplib -tq");
+
+  my($dev, $inode, $mode, $nlink, $uid, $gid) = stat($archive);
+
+  while (<PIPE>)
+    {
+    chomp;
+    my @w = split(/\s+/o);
+    my $fname = $w[0];
+
+    $fname =~ s|\\|/|g;
+
+    printf("-rw-r--r-- 1 %s %s %d %s-%02u-%s %s %s\n",
+	   $uid, $gid, int($w[1]), $month{lc($w[4])}, $w[5], $w[7], substr($w[6], 0, 5), $fname);
+    }
+
+  close (PIPE);
+  }
+
+#-------------------------------------------------------------------------------
+
+sub mc_ulib_fs_copyin
+  {
+  system("$gplib -r $archive $_[0]");
+  my $ret = $?;
+
+  if ($ret)
+    {
+    die("Error in: $gplib -r");
+    }
+  }
+
+#-------------------------------------------------------------------------------
+
+sub mc_ulib_fs_copyout
+  {
+  my($module, $fname) = @_;
+  my $tmpdir = $ENV{'TMPDIR'};
+
+  $tmpdir = '/tmp' if ($tmpdir eq '');
+
+  open(PIPE, "$gplib -tq $archive |") || die("Error in: $gplib -tq");
+
+  while (<PIPE>)
+    {
+    chomp;
+    my @w = split(/\s+/o);
+    my $module_orig = $w[0];
+    my $count = () = ($module_orig =~ /(\\)/g);
+    my $md = $module_orig;
+
+    $md =~ s|\\|/|g;
+
+    if ($module eq $md)
+      {
+      return if ($count);
+      }
+    }
+
+  close (PIPE);
+
+  chdir($tmpdir);
+  system("$gplib -x $archive $module");
+  my $ret = $?;
+
+  if ($ret)
+    {
+    die("Error in: $gplib -x");
+    }
+
+  rename($module, $fname) || die("Error in: rename($module, $fname)");
+  }
+
+#-------------------------------------------------------------------------------
+
+sub mc_ulib_fs_rm
+  {
+  system("$gplib -d $archive $_[0]");
+  my $ret = $?;
+
+  if ($ret)
+    {
+    die("Error in: $gplib -d");
+    }
+  }
+
+################################################################################
+
+if ($cmd eq 'list')
+  {
+  mc_ulib_fs_list(@ARGV);
+  }
+elsif ($cmd eq 'copyin')
+  {
+  mc_ulib_fs_copyin(@ARGV);
+  }
+elsif ($cmd eq 'copyout')
+  {
+  mc_ulib_fs_copyout(@ARGV);
+  }
+elsif ($cmd eq 'rm')
+  {
+  mc_ulib_fs_rm(@ARGV);
+  }
+else
+  {
+  exit(1);
+  }

_______________________________________________
mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel