Re: Subprocess strangeness
Am Sun, 13 Sep 2020 17:45:08 -0400 schrieb Alan Corey via mc : > I've been using mc for 20 years or more and only seen this in the last > couple weeks. I use rxvt as my terminal emulator mostly. I could > navigate to where I wanted another terminal in mc, then type rxvt & > and a new independent window would open there. I could close the > original window and the new one stayed open. > > Now whenever I close the parent one all the children close too, even > though I remember the & to make it independent. At first I wasn't > sure it was happening. I just did this: type mc in an rxvt, type rxvt > & in the new one, hit F10 in the original and the new one closes. The > new one somehow depends on mc still running, lxterminal works the same > way. > > This is mc 4.8.22 in Rasbian Buster, I mostly only install it from the > debs. Some routine apt-get update and upgrade did this. > ___ > mc mailing list > https://mail.gnome.org/mailman/listinfo/mc Hi Alan, only an idea for workaround: use "nohup" so your rxvt should be really independent... (man nohup) -- cu jth -- Joerg Thuemmler ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Theme color definition for .bak files
Am Mon, 8 Jun 2020 11:53:43 +0200 schrieb Toni Tschampke : > Dear mc users, > > I have a little problem figuring out the correct settings for the > theming of special elements displayed in the file list window. > > In the normal blue/white color theme, files ending with .bak are > displayed as gray:blue in the file list. > > I modified my theme to some eye friendly lightgray:gray, the .bak files > are now displayed in the same color (gray on gray, looks like an empty > line), only readable if you move the selection on it. > > I guess I am missing a special color defining element in my [Colors] > section, but comparing it to the documentation, everything should be set > up. So I guess it's some sort of a default value. > > My current color definition: > > [Colors] > base_color=lightgray,gray: > normal=lightgray,gray: > selected=black,lightgray: > marked=yellow,gray: > markselect=red,lightgray: > errors=black,red: > menu=lightgray,black: > reverse=lightgray,gray: > dnormal=black,lightgray: > dfocus=lightgray,gray: > dhotnormal=red: > dhotfocus=red,lightgray: > viewunderline=brightred,blue: > menunormal=white,gray: > menuinactive=lightgray,gray: > menuhot=yellow: > menusel=white,black: > menuhotsel=red,black: > helpnormal=black,lightgray: > helpitalic=red,lightgray: > helpbold=yellow,lightgray: > helplink=lightgray,gray: > helpslink=yellow,black: > gauge=white,black: > input=lightgray,gray: > directory=white,black: > executable=green,black: > link=lightgray,black: > stalelink=brightred,black: > device=brightmagenta,black: > core=red,black: > special=lightgray,gray: > editnormal=white,black: > editbold=yellow,black: > editmarked=black,lightgray: > editwhitespace=lightgray,black: > editlinestate=lightgray,black: > errdhotnormal=yellow,red: > errdhotfocus=yellow,lightgray: > viewnormal=white,black: > viewbold=lightgray,black: > viewunderline=white,gray: > viewselected=yellow,black > > Has anybody an idea to keep my color theme but be able to display these > files? > > Thanks, Toni > Hi Toni, i didn't test this, but AFAIK this is defined in /etc/mc/filehighlight.ini first: [temp] extensions=tmp;$$$;~;bak extensions_case=false regexp=(^#.*|.*~$) In your [colors] should be an entry for temp: temp=lightgray,gray: Seems that you can split this wider creating more file types and addressing them in [colors]... just my 2ct cu jth -- Joerg Thuemmler ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: IBM Systems Mag sez "All Hail the Midnight Commander!"
Am 30.11.2018 um 02:56 schrieb Nate Bargmann: I'll take this opportunity to thank all of the contributors to this wonderful program that I have been using since 1996 with my first foray into Slackware Linux. I recall that its package description said something about Norton Commander, but I never saw it or used it back in my MS/PC-DOS days. Midnight Commander is the first package I install on a new system if it isn't installed already. I recommend it to everyone interested in trying Linux. It is such a versatile program that over time I'll have five or six instances of mc running in various virtual terminals. Sometimes I'll find I started it twice in the same vt! Thanks again. - Nate couldn't say it better... I used Norton Commander and in his time it plays the same role. All the early Windows freaks played around with their file explorers and I was three times faster to change the config.sys... In 90 I used an east german clone of BSD III with an app named "rnc" and when I changed to Sinix (a SysVR4 Unix derivate) in 91 I even programmed a "lightweight" nc from scratch for my admin purposes (a bloody simple thing). I was surprised (and ashamed for my own elaborate) when I changed to Linux 99 and saw mc! Since then I use mcedit as my standard programming editor. So I'm *very* thankful for your work! regards -- Joerg Thuemmler ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: unrecoverable ftp timeout
Am 05.09.2018 um 10:12 schrieb wwp: Hello Joerg, On Wed, 05 Sep 2018 09:50:09 +0200 Joerg Thuemmler wrote: Am 03.09.2018 um 11:34 schrieb wwp: Hello! there's something I'm experiencing quite frequently now, I'm not sure I was facing this behaviour w/ former versions: it's losing the FTP connection after a while being inactive then there is no way to free the VFs from the 'Active VFS directories' (it's listed in) and there is no way to re-instantiate the connection again. If I try from the 'Directory hotlist', I get a: Cannot chdir to "/ftp://; Remote I/O error (121)) if I try from 'FTP link...', I get only: Cannot chdir to "/ftp://; The only way I've found to reconnect to a lost FTP connection is restarting mc, which is not convenient nor expected. mc 4.8.1 compiled from the sources, on am up-to-date CentOS7 box: $ mc --version GNU Midnight Commander 4.8.21 Built with GLib 2.54.2 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, [snip] Also I noted ftp servers, which do block the connection after some idle time and if you try to use this connection, they want you to reconnect and to put in your password once more. Mc caches your pw and resends it, but the new connection is started in the ftp users root dir (on the ftp server) again, not in the dir you last used. That may confuse the vfs system, but it's a problem connected with the ftp server's usual behavior (mc could resend the "cd" commands then after reconnection, dunno whether it's possible to cache last dir before timeout disconnect). I experience this specific behaviour quite often (back to root or parent folder). [snip] I would try to get a later timeout on the used ftp server, as I believe it's an old "feature" and will not be changed next time, espacially as sftp will become a more important ftp replacing... Maybe you should change some other properties of your ftp servers making trouble if you try to re-connect. But this depends on ftp server program used. I'm afraid I can't change anything on the FTP server side, it's not mine at all.. All I know is that mc is not behaving correctly (and possibly differently than "before"?) - I don't face such issues w/ filezilla against the same FTP servers. Regards, ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc Hi, filezilla is disconnecting too after timeout? AFAIK it has a "heartbeat"-feature preventing disconnects by timeout. That was to be my next idea: run some "heartbeat" on your side, e.g. a "ls" cmd via ftp to prevent from connection timeouts... yes, it's a "quick & dirty" workaround, but IMHO the "reconnect" problem is in mc since I'm using it... regards -- Joerg Thuemmler ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: unrecoverable ftp timeout
Am 03.09.2018 um 11:34 schrieb wwp: Hello! there's something I'm experiencing quite frequently now, I'm not sure I was facing this behaviour w/ former versions: it's losing the FTP connection after a while being inactive then there is no way to free the VFs from the 'Active VFS directories' (it's listed in) and there is no way to re-instantiate the connection again. If I try from the 'Directory hotlist', I get a: Cannot chdir to "/ftp://; Remote I/O error (121)) if I try from 'FTP link...', I get only: Cannot chdir to "/ftp://; The only way I've found to reconnect to a lost FTP connection is restarting mc, which is not convenient nor expected. mc 4.8.1 compiled from the sources, on am up-to-date CentOS7 box: $ mc --version GNU Midnight Commander 4.8.21 Built with GLib 2.54.2 Using the S-Lang library with terminfo database With builtin Editor With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64; Regards, Hi, AFAIK it's an old thing mc is blocked after some ftp trouble. For instance, copying files on the server's side usually blocks. Opening FTP dir, pressing F5 on a file on the ftp side and giving a destination name without path (so it has to copy on the ftp server itself) always leads to an blocked mc (there is no "copy"-command in ftp). Also I noted ftp servers, which do block the connection after some idle time and if you try to use this connection, they want you to reconnect and to put in your password once more. Mc caches your pw and resends it, but the new connection is started in the ftp users root dir (on the ftp server) again, not in the dir you last used. That may confuse the vfs system, but it's a problem connected with the ftp server's usual behavior (mc could resend the "cd" commands then after reconnection, dunno whether it's possible to cache last dir before timeout disconnect). I'm usually connecting via "FTP link", which reconnects correctly but restarts in the users root. Classical "ftp" command cannot reconnect. And there is maybe a servers property possible, that forbids auto reconnection... There may be another problem. dunno whether that's real, as I'm not a network pro. In http connections can use a session ID, after timeout disconnect and reconnect you always get a new one. If the same thing is possible and used in ftp, maybe in newer implementations, you will get a problem too. I would try to get a later timeout on the used ftp server, as I believe it's an old "feature" and will not be changed next time, espacially as sftp will become a more important ftp replacing... Maybe you should change some other properties of your ftp servers making trouble if you try to re-connect. But this depends on ftp server program used. regards -- Joerg Thuemmler ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: imageviewer in mc
Am 30.12.2017 um 10:40 schrieb ratatouille: Hello! andreas@workstation:~> $(which gwenview) gwenview(3274)/kdeui (kdelibs): Attempt to use QAction "edit_redo" with KXMLGUIFactory! gwenview(3274)/kdeui (kdelibs): Attempt to use QAction "edit_undo" with KXMLGUIFactory! gwenview(3274) Gwenview::MainWindow::Private::sideBarConfigGroupName: mCurrentMainPageId == 'StartMainPageId' QDBusObjectPath: invalid path "" The above works fine. As root I get workstation:/home/andreas # $(which gwenview) gwenview(3360)/kdeui (kdelibs): Session bus not found To circumvent this problem try the following command (with Linux and bash) export $(dbus-launch) KCrash: Application 'gwenview' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit KCrash: Connect sock_file=/root/.kde4/socket-workstation.bitcorner.intern/kdeinit4__0 Warning: connect() failed: : Datei oder Verzeichnis nicht gefunden KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi directly drkonqi(3361)/kdeui (kdelibs): Session bus not found To circumvent this problem try the following command (with Linux and bash) export $(dbus-launch) Then, after an export $(dbus-launch) gwenview starts up: workstation:/home/andreas # $(which gwenview) Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) kbuildsycoca4 running... gwenview(3378)/kdeui (kdelibs): Attempt to use QAction "edit_redo" with KXMLGUIFactory! gwenview(3378)/kdeui (kdelibs): Attempt to use QAction "edit_undo" with KXMLGUIFactory! gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.sheet.binary.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.addin.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.slideshow.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.sheet.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.presentation.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-word.template.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.template.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.template.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-word.document.macroEnabled.12" gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-powerpoint.slide.macroEnabled.12" QSqlQuery::prepare: database not open gwenview(3378) Gwenview::LoadingDocumentImplPrivate::loadImageData: KUrl("file:///home/andreas/bitlogo1.gif") is not really an animated image (only one frame) Not a JPEG file: starts with 0x89 0x50 But I think I give up on this one viewing images as root I think. Kind regards and thanks for the help! Andreas Eric Gillespieschrieb am 30.12.17 um 12:39:12 Uhr: At least for the root user, you also have to make sure $PATH includes the relevant directory for where gwenview resides (try $(which gwenview) as a user to find it). A normal user already has the relevant directory if they're running a graphical display. Regards, Brickviking (a.k.a. DrSmokey) On 30 December 2017 at 10:17, ratatouille wrote: Hello! No, I dont know how to do this or what the new command should look like. if [ -n "$DISPLAY" ]; then (gpview "${MC_EXT_FILENAME}" &) Somehow gwenview must be called some way different. Andreas solarflow99 schrieb am 29.12.17 um 13:12:25 Uhr: Can you create a symlink for the old command pointing to the new command? On Dec 29, 2017 1:07 PM, "ratatouille" wrote: Hello! Is this list active? I have a question about viewing images with mc. I am on openSUSE and there is no gpview anymore available but gwenview. As normal user I can view images with mc nice (gwenview is called) but not as root. I get /usr/lib/mc/ext.d/image.sh: Zeile 45: gpview: Kommando nicht gefunden Replacing gpview with gwenview in line 45 give mismatch on the screen. How can this be solved? Kind regards Andreas ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc ___ mc mailing list
Re: use of graphics characters recently disabled in xterm
Am 11.09.2017 um 18:03 schrieb Theodore Kilgore: Thomas, The output of locale (invoked without arguments) is as follows, between the two lines. kilgota@khayyam:/etc/X11/app-defaults$ locale |less LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE=C LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= --- Now, what is also interesting is that after reading closely the man page for xterm and trying to make sense of it, I discovered that there are two things which one can do in order to make the settings in an xterm to be visible. There are two things called "menu" and one can get to them by holding down a control key and clicking either the left or the right mouse button while the pointer is in the window. The right button click displays a window called "VT fonts" and it contains relevant information. Unfortunately, I do not know if it is possible to mouse-copy its contents because it goes away immediately as soon as one lets go of that button. This VT Font menu depicts the current settings by a check mark in front of whichever setting is highlighted. One can scroll down that menu and change a setting by hand, by leaving the highlighting on top of that particular setting and then closing the menu. Also, the settings in this menu are specific to the xterm which has been opened. They remain as they previously were if one opens another xterm next to the one in which the settings have already been set by hand. And in the same manner those settings cannot be saved for another X session. A further description of possibly relevant settings in this window follows. There is a line called "line-drawing characters" which is *not* turned on. It is unclear to me what this does (see the xterm man page for an explanation, which is not totally clear). What it might be doing is turning on the line-drawing characters from X itself, to replace the ones which are provided by the font, or alternatively what it might be doing is enabling the line-drawing characters which are already provided by the font. As I said, the explanation in the man page is not very clear and these two meanings are obviously opposite to each other. In any event, to toggle this setting on and off all by itself, when other settings are not changed, seems to have no effect. There are also lines in that menu for UTF-8 Encoding, UTF-8 Fonts, and UTF-8 Titles. These are also apparently not turned on (no check marks in front). Setting UTF-Encoding *and* UTF-8 Fonts *and* Line-Drawing Characters all to be on seems to solve the problem. But by default all three of them are turned off. Why are all three of these settings turned off by default? I have no idea. In particular, this is even more amazing because it seems to be in conflict with the locale settings displayed above. So, in order to get back to the bottom of this problem it seems to me that what needs to be done is to set up a way to turn all three of these settings on. However, I do not know what I am supposed to do in order to carry that out. Change some configuration file, I suppose, or else do a local override. But I suspect that the settings are already set correctly in some file somewhere and that somehow the settings in that file are being ignored. Theodore Kilgore On Sun, 10 Sep 2017, Thomas Dickey wrote: On Sun, Sep 10, 2017 at 01:58:38PM -0500, Theodore Kilgore wrote: On Sun, 10 Sep 2017, Thomas Dickey wrote: On Fri, Sep 08, 2017 at 05:57:33PM -0500, Theodore Kilgore wrote: I have recently done some upgrades, keeping current with slackware-64-current. And what has happened is that suddenly MC started to print funny characters around the panels instead of a screenshot would help: In the screenshot, I see a single character, which is always the same value: 226 (octal 342). That happens to be the first byte of the UTF-8 encoding for the various line-drawing characters which is odd, since they are all 3-bytes: \342\224\2140x250c/* upper left corner */ \342\224\2240x2514/* lower left corner */ \342\224\2200x2510/* upper right corner */ \342\224\2300x2518/* lower right corner */ \342\224\2340x251c/* tee pointing left */ \342\224\2440x2524/* tee pointing right */ \342\224\2640x2534/* tee pointing up */ \342\224\2540x252c/* tee pointing down */ \342\224\2000x2500/* horizontal line */ \342\224\2020x2502/* vertical line */ \342\224\2740x253c/* large plus or crossover */ Those 22x's are mostly in the C1 control range (200 to 237 octal), so it's possible that xterm is not using UTF-8 encoding, and simply
Re: F10 blocked by parent: HOW2 exit.
Am 28.02.2017 um 11:23 schrieb chris glur: When I run 2 mc/s in a screen-splitter, THAT captures the F10-key; so I need some other way to exit mc. How do I solve this problem. Perhaps via some code in F2? == TIA ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc just press + 0 you get all F1 - F10 by pressing + 1/2.../9/0 cu jth -- www.teddylinx.de ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Follow symbolic link across volume
Am 31.12.2016 um 19:11 schrieb Joseph Reagle: On MacOS I have my media on an external USB3 drive. When I recursively search I'd like mc to follow symlinks to the external volume. Is this possible? ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc As far as I can see: no. My mc dosn't follow any symlinks. OK, it's 4.7.5... maybe it's possible in newer versions. cu jth -- www.teddylinx.de ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: No subshell ifnot root, delayed start with no internet connection
Am 20.12.2016 um 11:45 schrieb Yury V. Zaytsev: On Tue, 20 Dec 2016, Joerg Thuemmler wrote: thx. Do you know, how mc detects the shell? https://github.com/MidnightCommander/mc/blob/0cc22928afbc6e23eb0fa5c85fd95518d8151edc/lib/shell.c It's in both cases (root and user) classical login with bash, never manipulated there anything... I seriously doubt it, because otherwise it would have worked out of the box. A good test is to create a brand new fresh user, log in as this new user and start mc. If it works, then it means that you've botched your user profile. If it doesn't work, maybe you've botched system profile. Hi, don't think it's kind of this. No change for a brand new user. I strace'd the mc running under root and user. Found a classic rights problem: at users side: === statfs("/dev/pts", {f_type="DEVPTS_SUPER_MAGIC", f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, ioctl(4, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(4, TIOCGPTN, [1]) = 0 stat("/dev/pts/1", {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0 getuid()= 26 socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 5 connect(5, {sa_family=AF_FILE, sun_path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(5)= 0 socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 5 connect(5, {sa_family=AF_FILE, sun_path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(5)= 0 open("/etc/group", O_RDONLY|O_CLOEXEC) = 5 lseek(5, 0, SEEK_CUR) = 0 fstat(5, {st_mode=S_IFREG|0644, st_size=669, ...}) = 0 mmap(NULL, 669, PROT_READ, MAP_SHARED, 5, 0) = 0x7f8a243b1000 lseek(5, 669, SEEK_SET) = 669 munmap(0x7f8a243b1000, 669) = 0 close(5) chown("/dev/pts/1", 26, 5) = -1 EPERM (Operation not permitted) close(4)= 0 write(2, "Cannot open master side of pty: "..., 69) = 69 write(1, "\33[?1001s\33[?1002h\33[?1006h", 24) = 24 write(1, "\33[?2004h", 8) = 8 the last lines on root's side = open("/etc/group", O_RDONLY|O_CLOEXEC) = 5 lseek(5, 0, SEEK_CUR) = 0 fstat(5, {st_mode=S_IFREG|0644, st_size=669, ...}) = 0 mmap(NULL, 669, PROT_READ, MAP_SHARED, 5, 0) = 0x7facc5f95000 lseek(5, 669, SEEK_SET) = 669 munmap(0x7facc5f95000, 669) = 0 close(5)= 0 chown("/dev/pts/1", 0, 5) = 0 chmod("/dev/pts/1", 0620) = 0 ioctl(4, TIOCSPTLCK, [0]) = 0 ioctl(4, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(4, TIOCGPTN, [1]) = 0 stat("/dev/pts/1", {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0 open("/dev/pts/1", O_RDWR) = 5 seems to me that's normal a user usually should not be allowed to chown or chmod a /dev/pts/... but I don't have a clue, why that's working on other people's machines. Redirecting stderr to a file shows exactly the EPERM thats in the strace lines of user. -- www.teddylinx.de ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: No subshell ifnot root, delayed start with no internet connection
Am 20.12.2016 um 09:35 schrieb Yury V. Zaytsev: On Tue, 20 Dec 2016, Joerg Thuemmler wrote: Maybe it's a stupid, well known thing, but if I'm using a newer version of mc (e.g. 4.8.13) and I'm not root, I have no subshell, C-o works, but immediately vanishes if I press a key. Same thing with mc -U. If I'm root, subshell works, setting /usr/bin/mc setuid works too, but is not wanted... Is there a user group I have to be in or some other user rights limitation I have to change? Apparently the shell you have as a user is not detected properly. Hi, thx. Do you know, how mc detects the shell? It's in both cases (root and user) classical login with bash, never manipulated there anything... cu jth -- www.teddylinx.de ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
No subshell ifnot root, delayed start with no internet connection
Hi, I'm new here and as many others do, I will start with a question ;-) Maybe it's a stupid, well known thing, but if I'm using a newer version of mc (e.g. 4.8.13) and I'm not root, I have no subshell, C-o works, but immediately vanishes if I press a key. Same thing with mc -U. If I'm root, subshell works, setting /usr/bin/mc setuid works too, but is not wanted... Is there a user group I have to be in or some other user rights limitation I have to change? Older versions (4.7...) don't show this behavior. I use Opensuse linuxes, but seems to me, it isn't related to this. Another thing is that mc start is delayed, if no internet connection exists, seems it's looking for something, maybe updates... no clue, why and don't know since which version this is the behavior. Thx for any answer cu joerg -- www.teddylinx.de ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
ftpfs: @ in username
Hi, the german provider t-online has new names for ftp upload: the server is named: accountname.homepage.t-online.de the username is: [EMAIL PROTECTED] using ftpfs in mc would give cd ftp://[EMAIL PROTECTED]@accountname.homepage.t-online.de which gives an error (server doesn't exist). Is there a way to hide the first @? and '' don't work ;-( thx for any help cu -- Joerg Thuemmler [EMAIL PROTECTED] Vordruck Leitverlag GmbH Berlin, ZNL Freiberg Halsbruecker Str. 31b, 09599 Freiberg, Germany Tel. +49 (0) 3731 303-121 Fax -114 ___ Mc mailing list http://mail.gnome.org/mailman/listinfo/mc