Am I right to reject a suggest edit if the sole change is the editor removing "Thanks" from the post? I feel that is too minor if that is all they are doing. Comments welcome.
@casey It sounds reasonable to reject to me. Especially if there are other things that should be fix. Though I must admit that in these cases I usually just skip the decision. :-)
@casey if there isn't any other problem with the post you can accept it...
one thing is just fixing that forgetting about other problems with the post, another is removing "thanks" and any kind of greeting to make the post a real Q/A instead of a mail
@casey I tend to reject them, they just clutter up the review queue and are not very helpful. Such edits are fine if you have the rep to do them yourself directly but I feel they are more trouble than they're worth if they go through the review queue.
I am using debian sid with xfce.
I would like to test last version of gnome (I didn't give gnome 3.x a chance).
Therfore, I would like to install gnome but, also, to know how to go back to my xfce desktop. My worries are to have hard time to uninstall all packages installed for gnome.
I plan ...
@ppr did you try Marco's answer? It also suggests making a list of the installed packages and then passing that list to apt-get. I hope it wasn't you who downvoted that perfectly correct answer.
@terdon autoremove doesn't remove packages that are required or recommended via another path, typically via virtual packages
e.g. gnome-terminal wouldn't be deleted because some package requires x-terminal-emulator, and apt doesn't know that you want to keep lxterm but remove gnome-terminal
I'm surprised that apt-get autoremove removed nothing though. I'd have expected it to remove some but not all Gnome applications
I've read through the man pages for tree but I don't know if it is possible to have tree list only the filenames for all files that appear in any recursive search of a directory.
The closest I have gotten is: tree -i --noreport dir/ which might give me something like:
./lib
order
crossCount.js
...
@Gilles I can't speak for others, but when I write on SE, I'm usually asking for help. I suppose one could hypothetically pose a question that one found interesting, or ask about history, but I rarely do that. Maybe it is a pity more people don't do that; it would (probably) make for more generally interesting questions and better answers.
That seems to be the case with most - at least unix.sx is dominated by helpdesk type requests. So I think putting in a thanks there is polite and harmless, but again, that is not the prevailing orthodoxy.
@FaheemMitha @Gilles's point is that the SE sites aim to be essentially a wiki. Not a forum for conversation between the OP and those who answer but a source of freely available and editable information. Adding thanks breaks from that.
I edit a lot of posts every day. I often run across posts with 'Hi' and 'Thanks' on the top and the bottom of the post respectively. I also run across things like:
--User
Should these items be removed during the editing of the post by an editor?
@terdon I generally have less of a problem removing stuff at the beginning. Though according to this thread the server now attempts automatic detection and removal.
@casey I generally approve those, but you're well within your rights to reject them.
@FaheemMitha Keep in mind that much of what several of us are doing here (and one of the hidden ulterior motives to the SE sites) is not just answering a single persons Q, we're creating content for that person + anyone else that may come across the Q&A in the future, so wrt this, Thanks and Hi etc. is not appropriate. So Gilles comment is spot on about taking the Thanks out of Q&A's.
@casey If there are more edits to be made then I improve it. Always try to improve it if you can!
@slm Well, no point this turning into an argument. But I think there is room for disagreement. First, almost nobody posts with the intention of writing generally useful questions. Often they are quite a mess, so a stray Hello, Bye, seems like the least of the problems there. Secondly, a little personalization doesn't hurt, though Hi is admittedly rather fluffy, but I personally think people are entitled to offer thanks of they want.
The thread terndon linked to above has a variety of viewpoints on this, some of which I agree with. In any case, like I said, this is not really significant enough to be worth having further discussion about.
The company line is that those things can be removed (and probably should be) but there is room for them to stay, it's a case by case thing. I generally remove them wholesale, but that's me as the reviewer. I think that position is probably the majority too. But I also say +1 nice post or give supporting feedback (that's more of the human interaction niceties) in comments. Which also can be a no-no, but is more tolerated.
@slm Ok. Maybe we don't want excessive amounts of fluff, but I don't think totally depersonalizing the site is the way to go either. Though of course I'm not suggesting that you are advocating that.
Looking at my own questions, apparently I don't say either hi or thanks myself. Apparently I have also drunk the Koolaid, or I am a ruder person than I thought. :-)
Anyway, all I'm saying is that if you want to remove thanks, then either i) only do it if there is something else to improve or ii) wait until you have enough rep so you don't flood the review queue with such minor edits. I think we all agree here.
In previous jobs and experiences, I used screen or nohup to run my long running jobs from my terminal screen. Most, if not all of my previous jobs' servers dropped you if it didn't detect any activity after X amount of time. Even if I had set ServerKeepAlive and other settings in my .ssh/config...
@ppr also, I am guessing hat autoremove failed because you gave it a meta-package (gnome) not a real one. It would probably have worked if you had installed gnome-desktop etc.
@terdon There was another comment in some other Q&A that I can't find now that explained a similar situation. The best I can drum up is Gilles answer to this Q. This is one of situations that I'm aware of where you can seemingly get a disowned process without intentionally disconnecting it.
I was helping a colleague who was having problems with a background process intermittently dying.
I found out that they were starting the background process by logging in to the server and executing:
su - <user> -c '<command>' &
"Aha", I exclaimed. "If you start a command with "&" it will ha...
@slm I don't think that's my issue. I've noticed that on some remote systems, I can ssh in, run command & and kill the ssh connection and the command keeps running. No su involved and it does not work on all systems. I've never done much testing since I tend to always use ator nohup anyway.
The other Q&A had another situation that wasn't su based. But it was a similar thing where the SIGHUP wasn't being propagated to the child processes, so they weren't aware that the parent shell had been terminated. I believe that's the crux, I think it was a Q that both Gilles & I answered on, but I'm not 100%
That sounds right but I wonder why doing the same thing on 2 different remote systems would produced different results It sounds like there should be a setting somewhere affecting this.
In general this should be fine to do it this way.
When you click the "X" to close the terminal window, that is sending a "signal" from your desktop (GNOME, KDE, etc.) to the terminal application, telling it to shut itself down. Since you're running MATLAB in this shell it's considered a child p...
@terdon It's def. too broad but is just a legit Q that b/c for no other reason the lack of understanding all those pieces is what drives most of the Q's on our sites.
@slm yeah, it is a perfectly reasonable question. It's just that it is far afr larger than the OP realizes. Hell, it took me a while to get what a DE was, since I'd only ever used WMs before then and I'm a geek!
@Braiam nice, +1. Could you add a short explanation of the difference between simple window managers and full-fledged desktop environments? Otherwise, I think your last paragraph will just confuse the OP.
@terdon The point of my question was how to automatize this. Of course, I can remove by hand every packages but, my curiosity want to know how to do this automatically.
If you want to remove recommended packages from your system, even if there are still some installed packages recommending (or suggesting) them, put the following in the file /etc/apt/apt.conf.d/99_norecommends (create it):
APT::Install-Recommends "false";
APT::AutoRemove::RecommendsImportant "f...