Not sure about the other stuff but I think I know what you want for
the PWD thing.
'mc' has a '-P', or '--printwd', option that will save mc's current
working directory to a file.
My 'mc' installed a 'mc-wrapper.sh' script in '/usr/local/libexec/mc'
that uses that option and does what I think you're looking for.
In the same directory there should be a 'mc.sh' script that you can
source to set up an alias for the 'mc' command.
> Date: Sun, 8 Nov 2009 11:45:02 +0300
> From: chris glur <[email protected]>
> To: [email protected]
> Subject: Re: Mc Digest, Vol 67, Issue 6
> Â Â Â Â<[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>>> My oberon [the good OS] collaborator, friend sent the CD from the other
>>> Âside of the world. So It's home made.
>>OK, if this CD is home-made, then how come this has to do
>>with Debian? It might be based on Debian, but this mysterious
>>collaborator might have introduced changes, which had some
>>subtile side-effects, e.g. like breaking bundled mc package.
> Yes it might depend on the 'ghost in the box' too, but I take a
> probibalistic approach:
> = I've installed mc on Slak3, RH6.2; Slak?; Mandrake9; FC1, mulinux...
> Â all with no problems.
> = I've got both Etch & Lenny CD's from the "mysterious collaborator"
> Â and both indicate an elaborated 'checking for uncorrupted files' procedure
> Â before/during installation.
> = The Debian documentation ACTIVELY encourages user duplication of their CDs.
> = I found myself uncomfortable with Debian documentation: the subtle,
> Âto explain feeling of a socialist english school teacher is summarised in the
> Â'aptitude' user interface.
> Compare aptitude, which you'd only use to install/update; with mc which you've
> used a million times since DOS/nc, and note that aptitude has screens of
> Like the unduly controlling school-teacher, aptitude-developers take
> too serious, in expecting you to learn the screens of menu instuctions which
> has no other value except for THEIR seldom used product.
>> What's the problem with downloading the original Debian CD and trying
>> whether it works or not before putting the blame on Debian?
> You don't want/need to know my circumstamces which differ from what
> you are familiar with. And I suspect that if I wanted to "get married
> to Debian" by investing resources to familiarise myself with their
> different way of doing it, all would work. I DO suspect that their emphasis
> on security is good for beginners. ÂPersonally I always run as root. Life is
> just too short. Since the only lasting asset is your knowledge, one should
> not get married to a product. mc's secret was that it leaveraged the
> universally appicable design principles of Norton's commander.
>>I don't think it makes any sense for us to try to support you to get
>>some ancient version of the software that you've got from some broken
>>home-made CD (origins unknown) to work.
> Are you the chairman/controller of "us"?
> Is this mail-list different from others which are based on collaboration?
> If you want to SHOW that you can SUPPORT then tell how would I set my
> 'bash mini-mc' so that when it quits, it doesn't pwd back to the dir from
> where it ran. ÂActually I believe mc does this too, and it's a fact of the
> kernel. So you need a higher/more-global 'environment' where pwd can be
> stored. ÂIt seems that gpm uses a very 'Hi' environment, since it even
> operates across chroot/s.
> I guess the DebLenny-2009 CD has the newest version of mc that I'll ever use
> in my life. ÂIn principle, I prefer to wait for a few years untill a product
> has prove itself, like mc did.
> == TIA.
Mc mailing list