Date: Sun, 20 Jan 2013 11:21:17 +0100 From: "Ralf Mardorf" <ralf.mardorf@rocketmail.com> To: Polytropon <freebsd@edvax.de> Cc: FreeBSD quest <freebsd-questions@freebsd.org> Subject: Re: Editors are broken after update Message-ID: <op.wq7gdrdiuwjkcr@freebsd> In-Reply-To: <20130120103845.76c1a963.freebsd@edvax.de> References: <op.wq7byyojuwjkcr@freebsd> <20130120103845.76c1a963.freebsd@edvax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 20 Jan 2013 10:38:45 +0100, Polytropon <freebsd@edvax.de> wrote: > # cd /root > # mv .mc .mc.orig > # mcedit $ mv .mc .mc.pre.update-01-Jan-2013 $ su root -c "mv /root/.mc /root/.mc.pre.update-01-Jan-2013" $ mcedit Error "user/home/rocketmouse" is not a regular file [ Dismiss ] > That should start the editor with the defaults. It doesn't do it for the user. > Of course, /root is not a regular file, it's a directory. :-) Yes and in this case it's true for the users home directory, but I only run mcedit, without a file name. > This editor requires X. If you're running the above su command > in an xterm, use "su -m root" and try again. On Linux regarding to this, there is a difference between "su" and "su -", I never had to run "su -m root". $ su -m root # mcedit Error "user/home/rocketmouse" is not a regular file [ Dismiss ] > Seems that the new MC version has migrated its configuration > files somewhere else... Yes. # ls -l .config/mc total 8 -rw-r--r-- 1 rocketmouse rocketmouse 2931 Jan 20 10:55 ini drwx------ 2 rocketmouse rocketmouse 512 Jan 20 09:28 mcedit -rw-r--r-- 1 rocketmouse rocketmouse 1 Jan 20 10:51 panels.ini # rm -r /root/.mc* /root/.config/mc /home/rocketmouse/.mc* /home/rocketmouse/.config/.mc rm: /home/rocketmouse/.config/.mc: No such file or directory # rm -r /home/rocketmouse/.config/mc # mcedit Error "user/home/rocketmouse" is not a regular file [ Dismiss ] # gedit GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: The connection is closed) GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP [snip] networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: The connection is closed) g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Terminated On Linux it's a common issue for some distros, when using apps from bloated DEs. It usually needs gksu or similar. At the end of the update I got the information, that for K3b I have to set the suid flag for cdrecord and cdrdao. Wow, for FreeBSD the kit family is installed, so setting suid IMO shouldn't be needed and should be avoided, perhaps there's the need to use kdesu? # cd /usr/ports/sysutils/gksu ; make install clean [...] $ gksu gedit Yes, it does work. I suspect for K3b it's not needed to set suid, but to install kdesu or perhaps gksu does work too. However, there's still this issue for mcedit :(. It would be nice if not so many Linux distros and FreeBSD won't follow upstream for some odd policies :(. When I read the name Lennart Poettering my blood pressure does rise ;). Regards, Ralf
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.wq7gdrdiuwjkcr>