alpha754293
Dabbler
- Joined
- Jul 18, 2019
- Messages
- 47
I'm trying to think. Isn't this almost entirely true for all or nearly all Linux and Unix OSes?Because FreeBSD does not contain a graphical environment. The common desktop environments are all third party products.
CDE was (not sure about now, but I think it is still true today) released by The Open Group.
GNOME is 3rd party.
KDE is 3rd party.
JDS, which is based on GNOME, is therefore; 3rd party (despite being originally authored by Sun for Solaris).
Off the top of my head, I can't think of a single Unix or Linux distro that has their own desktop environment (vs. using someone else's).
HP-UX has CDE. Solaris/SunOS had CDE. AIX had CDE. Irix had CDE.And they don't make any sense on a server
The data and the evidence would suggest otherwise. (Yes, you can run them WITHOUT the desktop environment on the operating systems that are used to (still) run mainframes, but you CAN also run the same OSes WITH a desktop environment as well, if you want and/or need to.)
Unless my understanding is incorrect, but according to this^, it should be entirely possible.Yes, FreeBSD has graphical desktop environments available (and it has had for some time)
Not the point of the question though. This wasn't an inquiry into what you are doing personally and the reasons and rationale for doing things the way that you're doing them.None of my TrueNAS systems has a display connected, let alone a mouse.
None of my QNAP NAS servers has a display nor mouse attached to them and yet I can STILL graphically manage files, on the server, remotely, via a web based GUI, which HAS a graphical file manager.
The absence of a display connected to it and/or an input device is wholly irrelevant here.
(And really, even for my CentOS system, I only really needed the monitor, mouse, and keyboard JUST for the install (because I'm not doing an unintended, scripted deployment. If I were doing an unintended, scripted deployment over PXE, I wouldn't need any of those things either). And yet, the moment that I install tigervnc-server and then set the vncpasswd, I can connect to the graphical desktop environment remotely in order to administer the system. And of course, I can do that without having a monitor, mouse, and keyboard connected to the system as well.
In fact, none of my CentOS cluster nodes, whether it is the headnode, or the compute nodes in my micro HPC cluster has a monitor, mouse, and keyboard, and yet, I can adminster ALL of them, graphically, remotely.
This statement has no bearing on the question.
In order to administer the TrueNAS system, does the TrueNAS host already tell you to go to the IP address of your server from a web browser from another system to do just about everything else, remotely, via the web based GUI?How do you suggest I would access a graphical file manager in a jail?
Therefore; if you're already doing that, why CAN'T you access a graphical file manager in a jail?
Why CAN'T the jail, for example, install and set up a X server, and then you can run any desktop environment that runs on X to then run the graphical file manager?
That would be one idea and/or proposal.
Alternatively, I don't know much about the "guts" from the QTS OS that QNAP uses, but why can't you just do that?
It will depend on how well unstructured multi-selections work either with a combination of CTRL and SHIFT keys and also whether you can perform said unstructued multi-select with a mouse and/or keyboard.What's wrong with that one?
If, by relative comparison, being able to perform an unstructured multi-select in mc works just as well as it does in Windows Explorer as it does in Nautilus, then there is no reason why I can't use it.
But, if it can't do that as well, then that would be a part of the answer to your question in regards to "what's wrong with that one?"
(Also depends on whether you'd be able to resize the columns as well so that, for example, you'd be able to see the full name of a file or if it is fixed width, which means all that you see is all that you are going to get.)
Because of this, I currently, no longer have a TrueNAS server running.
*edit*
So I just installed TrueNAS Core 12.0-U1.1 in a VM just to test out mc and to answer your question "what's wrong with it?", here are my findings below:
1) No mouse integration. Even when remotely administered. (Which is not that surprising given that it runs in terminal/console/is text-based.)
2) If you created 100 files with random file names, and you were to select the 5th, 6th, and then the 13th through the 17th file, etc., when you press "+" (which, by the way, the plus sign on the keypad does NOT work for this) (for a group select), you would have to type in the select pattern in order for it to be able to select the files.
In order words, I can't just be on the left panel, and keep hitting the down arrow and the spacebar for example, to be able to either select or tag the files that I want to move and/or copy. My understanding is that in order for the select to work, you would have to be able to give it enough information so that it would be able to properly select those files and if you can't even see the full name of the file, that can make that a whole lot more tricky/more difficult (because you can't just click on the column to resize it and then have a scroll bar on the bottom to scroll left/right due to the size of the column now).
In other words, I can use the down arrow to scroll down to the file and/or folder that I want to manipulate, but then to select it, I have to use a pattern to actually select it (again, I'm still reading tutorials online on how I can select files/folders with the mc interface). If you uncheck the "using shell patterns" checkbox, then "*" doesn't select all.
This means that if you have the aforementioned 100 randomly named file and you want to select random files out of that list of 100, you would have to type in the select shell pattern for mc to be able to select said files before you can manipulate it, which also means that you have to either know or you have to learn how to write shell patterns so that it would be able to select what you want it to select vs. just being able to click a checkbox (in a GUI) and/or using a combination of CTRL and/or SHIFT to perform the same kind of randomised multi-select.
So, what's wrong with it?
Try doing that when you are trying to move and/or manipulate 5.5 million files.
If there are errors with any of the move/copy operations that you have sent to the background, how will it tell you what kind of an error it experienced whilst trying to perform those file/folder manipulation operations?
Don't think about the problem as something that you can script in a structured manner.
Think about the problem statement as something that is incredibly difficult to script due to its highly unstructured manner.
(Imagine 5.5 million randomly named files and the number of characters in the file name ranges from 1 to 132 chars long, (I am trying to present the problem statement to you so that you can understand the highly UNstructured nature of it) which is what would make scripting shell patterns so darn difficult. Based on your response, I'm not sure that you quite fully grasp the nature of the problem statement that's been presented to you/that's behind this question/request for a graphical file manager.)
(And I would be willing to bet you that even if you knew shell expressions extremely well, I can probably out-click you with a graphical file manager than you would be able to enter the shell expressions for the multi-select and start moving/copying the files over before you would have finished typing in said shell expressions for said multi-select.)
Shell expressions for file selection is extremely user unfriendly.
If you are learning how to use it, you will end up selecting something that you DON'T want it to select, and in order to deselect it, because it's by shell expression, either you are going to deselect something that you didn't want to deselect, or that you would spend quite a bit of time, messing with it in order be able to craft the perfect shell expression for said selection vs. just clicking on the file(s) that you are wanting.