Anope IRC Services
Anope Development => Feature Requests => Topic started by: mooncup on April 19, 2009, 06:57:05 PM
-
When you type ./services it'd be nice if something like "Anope starting..." was echoed to the command line or something, cause it's actually impossible to know if services started if they don't link without going into debug etc.
Yes chaz I posted it all by myself, happy now? D:
-
Well, not impossible...you just have to check the log files :P
However I like how Unreal tells you it's starting and where it fails. That would be nice for Anope. :)
-
Exactly ^_^
-
As part of the bigger picture we should look to try and bring the most obvious of errors back to the user without them needing to decipher what can be at times be confusing entries such as "read error: success" :)
I think it's a useful idea but by no stretch a priority.
-
That's by far my favorite error. I vote to leave it just for the lulz value.
But yes, Unreal tells you in obvious terms what you've missed. It would be far easier than trying to have people find log files. Or perhaps it could point them to the log files?
-
No reason not to print them to the screen, it'd save a lot of messing about and I expect reduce the amount of people who need support.
Maybe we should have a quiz too... :3
-
Screw that :P
And I mean let's say it can't determine exactly what's wrong...then it prints the log dir and tells them to go fish. ^_^
-
It would be useful to print the build version etc similar to that at the top of the logfile and any bomb proof errors (mind you, we already cover some of them, ircdmodule,sra etc)
-
Exactly,
if error = link blocks don't match echo that
else if error = other common error echo that
else echo read the log file and if you can't work it out then go ask anope support
-
All Unreal really does is show you a few lines of the ircd.log when running ./unreal start.
-
If there are config errors it prints those as well, outside of the ircd.log.
-
If you use ./anoperc instead of ./services it gives you output
-
Not everyone knows about that though - in fact the help docs say to use ./services