[bug #18129] sort users and groups in chown dialog
URL: http://savannah.gnu.org/bugs/?18129 Summary: sort users and groups in chown dialog Project: GNU Midnight Commander Submitted by: rstern Submitted on: Friday 10/27/2006 at 11:41 Category: Screen output Severity: 3 - Normal Status: None Privacy: Public Assigned to: None Open/Closed: Open Release: 4.6.1 Operating System: GNU/Linux ___ Details: In the chown dialog, users and groups are presented in the order of their ids. On systems with more than 50 users, it is very inconvenient to find a certain user by scrolling the list. As the names of the users and groups are shown instead of their ids, they should also be arrange in alphabetical order. ___ Reply to this item at: http://savannah.gnu.org/bugs/?18129 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: File has hard-links. Detach before saving?
On Fri, 27 Oct 2006 07:18:18 +0200 Oswald Buddenhagen [EMAIL PROTECTED] wrote: now this dialog's default is Yes. But, for example, default Fedora installation has /etc/resolv.conf and /etc/sysconfig/networking/profiles/default/resolv.conf hardlinked. In this case I don't want to detach. So I propose default to be No. i'm strictly opposed. it would make working with cloned source trees harder. and i'm pretty sure that my use case is sort of more common than yours. :-P Why? Do you think there are more programmers using mc than system administrators? :) fwiw, i think the setup you described is totally braindead. it's just a matter of time until some other editor detaches the file. one of the files should be a symlink to the other one. Because of that I proposed to make default No, not Yes, because you may accidentally press Enter on Yes. Or should it be configurable? Any other opinions? Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #18042] cannot specify port number in shell link
Update of bug #18042 (project mc): Status:None = Ready For Test Assigned to:None = sav Operating System: GNU/Linux = All ___ Follow-up Comment #1: Hello, Palo. Please test attached patch. This changes have to be documented in manuals before commit to CVS. vfs/ChangeLog: * fish.c: Iterpret SUP.flags as port number if SUP.flags is not in 0, FISH_FLAG_COMPRESSED and FISH_FLAG_RSH. Weakness: port number and r and C option cannot be used together. Port 1 will be interpretted as 'C' option, port 2 as 'r'. (fish_open_archive_int): Change for above. (fish_fill_names): Likewise. ___ Additional Item Attachment: File name: fish.c.port.patch Size:1 KB 1st incornation of patch http://savannah.gnu.org/bugs/download.php?file_id=11091 ___ Reply to this item at: http://savannah.gnu.org/bugs/?18042 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
mc not execute after portupgrading pkg-config\*
Hi all, please help me with mc. It does not work in 2 and more ssh sessions. After reading UPDATING file, there are last instruction about upgrading pkg-config. Portupgrade users: pkgdb -Ff portupgrade -rf pkg-config\* I did it as it is recommended. Later I opened 2 ssh sessions to my server, I wanted to execute mc in both sessions. I did it successfully in the first one and it failed in the second one with this never seen error: mc read (subshell_pty...): No such file or directory (2) Does anybody know what it means ? :) I recompiled all dependencies and mc itself again. portupgrade –Rf mc It didn´t help me at all. I do not understand what happens and what I did wrong. Before portupgrading pkg-config\*, mc works fine. Here are options for mc: cat /var/db/ports/mc/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for mc-4.6.1_3 _OPTIONS_READ=mc-4.6.1_3 WITH_SLANG=true WITH_ICONV=true WITH_EDIT=true WITHOUT_X11=true WITH_SUBSHELL=true WITH_SAMBA=true mc -V GNU Midnight Commander 4.6.1 Virtuální souborový systém: tarfs, extfs, cpiofs, ftpfs, fish, smbfs S vestavěným editorem Používá se přiložená knihovna S-Lang s databází termcap S implicitní podporou podshellu S podporou operací na pozadí S podporou myši v konzoli xterm S podporou internacionalizace S podporou myši více kódových stran FreeBSD foo.bar 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Mon Oct 2 00:33:15 CEST 2006 i386 Daniel ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: File has hard-links. Detach before saving?
Any other opinions? I think the main question is what the main purpose of hardlinks is. Is it to (1) save disk space for files that actually happen to be the same at this very moment, but live separate lives? Or is it to be (2) a way to have one file accessible by more names, so that they live the same life? I think the general right answer is (2), and having two large source trees and diffing them is an exception. When doing so, you do not explicitely want hard links, this is just an easy way for saving 50% disk space and making diff run faster. For the case of diff this approach is not the best possible in theory, but we don't have better in practice. The running time could be drastically decreased if diff had an option to assume to files are the same if their size and modification time is the same. For the disk usage part, IMHO the operating system kernels and file systems should support an option to copy a whole file using copy-on-write techniques (similar to the one used in memory management when forking a process) so that it's completely transparent to the applications and the file is only physically copied when someone modifies it. So my vote goes for not detaching hard links by default. -- Egmont ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel