On Fri, Jan 31, 2025 at 14:05:02 -0500, Frank McCormick wrote:
>I am running Trixie. Should have made that clear before.
> What I can't understand is MC would open and browse ZIP files and DEB files
> but would not open PDF files.
> At any rate the offending macro was in the
On 1/31/25 1:28 PM, Greg Wooledge wrote:
/tmp/mc-frank/mcextELJ902: 11: @EXTHELPERSDIR@/doc.sh: not found
It would help if someone were to show us the offending file, though I
don't quite understand why there's something that appears to be either
a shell script or a perl scri
> > > /tmp/mc-frank/mcextELJ902: 11: @EXTHELPERSDIR@/doc.sh: not found
It would help if someone were to show us the offending file, though I
don't quite understand why there's something that appears to be either
a shell script or a perl script in /tmp.
> > Hhmm, loo
On 1/31/25 11:21 AM, Frank McCormick wrote:
On 1/31/25 9:42 AM, Hans wrote:
Hi Frank,
looks ok here with MC on debian/stable.
Upon further investigation, the problem seems restricted to PDF
files. MC will open ZIP and DEB files. If I run MC in an xterm I see
this:
Enter some
On 1/31/25 9:42 AM, Hans wrote:
Hi Frank,
looks ok here with MC on debian/stable.
Upon further investigation, the problem seems restricted to PDF
files. MC will open ZIP and DEB files. If I run MC in an xterm I see this:
Enter some *.pdf will open it using okular as pdf-viewer.
I
On 1/31/25 9:42 AM, Hans wrote:
Hi Frank,
looks ok here with MC on debian/stable.
Upon further investigation, the problem seems restricted to PDF
files. MC will open ZIP and DEB files. If I run MC in an xterm I see this:
Enter some *.pdf will open it using okular as pdf-viewer
Hi Frank,
looks ok here with MC on debian/stable.
>Upon further investigation, the problem seems restricted to PDF
> files. MC will open ZIP and DEB files. If I run MC in an xterm I see this:
Enter some *.pdf will open it using okular as pdf-viewer.
>
> /tmp/mc-frank/mce
rther investigation, the problem seems restricted to PDF
files. MC will open ZIP and DEB files. If I run MC in an xterm I see this:
/tmp/mc-frank/mcextELJ902: 11: @EXTHELPERSDIR@/doc.sh: not found
The doc.sh file IS in /usr/lib/mc/ext.d.
Noticed this morning that Midnight Commander doesn't open zip or pdf
files aaymore. It appears that a variable @EXTDIRHELPER@ is not being
set for some reason. The variable is used in the mc.ext.ini files.
Can anyone help ?
Thanks
--
Frank McCormick
On 2024-01-20 08:44 +0100, Sven Joachim wrote:
> On 2024-01-20 00:20 +0100, ju...@op.pl wrote:
>
>> I'm not sure if this is actually a bug in the mc package or maybe
>> somewhere in sshd or in some library that uses ssh. That's why I
>> didn't report
On 2024-01-20 00:20 +0100, ju...@op.pl wrote:
> I'm not sure if this is actually a bug in the mc package or maybe
> somewhere in sshd or in some library that uses ssh. That's why I
> didn't report it via reportbug. Anyway, I noticed the effects only in
> Shell Link
On Sat, Jan 20, 2024 at 12:20:55AM +0100, ju...@op.pl wrote:
> I'm not sure if this is actually a bug in the mc package or maybe somewhere
> in sshd or in some library that uses ssh. That's why I didn't report it via
> reportbug. Anyway, I noticed the effects only in Shel
I'm not sure if this is actually a bug in the mc package or maybe somewhere in
sshd or in some library that uses ssh. That's why I didn't report it via
reportbug. Anyway, I noticed the effects only in Shell Link in mc. SSH in the
terminal works fine. FTP Link in mc also works pr
Joe composed on 2022-06-13 20:03 (UTC+0100):
> I don't know if you know this, but when you close mc the *current*
> version of the config file is re-saved. So if you edited the file in
> mc, the new version will be overwritten.
That's an unfortunate default, not carved in s
ckports in sources.list, but apparently
> >> > it has no newer mc version available. 4.8.21 is on the mirrors, so I
> >> > downloaded
> >> > it from a mirror and installed it with dpkg. It works fine, but now apt
> >> > is
> >> > b
On Tue, Aug 21, 2018 at 01:46:08PM -0400, Felix Miata wrote:
> /topic at irc://freenode/#debian makes no mention of ssb.
The bots have thousands of factoids. The overwhelming majority are not
mentioned in the /topic.
> https://www.google.com/search?q=irc+bots+ssd&ie=utf-8&oe=utf-8&aq=t&rls=org.m
Greg Wooledge composed on 2018-08-21 13:28 (UTC-0400):
> On Tue, Aug 21, 2018 at 01:20:23PM -0400, Felix Miata wrote:
>> I would have been
>> happen [happy?] to stick with 4.8.17 if I could have found one anywhere.
>> http://ftp.us.debian.org/debian/pool/main/m/mc/ skips
Greg Wooledge composed on 2018-08-21 08:55 (UTC-0400):
> On Tue, Aug 21, 2018 at 08:36:30AM -0400, bw wrote:
>> On Mon, 20 Aug 2018, Felix Miata wrote:
>> > I configured stretch-backports in sources.list, but apparently
>> > it has no newer mc version available. 4.8
On Tue, Aug 21, 2018 at 01:20:23PM -0400, Felix Miata wrote:
> I would have been
> happen [happy?] to stick with 4.8.17 if I could have found one anywhere.
> http://ftp.us.debian.org/debian/pool/main/m/mc/ skips from 4.8.13 to 4.8.18,
> then to 4.8.21.
http://snapshot.debi
another upstream bug, not fixed
>> until 4.8.20[2]. I configured stretch-backports in sources.list, but
>> apparently
>> it has no newer mc version available. 4.8.21 is on the mirrors, so I
>> downloaded
>> it from a mirror and installed it with dpkg. It works fin
es.list, but
> apparently
> it has no newer mc version available. 4.8.21 is on the mirrors, so I
> downloaded
> it from a mirror and installed it with dpkg. It works fine, but now apt is
> broken because it thinks mc is broken and needs to be removed by "apt
> --fix-broken
On Tue, Aug 21, 2018 at 08:36:30AM -0400, bw wrote:
> On Mon, 20 Aug 2018, Felix Miata wrote:
> > I configured stretch-backports in sources.list, but apparently
> > it has no newer mc version available. 4.8.21 is on the mirrors, so I
> > downloaded
> > it from a mirror
apparently
> it has no newer mc version available. 4.8.21 is on the mirrors, so I
> downloaded
> it from a mirror and installed it with dpkg. It works fine, but now apt is
> broken because it thinks mc is broken and needs to be removed by "apt
> --fix-broken install". Appar
Stretch comes with 4.8.18, which for me is unusable due to an upstream bug fixed
in 4.8.19[1], but 4.8.19 is unusable due to another upstream bug, not fixed
until 4.8.20[2]. I configured stretch-backports in sources.list, but apparently
it has no newer mc version available. 4.8.21 is on the
t; > On Sun 05 Nov 2017 at 19:51:48 +, Brian wrote:
>
> >>> >> Midnight Commander and locate are also very useful additions, but that
> >>> >> does merit including them in Priority: standard.
> >>> > ^
> >>> > not
>
>
o very useful additions, but that
>>> >> does merit including them in Priority: standard.
>>> > ^
>>> > not
>>> Not so sure about locate, but I'd include MC, with internal edit, some
>>> time before I'd include, say, Nano
Almost forgot: in mc's "Options" drop-down menu, uncheck "Use
internal editor."
(My taste is to use mc's internal viewer, so I leave that box
checked.)
--
IMPORTANT: This email is intended for the use of the individual
addressee(s) named above and may contain information that is
confidential,
Put in your ~/.bashrc lines like this:
export EDITOR="vim.tiny"
export VISUAL=$EDITOR
Exit the current login session and then log in again, or load
the new contents of ~/.bashrc with
$ . ~/.bashrc
Convince yourself that all is well in the environment with:
$ env
--
IMPORTANT: This email is
On 10/07/2016 06:11 PM, David Wright wrote:
On Fri 07 Oct 2016 at 17:46:15 (-0400), Tony Baldwin wrote:
On 10/07/2016 05:38 PM, Adrian Bunk wrote:
On Fri, Oct 07, 2016 at 05:23:00PM -0400, Tony Baldwin wrote:
Why is mc using nano when vim.tiny is set as my editor upon
update-alternatives
On 10/07/2016 05:58 PM, Adrian Bunk wrote:
On Fri, Oct 07, 2016 at 05:46:15PM -0400, Tony Baldwin wrote:
On 10/07/2016 05:38 PM, Adrian Bunk wrote:
On Fri, Oct 07, 2016 at 05:23:00PM -0400, Tony Baldwin wrote:
Why is mc using nano when vim.tiny is set as my editor upon
update-alternatives
?
After contemplation, my reply is:
I use vi.
In my ~/.config/mc/mc.ext I have
include/editor
Open=%var{EDITOR:vi} %f
I don't find such a file.
I suppose I could create it and see what happens.
I tried, and I gkeep getting some error about a file error with that
file, be
On 10/07/2016 05:58 PM, Adrian Bunk wrote:
export EDITOR=vim.tin
I've learned recently whil using this to configure $PATH, Tat this is
going to set it for the current session only.
How can I make it permanent?
thanks,
Tony
--
http://tonybaldwin.me
all tony, all the time
On Fri 07 Oct 2016 at 17:46:15 (-0400), Tony Baldwin wrote:
> On 10/07/2016 05:38 PM, Adrian Bunk wrote:
> >On Fri, Oct 07, 2016 at 05:23:00PM -0400, Tony Baldwin wrote:
> >>Why is mc using nano when vim.tiny is set as my editor upon
> >>update-alternatives --config edi
On Fri, Oct 07, 2016 at 05:46:15PM -0400, Tony Baldwin wrote:
> On 10/07/2016 05:38 PM, Adrian Bunk wrote:
> > On Fri, Oct 07, 2016 at 05:23:00PM -0400, Tony Baldwin wrote:
> > > Why is mc using nano when vim.tiny is set as my editor upon
> > > update-alternatives --con
ly is:
I use vi.
In my ~/.config/mc/mc.ext I have
include/editor
Open=%var{EDITOR:vi} %f
and
# Default target for anything not described above
default/*
Open=%var{EDITOR:vi} %f
View=%var{EDITOR:vi} %f
Maybe that will assist you.
Be well,
Charlie
--
R
On 10/07/2016 05:38 PM, Adrian Bunk wrote:
On Fri, Oct 07, 2016 at 05:23:00PM -0400, Tony Baldwin wrote:
Why is mc using nano when vim.tiny is set as my editor upon
update-alternatives --config editor?, and, of course, mc is set to NOT use
mcedit, its internal editor
What does "echo $E
On Fri, Oct 07, 2016 at 05:23:00PM -0400, Tony Baldwin wrote:
> Why is mc using nano when vim.tiny is set as my editor upon
> update-alternatives --config editor?, and, of course, mc is set to NOT use
> mcedit, its internal editor
What does "echo $EDITOR" say in your
Why is mc using nano when vim.tiny is set as my editor upon
update-alternatives --config editor?, and, of course, mc is set to NOT
use mcedit, its internal editor
tony
--
http://tonybaldwin.me
all tony, all the time
- Original Message -
From: Charles Schroeder
To: Debian User
Sent: Mon, 18 Jul 2016 10:18:58 +1000 (EST)
Subject: MC opens incorrect application from file extension
Just having a problem with MC where I click on a file: file.odg
MC attempts to open it with iceweasel asking what
Just having a problem with MC where I click on a file: file.odg
MC attempts to open it with iceweasel asking what should this file be opened
with in the future?
I have attempted to write the correct instruction in ~/.config/mc But obviously
not correctly as it still doesn't work?
Tri
On 16-05-18 19:10:08, Ron Leach wrote:
> I didn't recognise pmount, mentioned early in the thread, and tried man
> pmount to check what it would do and how to use it, but nothing came up.
> So, from an earlier post in the thread, I used dmesg | tail, and then mount
> at a mount point under /mnt. I
First, may I, at the top of the post and before replying to Brian,
acknowledge the plethora of information in all the thread replies. I
really would like to express my thanks to so many users who took the
time to help explain and suggest.
On 18/05/2016 17:25, Brian wrote:
On Wed 18 May 2016
On Wed 18 May 2016 at 09:33:28 -0400, Gene Heskett wrote:
> On Wednesday 18 May 2016 05:30:34 Ron Leach wrote:
>
[...Snip...]
> > I'd be interested in how other users organise this but, essentially,
> > I'd be grateful for any advice on where to find the physical device to
> > use in a mount co
On Wednesday 18 May 2016 05:40:06 Felix Miata wrote:
> Ron Leach composed on 2016-05-18 10:30 (UTC+0100):
> > One aspect of Debian I've never managed to 'get', is how to 'see'
> > any temporarily plugged-in USB storage device, from the command line
>
On Wednesday 18 May 2016 05:30:34 Ron Leach wrote:
> List, good morning,
>
> One aspect of Debian I've never managed to 'get', is how to 'see' any
> temporarily plugged-in USB storage device, from the command line or in
> mc. The machines in question are
Ron Leach composed on 2016-05-18 12:14 (UTC+0100):
Felix Miata wrote:
Ron Leach composed on 2016-05-18 10:30 (UTC+0100):
I'd be grateful for any advice on where to find the physical device to
use in a mount command.
# lsscsi
...
[9:0:0:0] disk FLASH Drive SM_USB20 1100 /dev/sdg...
#
Some of what we are explaining has to do with how one
sets up their /etc/fstab configuration but usb drives generate a
predictable set of messages in /var/log/syslog. The particular
details change based upon what has already been installed in
one's file system, but if things are working rig
lsusb -v may help. On Wed, 18 May 2016, Ron Leach wrote:
Date: Wed, 18 May 2016 05:30:34
From: Ron Leach
To: debian-user@lists.debian.org
Subject: Something never understood: see USB storage in CLI & mc
Resent-Date: Wed, 18 May 2016 09:31:05 + (UTC)
Resent-From: debian-
On Wed 18 May 2016 at 12:43:03 +0100, Brian wrote:
>
> You have to install lsscsi to use it. However, what is on every Debian
> system is the utils-linux package and it has lsblk.
util-linux.
On Wed 18 May 2016 at 12:14:00 +0100, Ron Leach wrote:
> On 18/05/2016 10:40, Felix Miata wrote:
> >Ron Leach composed on 2016-05-18 10:30 (UTC+0100):
> >>I'd be grateful for any advice on where to find the physical device to
> >>use in a mount command.
> >
> ># lsscsi
> >...
> >[9:0:0:0] disk FLA
On Wednesday 18 May 2016 12:14:00 Ron Leach wrote:
> On 18/05/2016 10:40, Felix Miata wrote:
> > Ron Leach composed on 2016-05-18 10:30 (UTC+0100):
> >> I'd be grateful for any advice on where to find the physical device to
> >> use in a mount command.
> >
> > # lsscsi
> > ...
> > [9:0:0:0] disk FL
On 18/05/2016 10:40, Felix Miata wrote:
Ron Leach composed on 2016-05-18 10:30 (UTC+0100):
I'd be grateful for any advice on where to find the physical device to
use in a mount command.
# lsscsi
...
[9:0:0:0] disk FLASH Drive SM_USB20 1100 /dev/sdg...
# blkid /dev/sdg
# mount -t auto (or the
On Wednesday 18 May 2016 10:30:34 Ron Leach wrote:
> I assume that I have to mount the USB storage, but where should I find
> the reference for the physical device to mount? Best of all would be
> to make this process 'automatic', if I could.
IIRC, you can use udisks-glue on wheezy.
On Jessie
On 16-05-18 10:30:34, Ron Leach wrote:
> List, good morning,
>
> One aspect of Debian I've never managed to 'get', is how to 'see' any
> temporarily plugged-in USB storage device, from the command line or in mc.
> The machines in question are using Wheez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, May 18, 2016 at 10:30:34AM +0100, Ron Leach wrote:
> List, good morning,
>
> One aspect of Debian I've never managed to 'get', is how to 'see'
> any temporarily plugged-in USB storage device [...]
I do a 'dmesg | tail' shortly after having in
Ron Leach composed on 2016-05-18 10:30 (UTC+0100):
One aspect of Debian I've never managed to 'get', is how to 'see' any
temporarily plugged-in USB storage device, from the command line or in
mc. The machines in question are using Wheezy.
I often use a machine (w
List, good morning,
One aspect of Debian I've never managed to 'get', is how to 'see' any
temporarily plugged-in USB storage device, from the command line or in
mc. The machines in question are using Wheezy.
I often use a machine (with only cli) to download ove
No idea what it was all about, but this problem cleared up with the
next update run. Go figure. :-)
Glad to hear it, probably it was just wrong file encoding like Scott
Ferguson said.
--
Bye,
Goran Dobosevic
Hrvatski: www.dobosevic.com
English: www.dobosevic.com/en/
Registered Linux User #
On Sun, Jan 01, 2012 at 04:36:39PM -0500, Jeff Gordon wrote:
> On Sun, Jan 01, 2012 at 02:43:05PM +0100, godo wrote:
> >
> > >Thanks, Goran. I don't know how to explain it -- my MC has been fine for
> > >a long time, then suddenly this change. (?)
> > >
On 02/01/12 08:36, Jeff Gordon wrote:
> On Sun, Jan 01, 2012 at 02:43:05PM +0100, godo wrote:
>>
>>> Thanks, Goran. I don't know how to explain it -- my MC has been fine for
>>> a long time, then suddenly this change. (?)
>>>
>> In /usr/share/mc/s
On Sun, Jan 01, 2012 at 02:43:05PM +0100, godo wrote:
>
> >Thanks, Goran. I don't know how to explain it -- my MC has been fine for
> >a long time, then suddenly this change. (?)
> >
> In /usr/share/mc/skins/ are MC skins.
> In attachment is default skin try to c
Thanks, Goran. I don't know how to explain it -- my MC has been fine for
a long time, then suddenly this change. (?)
In /usr/share/mc/skins/ are MC skins.
In attachment is default skin try to change it.
Is it your skin same or you have some other weird symbols?
--
Bye,
Goran Dobo
On Sat, Dec 31, 2011 at 10:47:26AM +0100, godo wrote:
> On 2011-12-30 23:01, Jeff Gordon wrote:
> >Hi, Folks --
> >
> >A recent wheezy update has caused Midnight Commander screens to have those
> >garbled characters instead of drawn lines. I'm aware I can use
On 2011-12-30 23:01, Jeff Gordon wrote:
Hi, Folks --
A recent wheezy update has caused Midnight Commander screens to have those
garbled characters instead of drawn lines. I'm aware I can use "mc -a" and
"mcedit -a" as a workaround, but it would be nice to have
Hi, Folks --
A recent wheezy update has caused Midnight Commander screens to have those
garbled characters instead of drawn lines. I'm aware I can use "mc -a" and
"mcedit -a" as a workaround, but it would be nice to have the proper lines
restored. Anybody know what
On Tue 27 Dec 2011 at 12:01:06 -0600, hvw59601 wrote:
> Copying + pasting with gpm mouse works in fbterm, but when I use mc in
> fbterm there is no mouse support. Anyone knows why?
mc(1)
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "
Hi,
Copying + pasting with gpm mouse works in fbterm, but when I use mc in
fbterm there is no mouse support. Anyone knows why?
Hugo
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
On Wed, 19 Oct 2011 13:47:35 +0100, Darac Marjal wrote:
> On Wed, Oct 19, 2011 at 11:39:43AM +, Camaleón wrote:
>> On Tue, 18 Oct 2011 22:09:10 +0100, andy baxter wrote:
>> > On 18/10/11 13:02, Camaleón wrote:
>> This is something you should try (manually set/tweak the device), most
>> of the
On Wed, Oct 19, 2011 at 11:39:43AM +, Camaleón wrote:
> On Tue, 18 Oct 2011 22:09:10 +0100, andy baxter wrote:
> > On 18/10/11 13:02, Camaleón wrote:
> This is something you should try (manually set/tweak the device), most of
> the times "defaults" are not always the best settings for us ("one
On Tue, 18 Oct 2011 22:09:10 +0100, andy baxter wrote:
> On 18/10/11 13:02, Camaleón wrote:
>> What's your current device (brand and model)? If you already said, I
>> for sure forgot it :-P
>>
>>
> Netgear dgn1000. I just said 'cheap netgear router'.
Yes, sorry... I forgot :-)
>> For example, wh
On 18/10/11 13:02, Camaleón wrote:
What's your current device (brand and model)? If you already said, I for
sure forgot it :-P
Netgear dgn1000. I just said 'cheap netgear router'.
Can you still access to the router using an ethernet cable? If yes, and
before throwing away your current device
it's not doing it. I have a temporary
workaround for the problem when it does occur, which is to cd to /etc
before I start mc. I'd like to work out what's happening with this
problem just for my own curiosity if nothing else, but I'm also
wondering if I would be better to spend a
it's not doing it. I have a temporary
>>> workaround for the problem when it does occur, which is to cd to /etc
>>> before I start mc. I'd like to work out what's happening with this
>>> problem just for my own curiosity if nothing else, but I'm also
s to cd to /etc
before I start mc. I'd like to work out what's happening with this
problem just for my own curiosity if nothing else, but I'm also
wondering if I would be better to spend a bit of money on a decent ADSL
modem/router and see if that solves the problem. The one we have is a
e issue. Stopping it running and working directly with
wpa_supplicant through /et/network/interfaces is something to try.
>> OTOH, are you sure the above steps are the only pattern that triggers the
>> failure? I don't see the relation between using MC to get into "/etc&qu
; is the router that freezes or drops the wifi somehow.
>>
>> 2/ When wifi drops, can you access the router using a wired cable?
>>
>>
>
> I've just been trying to reproduce the error to give you some more
> information, and at the moment it's not doing it
er using a wired cable?
Hi camaleon,
I've just been trying to reproduce the error to give you some more
information, and at the moment it's not doing it. I have a temporary
workaround for the problem when it does occur, which is to cd to /etc
before I start mc. I'd like to work
e information on the disconnection.
>>
>>
> I've already tried this, but don't know enough about what's happening to
> interpret it much. I've pasted below what comes up in the syslog when
> the error occurs.
Thanks for the logs... yes, the connection is comple
On 14/10/11 01:34, Weaver wrote:
http://au.billion.com/product/wireless/bipac7800n.php
But other aspects could be at play here also.
What sort of property is it?
It's a stone terraced house, 2 floors.
Older style with lead flashing?
High degree of in-wall and obsolete (disconnected but stil
what's happening to
interpret it much. I've pasted below what comes up in the syslog when
the error occurs.
OTOH, are you sure the above steps are the only pattern that triggers the
failure? I don't see the relation between using MC to get into "/etc"
directory and los
s you get on the
Ubuntu one (and viceversa) so we can miss information.
> I've been getting an odd network error when trying to work on a remote
> computer over ssh. What happens is:
>
> - I log in to the remote machine using ssh.
> - Then su to the root user.
> - Then start
On Thu, 13 Oct 2011 23:49:29 +0100
andy baxter wrote:
> On 13/10/11 20:20, Mike McGinn wrote:
> > I have experienced wireless network disconnects when connected to
> > remote machines. In my case this seemed to be a characteristic of
> > the wireless network, which my wife and son hammer relentle
On 13/10/11 20:20, Mike McGinn wrote:
I have experienced wireless network disconnects when connected to remote
machines. In my case this seemed to be a characteristic of the wireless
network, which my wife and son hammer relentlessly. I now use a wired
connection when connecting remotely.
Try wi
On Thu 13 Oct 2011 at 19:38:54 +0100, andy baxter wrote:
> I've been getting an odd network error when trying to work on a remote
> computer over ssh. What happens is:
[Details of problem snipped]
> I don't really have much idea where to go from here, as what is
> happening is outside what I
o the root user.
- Then start midnight commander. (mc)
- Then navigate to the /etc directory using the arrow keys. (By going
back up the tree then down into /etc)
- When I press the right arrow key to go into /etc, the terminal
window shows no response, and shortly afterwards the wireless
connecti
Hello,
I've been getting an odd network error when trying to work on a remote
computer over ssh. What happens is:
- I log in to the remote machine using ssh.
- Then su to the root user.
- Then start midnight commander. (mc)
- Then navigate to the /etc directory using the arrow keys. (By
Hello,
I've been getting an odd network error when trying to work on a remote
computer over ssh. What happens is:
- I log in to the remote machine using ssh.
- Then su to the root user.
- Then start midnight commander. (mc)
- Then navigate to the /etc directory using the arrow keys. (By
On 2010-04-18 14:42:15 -0500, Hugo Vanwoerkom wrote:
>godo wrote:
>>Hugo Vanwoerkom wrote:
>>>Hugo Vanwoerkom wrote:
>>>>
>>>>Hi,
>>>>
>>>>I just made the mistake of my life and upgraded mc from
>>>>2:4.6.2~git20080311
Dne, 05. 04. 2010 22:26:20 je Ron Johnson napisal(a):
Real Geeks do not use file managers. bash (or zsh if you're an Uber
Real Geek) Is Sufficient.
[OT] Why bother with bash or zsh? Just use assembler, poking values
directly into CPU registers!
;P
--
Regards,
Klistvud
Certifiable Lo
godo wrote:
Hugo Vanwoerkom wrote:
Hugo Vanwoerkom wrote:
Hi,
I just made the mistake of my life and upgraded mc from
2:4.6.2~git20080311-4 to 3:4.7.0.1-1.
And the new color scheme is enough to cause instant blindness :-(
No kidding!
How do I get back to what I had?
Anybody?
So what
Hugo Vanwoerkom wrote:
Hugo Vanwoerkom wrote:
Hi,
I just made the mistake of my life and upgraded mc from
2:4.6.2~git20080311-4 to 3:4.7.0.1-1.
And the new color scheme is enough to cause instant blindness :-(
No kidding!
How do I get back to what I had?
Anybody?
So what happened is
Hugo Vanwoerkom wrote:
Hugo Vanwoerkom wrote:
Hi,
I just made the mistake of my life and upgraded mc from
2:4.6.2~git20080311-4 to 3:4.7.0.1-1.
And the new color scheme is enough to cause instant blindness :-(
No kidding!
How do I get back to what I had?
Anybody?
So what happened is
Hugo Vanwoerkom wrote:
Hi,
I just made the mistake of my life and upgraded mc from
2:4.6.2~git20080311-4 to 3:4.7.0.1-1.
And the new color scheme is enough to cause instant blindness :-(
No kidding!
How do I get back to what I had?
Anybody?
So what happened is that starting with 4.7.0 mc
Thomas Siedlich wrote:
Hi Hugo!
On 2010-04-06, Hugo Vanwoerkom wrote:
Hugo Vanwoerkom wrote:
OK. What about this. Can anybody explain the following:
h...@debian:~$ which mc
/usr/local/bin/mc
h...@debian:~$ mc -V
GNU Midnight Commander 4.7.0.1
[...]
h...@debian:~$ /usr/local/bin/mc -V
GNU
Hi Hugo!
On 2010-04-06, Hugo Vanwoerkom wrote:
> Hugo Vanwoerkom wrote:
> OK. What about this. Can anybody explain the following:
>
> h...@debian:~$ which mc
> /usr/local/bin/mc
> h...@debian:~$ mc -V
> GNU Midnight Commander 4.7.0.1
[...]
> h...@debian:~$ /usr/local/
On Tue, Apr 06, 2010 at 02:00:06PM -0500, Hugo Vanwoerkom wrote:
> OK. What about this. Can anybody explain the following:
>
> h...@debian:~$ which mc
> /usr/local/bin/mc
> h...@debian:~$ mc -V
> GNU Midnight Commander 4.7.0.1
> Virtual File System: tarfs, extfs, cpiof
Hugo Vanwoerkom wrote:
Hi,
I just made the mistake of my life and upgraded mc from
2:4.6.2~git20080311-4 to 3:4.7.0.1-1.
And the new color scheme is enough to cause instant blindness :-(
No kidding!
How do I get back to what I had?
Anybody?
OK. What about this. Can anybody explain the
On 2010-04-06 03:33, Sjoerd Hardeman wrote:
Ron Johnson schreef:
On 2010-04-05 22:22, Matthew Moore wrote:
[snip]
Linux (and Unix, for that matter) does not have the concept of the "job"
Business-oriented operating systems (like OpenVMS, MVS/OS, OS/400 and
other legacy systems) do, but any
Ron Johnson schreef:
On 2010-04-05 22:22, Matthew Moore wrote:
On Monday April 5 2010 7:59:59 pm Ron Johnson wrote:
On 2010-04-05 16:42, Thilo Six wrote:
but still
it's unix style to use the right tool for the right task.
You're correct: bash is the right tool for the job.
Heresy! zsh is *a
Quoting Matthew Moore on 2010-04-05 22:22:55:
> Heresy! zsh is *always* the right tool for the job. As a corollary, if zsh is
> not the right tool for the job, then it is not, in fact, a job.
Welcome to my random-sigblock file, Matthew, even though it's over 69
charaters.
--
_ Brian Ryans 8B2
1 - 100 of 395 matches
Mail list logo
