GNU bug report logs - #25273
[ng0@libertad.pw: 'mc' package needs some fixes]

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25273 in the body.
You can then email your comments to 25273 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: bug-guix <at> gnu.org
Subject: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Sun, 25 Dec 2016 21:46:02 -0500

----- Forwarded message from ng0 <ng0 <at> libertad.pw> -----

Date: Wed, 21 Dec 2016 21:40:31 +0000
From: ng0 <ng0 <at> libertad.pw>
To: guix-devel <at> gnu.org
Subject: 'mc' package needs some fixes

Is someone interested in fixing our `mc' package? It is
functional, but some parts of it are not functional for Guix. Grep
for "/bin/" in the directory of $(guix build mc) shows results
which assume the existence of /bin/ (not
/gnu/store/.../bin/$binary, where I don't mean shebangs but
further down in the scripts.
-- 
♥Ⓐ  ng0  | PGP keys and more: https://n0is.noblogs.org/
         |                    http://ng0.chaosnet.org


----- End forwarded message -----

Message #8 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: ng0 <ng0 <at> libertad.pw>
To: 25273 <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Mon, 26 Dec 2016 12:49:19 +0000

Leo Famulari <leo <at> famulari.name> writes:

> ----- Forwarded message from ng0 <ng0 <at> libertad.pw> -----
>
> Date: Wed, 21 Dec 2016 21:40:31 +0000
> From: ng0 <ng0 <at> libertad.pw>
> To: guix-devel <at> gnu.org
> Subject: 'mc' package needs some fixes
>
> Is someone interested in fixing our `mc' package? It is
> functional, but some parts of it are not functional for Guix. Grep
> for "/bin/" in the directory of $(guix build mc) shows results
> which assume the existence of /bin/ (not
> /gnu/store/.../bin/$binary, where I don't mean shebangs but
> further down in the scripts.
> -- 
> ♥Ⓐ  ng0  | PGP keys and more: https://n0is.noblogs.org/
>          |                    http://ng0.chaosnet.org
>
>
> ----- End forwarded message -----

92 results, most of them do not seem to be very
complicated. Before I start with this, do we adjust "help" files
too? I mean when we open the HELP function of an application it
should reflect what our system does and not some non-existent
defaults for other systems.

-- 
♥Ⓐ  ng0
PGP keys and more: https://n0is.noblogs.org/ http://ng0.chaosnet.org

Message #11 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: ng0 <ng0 <at> libertad.pw>
To: 25273 <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Mon, 26 Dec 2016 13:07:28 +0000

ng0 <ng0 <at> libertad.pw> writes:

> Leo Famulari <leo <at> famulari.name> writes:
>
>> ----- Forwarded message from ng0 <ng0 <at> libertad.pw> -----
>>
>> Date: Wed, 21 Dec 2016 21:40:31 +0000
>> From: ng0 <ng0 <at> libertad.pw>
>> To: guix-devel <at> gnu.org
>> Subject: 'mc' package needs some fixes
>>
>> Is someone interested in fixing our `mc' package? It is
>> functional, but some parts of it are not functional for Guix. Grep
>> for "/bin/" in the directory of $(guix build mc) shows results
>> which assume the existence of /bin/ (not
>> /gnu/store/.../bin/$binary, where I don't mean shebangs but
>> further down in the scripts.
>> -- 
>> ♥Ⓐ  ng0  | PGP keys and more: https://n0is.noblogs.org/
>>          |                    http://ng0.chaosnet.org
>>
>>
>> ----- End forwarded message -----
>
> 92 results, most of them do not seem to be very
> complicated. Before I start with this, do we adjust "help" files
> too? I mean when we open the HELP function of an application it
> should reflect what our system does and not some non-existent
> defaults for other systems.

Some extension of mc will make the size of its graph grow.
I personally don't care about the size, but others might. So:
should I follow my vim example and put those changes into mc-full
or should the default be an fully functional mc with all 2nd and
3rd level dependencies (which are not obvious as mc doesn't print
error messages)?

-- 
♥Ⓐ  ng0
PGP keys and more: https://n0is.noblogs.org/ http://ng0.chaosnet.org

Message #14 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: ng0 <ng0 <at> libertad.pw>
To: 25273 <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Mon, 26 Dec 2016 13:19:58 +0000

ng0 <ng0 <at> libertad.pw> writes:

> ng0 <ng0 <at> libertad.pw> writes:
>
>> Leo Famulari <leo <at> famulari.name> writes:
>>
>>> ----- Forwarded message from ng0 <ng0 <at> libertad.pw> -----
>>>
>>> Date: Wed, 21 Dec 2016 21:40:31 +0000
>>> From: ng0 <ng0 <at> libertad.pw>
>>> To: guix-devel <at> gnu.org
>>> Subject: 'mc' package needs some fixes
>>>
>>> Is someone interested in fixing our `mc' package? It is
>>> functional, but some parts of it are not functional for Guix. Grep
>>> for "/bin/" in the directory of $(guix build mc) shows results
>>> which assume the existence of /bin/ (not
>>> /gnu/store/.../bin/$binary, where I don't mean shebangs but
>>> further down in the scripts.
>>> -- 
>>> ♥Ⓐ  ng0  | PGP keys and more: https://n0is.noblogs.org/
>>>          |                    http://ng0.chaosnet.org
>>>
>>>
>>> ----- End forwarded message -----
>>
>> 92 results, most of them do not seem to be very
>> complicated. Before I start with this, do we adjust "help" files
>> too? I mean when we open the HELP function of an application it
>> should reflect what our system does and not some non-existent
>> defaults for other systems.
>
> Some extension of mc will make the size of its graph grow.
> I personally don't care about the size, but others might. So:
> should I follow my vim example and put those changes into mc-full
> or should the default be an fully functional mc with all 2nd and
> 3rd level dependencies (which are not obvious as mc doesn't print
> error messages)?

To give an example why I think this is important, we have
absolute paths left over which are expected to just work on other
systems with no hard dependencies on those applications. MC will
work without them, but various extensions, like those below are
just disfunctional without a reason. Until you grep its store
location for obvious reasons, you will just think the application
is faulty or your file is broken, or whatever you happen to think
of, as for other systems it just happens to work. MC has no
possibility to display error messages for these extension (in
most cases). Three examples:

libexec/mc/extfs.d/uzip:18:my $app_zip = "/usr/bin/zip";                                               
libexec/mc/extfs.d/uzip:20:my $app_unzip = "/usr/bin/unzip";
share/mc/syntax/Syntax:196:file \\.procmailrc$ Procmail\sRC\sFile ^#/usr/bin/procmail


-- 
♥Ⓐ  ng0
PGP keys and more: https://n0is.noblogs.org/ http://ng0.chaosnet.org

Message #17 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: ng0 <ng0 <at> libertad.pw>
To: 25273 <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Mon, 26 Dec 2016 13:52:33 +0000

ng0 <ng0 <at> libertad.pw> writes:

> ng0 <ng0 <at> libertad.pw> writes:
>
>> ng0 <ng0 <at> libertad.pw> writes:
>>
>>> Leo Famulari <leo <at> famulari.name> writes:
>>>
>>>> ----- Forwarded message from ng0 <ng0 <at> libertad.pw> -----
>>>>
>>>> Date: Wed, 21 Dec 2016 21:40:31 +0000
>>>> From: ng0 <ng0 <at> libertad.pw>
>>>> To: guix-devel <at> gnu.org
>>>> Subject: 'mc' package needs some fixes
>>>>
>>>> Is someone interested in fixing our `mc' package? It is
>>>> functional, but some parts of it are not functional for Guix. Grep
>>>> for "/bin/" in the directory of $(guix build mc) shows results
>>>> which assume the existence of /bin/ (not
>>>> /gnu/store/.../bin/$binary, where I don't mean shebangs but
>>>> further down in the scripts.
>>>> -- 
>>>> ♥Ⓐ  ng0  | PGP keys and more: https://n0is.noblogs.org/
>>>>          |                    http://ng0.chaosnet.org
>>>>
>>>>
>>>> ----- End forwarded message -----
>>>
>>> 92 results, most of them do not seem to be very
>>> complicated. Before I start with this, do we adjust "help" files
>>> too? I mean when we open the HELP function of an application it
>>> should reflect what our system does and not some non-existent
>>> defaults for other systems.
>>
>> Some extension of mc will make the size of its graph grow.
>> I personally don't care about the size, but others might. So:
>> should I follow my vim example and put those changes into mc-full
>> or should the default be an fully functional mc with all 2nd and
>> 3rd level dependencies (which are not obvious as mc doesn't print
>> error messages)?
>
> To give an example why I think this is important, we have
> absolute paths left over which are expected to just work on other
> systems with no hard dependencies on those applications. MC will
> work without them, but various extensions, like those below are
> just disfunctional without a reason. Until you grep its store
> location for obvious reasons, you will just think the application
> is faulty or your file is broken, or whatever you happen to think
> of, as for other systems it just happens to work. MC has no
> possibility to display error messages for these extension (in
> most cases). Three examples:
>
> libexec/mc/extfs.d/uzip:18:my $app_zip = "/usr/bin/zip";                                               
> libexec/mc/extfs.d/uzip:20:my $app_unzip = "/usr/bin/unzip";
> share/mc/syntax/Syntax:196:file \\.procmailrc$ Procmail\sRC\sFile ^#/usr/bin/procmail

Further questions:

Which applications provide "/usr/bin/open"?

-- 
♥Ⓐ  ng0
PGP keys and more: https://n0is.noblogs.org/ http://ng0.chaosnet.org

Message #20 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: ng0 <ng0 <at> libertad.pw>
To: 25273 <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Mon, 26 Dec 2016 14:48:17 +0000

ng0 <ng0 <at> libertad.pw> writes:

> Further questions:
>
> Which applications provide "/usr/bin/open"?

And also, which application provides "/usr/bin/indent"?

share/mc/help/mc.hlp.pl:1187:/usr/bin/indent -kr -pcs ~/.cache/mc/mcedit/mcedit.block>& /dev/null 

-- 
♥Ⓐ  ng0
PGP keys and more: https://n0is.noblogs.org/ http://ng0.chaosnet.org

Message #23 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: ng0 <at> libertad.pw, 25273 <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Mon, 26 Dec 2016 15:09:43 +0100

[Message part 1 (text/plain, inline)]

Guix, ng0,

On 26/12/16 14:07, ng0 wrote:
> Some extension of mc will make the size of its graph grow.
> I personally don't care about the size, but others might. So:

I share your (lack of) concern.

> should I follow my vim example and put those changes into mc-full

Even then, the broken^Wminimal variant will need its own set of patches
to properly search $PATH instead of using obsolute paths.

Hap hols,

T G-R

[signature.asc (application/pgp-signature, attachment)]

Message #26 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: ng0 <ng0 <at> libertad.pw>
To: 25273 <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Mon, 26 Dec 2016 15:11:32 +0000

Tobias Geerinckx-Rice <me <at> tobias.gr> writes:

> Guix, ng0,
>
> On 26/12/16 14:07, ng0 wrote:
>> Some extension of mc will make the size of its graph grow.
>> I personally don't care about the size, but others might. So:
>
> I share your (lack of) concern.
>
>> should I follow my vim example and put those changes into mc-full
>
> Even then, the broken^Wminimal variant will need its own set of patches
> to properly search $PATH instead of using obsolute paths.
>
> Hap hols,
>
> T G-R
>

This is egrep -nr "/bin/" in $(guix build mc) from before the
partial fix I already submitted. In my opinion there is no need
to add changes to $PATH or am I wrong?

share/mc/help/mc.hlp.pl:103:        /gnu/store/j9bv353g42smgs0dwcgnzijgagyzxj0n-mc-4.8.16/bin/mc -P "$@" > "$MC"
share/mc/help/mc.hlp.pl:110:alias mc 'setenv MC `/gnu/store/j9bv353g42smgs0dwcgnzijgagyzxj0n-mc-4.8.16/bin/mc -P !*`; cd $MC; unsetenv MC'
share/mc/help/mc.hlp.pl:1186:#!/bin/sh
share/mc/help/mc.hlp.pl:1187:/usr/bin/indent -kr -pcs ~/.cache/mc/mcedit/mcedit.block>& /dev/null
share/mc/help/mc.hlp.es:1935:clipboard_store=/usr/bin/xclip -i
share/mc/help/mc.hlp.es:1940:clipboard_paste=/usr/bin/xclip -o
share/mc/help/mc.hlp:1215:The .OPTIONS.OPTIONS. section has more information on how you can control subshell usage (-U/-u). Furthermore, to set a specific subshell different from your current SHELL variable or login shell defined in /etc/passwd, you may call MC like this: SHELL=/bin/myshell mc.[Chmod]
share/mc/syntax/Syntax:40:file .\*(bash_completion|profile|\\.(sh|bash_login|bash_profile|bash_logout|bash_aliases|bash_exports|bash_history|bashrc|profile|zlogin|zlogout|zprofile|zshenv|zshrc))$ Shell\sScript ^#!\s\*/(.\*/|usr/bin/env\s)([a-z]?|ba|pdk)sh
share/mc/syntax/Syntax:43:file ..\*\\.(pl|PL|pm|PM|psgi|PSGI)$ Perl\sProgram ^#!.\*([\s/]perl|/gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl)
share/mc/syntax/Syntax:46:file ..\*\\.(py|PY)$ Python\sProgram ^#!.\*([\s/]python|/usr/bin/python)
share/mc/syntax/Syntax:52:file ..\*\\.(rb|RB)$ Ruby\sProgram ^#!.\*([\s/]ruby|/usr/bin/ruby)
share/mc/syntax/Syntax:196:file \\.procmailrc$ Procmail\sRC\sFile ^#/usr/bin/procmail
share/mc/syntax/d.syntax:16:    keyword whole linestart #!\[\s\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/bin/dmd brightcyan black
share/mc/syntax/d.syntax:17:    keyword whole linestart #!\[\s\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/bin/dmd brightcyan black
share/mc/syntax/d.syntax:18:    keyword whole linestart #!\[\s\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/bin/dmd brightcyan black
share/mc/syntax/d.syntax:19:    keyword whole linestart #!\[\s\]/\[abcdefghijklmnopqrstuvwxyz\]/bin/dmd brightcyan black
share/mc/syntax/d.syntax:20:    keyword whole linestart #!\[\s\]/bin/dmd brightcyan black
share/mc/syntax/awk.syntax:22:    keyword whole linestart #!\[\s\]/bin/\[msg\]awk yellow magenta
share/mc/syntax/awk.syntax:23:    keyword whole linestart #!\[\s\]/usr/bin/\[msg\]awk yellow magenta
share/mc/syntax/ruby.syntax:8:    keyword whole linestart #!\[\s\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/bin/ruby brightcyan black
share/mc/syntax/ruby.syntax:9:    keyword whole linestart #!\[\s\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/bin/ruby brightcyan black
share/mc/syntax/ruby.syntax:10:    keyword whole linestart #!\[\s\]/\[abcdefghijklmnopqrstuvwxyz\]/\[abcdefghijklmnopqrstuvwxyz\]/bin/ruby brightcyan black
share/mc/syntax/ruby.syntax:11:    keyword whole linestart #!\[\s\]/\[abcdefghijklmnopqrstuvwxyz\]/bin/ruby brightcyan black
share/mc/syntax/ruby.syntax:12:    keyword whole linestart #!\[\s\]/bin/ruby brightcyan black
libexec/mc/mc-wrapper.sh:3:/gnu/store/j9bv353g42smgs0dwcgnzijgagyzxj0n-mc-4.8.16/bin/mc -P "$MC_PWD_FILE" "$@"
libexec/mc/extfs.d/u7z:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/deb:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl
libexec/mc/extfs.d/gitfs+:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/uarc:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/patchfs:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl -w
libexec/mc/extfs.d/uace:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/patchsetfs:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/dpkg+:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl
libexec/mc/extfs.d/uc1541:1:#! /usr/bin/python
libexec/mc/extfs.d/uzoo:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/a+:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl -w
libexec/mc/extfs.d/uha:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/urar:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/rpm:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/s3+:1:#! /usr/bin/python
libexec/mc/extfs.d/rpms+:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl
libexec/mc/extfs.d/uzip:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl -w
libexec/mc/extfs.d/uzip:18:my $app_zip = "/usr/bin/zip";
libexec/mc/extfs.d/uzip:20:my $app_unzip = "/usr/bin/unzip";
libexec/mc/extfs.d/audio:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/deba:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl
libexec/mc/extfs.d/ucab:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/debd:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl
libexec/mc/extfs.d/debd:135:           if ( -x "/usr/bin/dpkg-repack" ) {
libexec/mc/extfs.d/debd:139:           if ( -x "/usr/bin/apt-get" ) {
libexec/mc/extfs.d/debd:145:       if( -x "/usr/bin/dpkg-reconfigure" && -x "/var/lib/dpkg/info/$archive.config" ) {
libexec/mc/extfs.d/uarj:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/ulib:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl -w
libexec/mc/extfs.d/ulib:12:my @PATHS = ('/usr/bin/gplib', '/usr/local/bin/gplib');
libexec/mc/extfs.d/trpm:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/changesetfs:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/hp48+:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/ulha:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/bpp:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/apt+:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl
libexec/mc/extfs.d/lslR:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/ualz:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/uar:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/iso9660:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/extfs.d/iso9660:46:    echo "$lsl" | /gnu/store/hb301wl5s7352vbn1vds85dhy32n0hkw-grep-2.25/bin/grep "^[-d]" | \
libexec/mc/extfs.d/iso9660:98:        CHARSET=$(locale 2>/dev/null | /gnu/store/hb301wl5s7352vbn1vds85dhy32n0hkw-grep-2.25/bin/grep LC_CTYPE | sed -n -e 's/.*\.\(.*\)"$/\1/p')
libexec/mc/extfs.d/iso9660:102:        isoinfo -j $CHARSET -i /dev/null 2>&1 | /gnu/store/hb301wl5s7352vbn1vds85dhy32n0hkw-grep-2.25/bin/grep "Iconv not yet supported\|Unknown charset" >/dev/null && CHARSET=
libexec/mc/extfs.d/iso9660:113:    echo "$ISOINFO_D_I" | /gnu/store/hb301wl5s7352vbn1vds85dhy32n0hkw-grep-2.25/bin/grep "UCS level 1\|NO Joliet" > /dev/null || ISOINFO="$ISOINFO $JOLIET_OPT"
libexec/mc/extfs.d/iso9660:115:    if [ $(echo "$ISOINFO_D_I" | /gnu/store/hb301wl5s7352vbn1vds85dhy32n0hkw-grep-2.25/bin/grep "Joliet with UCS level 3 found" | wc -l) = 1 \
libexec/mc/extfs.d/iso9660:116:        -a $(echo "$ISOINFO_D_I" | /gnu/store/hb301wl5s7352vbn1vds85dhy32n0hkw-grep-2.25/bin/grep "NO Rock Ridge" | wc -l) = 1 ] ; then
libexec/mc/extfs.d/mailfs:1:#! /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl -w
libexec/mc/mc-wrapper.csh:9:/gnu/store/j9bv353g42smgs0dwcgnzijgagyzxj0n-mc-4.8.16/bin/mc -P "$MC_PWD_FILE" $*
libexec/mc/fish/README.fish:51:Client uses "echo FISH:;/bin/sh" as command executed on remote
libexec/mc/ext.d/video.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/ext.d/package.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/ext.d/archive.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/ext.d/sound.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/ext.d/text.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/ext.d/image.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/ext.d/web.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/ext.d/misc.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
libexec/mc/ext.d/misc.sh:19:        /bin/cat "${MC_EXT_FILENAME}" 2>/dev/null
libexec/mc/ext.d/misc.sh:26:            /gnu/store/9kmlcadkj7y1ag0lc2jl9dajlq3m90zr-perl-5.24.0/bin/perl -e 'while (<>) { @a=split /[\s\t]+/, $_; printf ("%-30s | %10d | %s.%s.%02d | %s\n", $a[0], ($a[1]*1),$a[7], lc($a[4]), $a[5], $a[6]);}'
libexec/mc/ext.d/doc.sh:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
Binary file bin/mc matches
etc/mc/mc.menu:356:+ x /usr/bin/open | x /usr/local/bin/open & x /bin/sh
etc/mc/mcedit.menu:413:s       #! /bin/sh
etc/mc/mcedit.menu:414:        echo "#! /bin/sh" >%b
etc/mc/mcedit.menu:417:p       #! /usr/bin/perl
etc/mc/mcedit.menu:418:        echo "#! /usr/bin/perl" >%b
etc/mc/mcedit.menu:469:        open -s -- /bin/bash
etc/mc/edit.indent.rc:1:#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh

-- 
♥Ⓐ  ng0
PGP keys and more: https://n0is.noblogs.org/ http://ng0.chaosnet.org

Message #29 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: ng0 <ng0 <at> libertad.pw>
Cc: 25273 <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Mon, 26 Dec 2016 11:56:00 -0500

On Mon, Dec 26, 2016 at 02:48:17PM +0000, ng0 wrote:
> ng0 <ng0 <at> libertad.pw> writes:
> 
> > Further questions:
> >
> > Which applications provide "/usr/bin/open"?

On my Debian system, /bin/open is provided by the 'kbd' package. On
Guix, this package does not seem to include it.

> And also, which application provides "/usr/bin/indent"?

The 'indent' package.

Message #32 received at 25273 <at> debbugs.gnu.org (full text, mbox):

From: ng0 <contact.ng0 <at> cryptolab.net>
To: guix-devel <at> gnu.org
Cc: 25273 <at> debbugs.gnu.org
Subject: Re: midnight commander package fixes, opinions wanted
Date: Mon, 6 Mar 2017 11:09:43 +0000

On 17-03-01 17:01:23, ng0 wrote:
> On 17-03-01 16:58:41, ng0 wrote:
> > Hi,
> > 
> > I already fixed some of the open issues with our package of 'mc'.
> > 
> > I think people will expect features to just work and not being broken
> > (as they are right now).
> > My personal opinion ignored, how do you want to proceed? The vim way
> > where we have $package (basic, as small as it gets) and $package-full
> > (with all the features you can have enabled)?
> > 
> > I'd like to hear your opionion so that I can proceed fixing mc with
> > what we agreed on.
> > 
> 
> And also your opinion, I don't know what an opionion is but it sounds
> like opium combined with onion and I don't want that.
> 

For the lack of reaction for a long time, due to whatever reasons, I
will simply propose that we go the way of vim and vim-full.

'mc-full' will have many more dependencies than our current 'mc' and
should in the end be fully functional, while 'mc' will still complain
about missing features. The description of mc-full shall reflect that
you get full functionality with this application variant.

Anyone who wants this, feel free to pick it up and fix the related bug.

Message #37 received at 25273-done <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: ng0 <ng0 <at> libertad.pw>
Cc: 25273-done <at> debbugs.gnu.org
Subject: Re: bug#25273: [ng0 <at> libertad.pw: 'mc' package needs some fixes]
Date: Sun, 10 Feb 2019 23:11:44 -0500

[Message part 1 (text/plain, inline)]

More than two years have passed; I'm closing this bug.

If there are still specific things to do related to our mc package,
let's handle them in new bug reports :)

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.