Hot answers tagged

32

I hesitate to post this as an answer, but since this is a discussion, here goes. I can see some value in gathering historic information at U&L, if there are people who know (or know people who know) the answer to such a question. "Why" questions could have evidence behind the answers, or may have an unknown origin. The worst-case scenario is that it gets ...


25

If we only consider Stack Exchange, the best venue for Debian questions is Unix.SE. There aren’t many distribution-specific Stack Exchange sites; I’m only aware of Ask Ubuntu and elementary OS.


25

StackOverflow? (which has a bunch of programming questions on ANSI colors)? No, since this is not a programming question, but a question about general computing software. It might be tolerated depending on who sees it, but I'd lean towards it being off-topic. Serverfault? (seems way wrong based on my limited knowledge of that site's scope) No, since ...


24

As a general rule. If the question is a few lines of an actual script and the OP is asking for advice and guidance I'll simply echo their script back with edits/modifications made as an answer, with descriptions where appropriate. If the question includes a 20+ lines of code "dump" with little else then I'll take one of the following actions: Investigate ...


20

Anything that is Unix or Unix-like is welcome here.


19

Off-topic: “When I do X, Y happens. It shouldn't. Fix it.” (Even if you happen to know that the maintainer hangs around here, this is not a bug tracker.) Off-topic: “When I do X, Y happens. It shouldn't. How can I fix the offending program?” (This is not a programming site, and even on a programming site, this is only ok if the bug has been narrowed down to ...


18

You should ask questions abouth sh/bash/zsh/(t)csh here. Although these shells have programming capabilities, their primary purpose is to provide an interactive command-line interface to the underlying system (of course not restricted to U&L). Python and Ruby are primary programming languages. Most, but not all, implementations have interpreters, but ...


18

FWIW: I don't see the point in taking questions on historical design decisions as "opinion-based" either. As you say, there's usually a factual answer as to why the choice was made, even if it's just that some grand old hacker wanted to do it that way 20 years ago. Though an answer like that would need a reference, otherwise it will seem like a flippant ...


18

As the windows tag's info page says: Questions about Windows itself are off-topic on this site. If Windows knowledge is required to answer your question, you are more likely to reach an appropriate audience at Super User, or at Server Fault if your question is that of a professional system administrator. The important part is "If Windows knowledge is ...


17

I think it's fair to lump QNX in as Unix-like. It's posix, and the company touts easy portability from Unix/Linux as a feature. I don't know how much common ground questions we'd typically get would share, but failing a more-suited SE bucket for them I think it's okay for them to fid a home here.


17

I'm afraid we've already decided it's on topic and even had a nice discussion about what tag to use. And, admittedly, that's the right call. While it is running in a Windows environment, it really is a Linux system "Linux-like environment" as far as I can tell. By the way, Cygwin is also on topic, that's been decided in the very question you linked to. So, ...


16

I don't see why not. Of course, this site shouldn't be used to actually report bugs. Those should be reported using whatever bug tracking system the relevant project uses, but asking for a workaround is fine. In any case, it's often hard to know if what you're facing is a bug or a misconfigured system. Perhaps your issue with your user being logged out on ...


15

Questions asking for lists of resources tend to degenerate into lists of items, as opposed to answers. They tend to become a poll rather than a question with its answers. Stack Exchange does not work well for polls, where each answer is a separate items. Voting on the answers results in a score that does not at all reflect the quality of the item mentioned ...


15

This site is a wiki, not a code takeaway joint. If the questioner is not interested in putting enough effort into their question to make it worthwhile for future readers, then it should be closed. Future visitors, the current community and the would-be questioner's employer or teacher will all be grateful for the intervention. And in the exceedingly rare ...


15

Yes, absolutely. As long as something works on *nix, it's on topic. Whether it works on other systems as well or not is irrelevant. If your questions are about using software X on a *nix platform, they are welcome here. If they are platform agnostic, Super User might be a better place for them.


14

In my opinion, the language of interest should not determine the location of the question, but rather the goal of the task. If your question is fundamentally about programming (even if the language used is a shell), then it is better suited for SO. If however, the question is about how that program will interact with a *nix system (even if the program is in ...


13

This business of forbidding “circumvention of security or policy” is a whim of Server Fault. There is no such rule here, nor should there be. This is a venue for technical questions. Questions should be judged on their technical merit, not on some perceived notion of whether the asker may be trying to violate some policy. Just because an administrator has ...


13

I would say it's fine. One of the bullets in the What topics can I ask about here? FAQ entry is: Applications packaged in *nix distributions (note: being cross-platform does not disqualify) As long as the question isn't Windows-specific (i.e. it wouldn't apply when using that tool on a Unix-like system), it should be fine here. If you have Windows-...


12

The general rule is: If the software runs on UNIX or Linux, it's on topic here. However, that doesn't mean that here is the best place to ask a given question. Many questions which are on topic here will get better answers, or answers with different perspectives, on other Stack Exchange sites. In the case of web hosting control panels, I would say that ...


12

Your question does fit the scope of all three sites, since you are using Ubuntu, so it's up to you to decide where to ask. Ubuntu questions are not unwelcome here, Linux questions are not unwelcome on Super User. You're right that the question could be asked about other OSes, but... your question isn't asking about other OSes. Let's cross that bridge when ...


12

I think it's probably on topic here, let me explain — you actually seem to be asking several things, and really ought to focus on one thing per question. You state a goal of reducing executable size by refactoring. That's really a Stack Overflow thing. That is outside our scope here. You ask to confirm your understanding of linker scripts. This doesn't ...


11

This question is on-topic. As you mention, the FAQ explicitly allows questions about cross-platform applications. There are several reasons for that: A user shouldn't need to find out whether the application exists under other operating systems. If I'm a unix user and I don't care about other OSes, I wouldn't know which applications are cross-platform and ...


11

While such questions may be acceptable on Unix.SE, DevOps type questions are more at home on ServerFault. They currently have 1,175 questions tagged puppet.


11

I'm going to suggest that programming questions are in-scope at Stack Overflow. It seems to me that you're "below" the level of the API, which was covered a few years ago in: What is the current consensus on programming questions? Happily, there are several Linux kernel MMIO questions there already, indicating some (potentially larger) community there than ...


10

Having a dedicated user support forum for Whonix and teaching Windows users who use a Debian derivative for the first time in a virtual machine the most basic things eats up a lot time. This is the place...I'm also part of the raspberry pi S.E. site, and virtually all pi's run some flavour of linux; there are many people there who are also "Windows users ...


10

It's perfectly fine to ask distribution-specific questions here. In fact, look at all the distribution tags — we try to use them only on questions that are specific to a distribution (or class of distributions — for example, many questions tagged ubuntu are relevant to Mint), or at least that have solutions that are specific to a distribution. It's also ...


10

I agree that questions about the history of Unix should be on-topic. I agree that the help/on-topic page is vague on the subject, and it wouldn't hurt to clarify it.  Or not.  I'm not sure we need to change the help page, since it doesn't say anything excluding such topics. I think you're mixing apples and oranges.  When did directories stop being readable ...


9

From the FAQ: What kind of questions can I ask here? If your question is a programming question, requiring knowledge of programming languages other than unix shell scripting languages, ask on Stack Overflow. In this case, it's already been asked there


9

I think the level that we should send users to Apple SE is the level at which Apple expects most users to be using their system. In other words, most users aren't going to attempt to disable their keyboard and mouse. I suspect there is no gui interface for this. I would consider anything at the Terminal level to be beneath what Apple really thinks users ...


9

In theory, as long as the answers are likely to work on Unix as well as OS X, it's on-topic here. That's probably not true for questions involving the GUI since it doesn't use X, so I'm all for migrating that to Ask Different (I'll wait till there's more feedback here though)


Only top voted, non community-wiki answers of a minimum length are eligible