phoenix_ca

Why not? If you can make simple template files to start from, a user could do whatever they want with them. Even if you just have a standard format you tend to use for a typical note you want to create, like logs, templates could help. (Calling them templates is a bit silly since I'm really just suggesting essentially a copy/paste into a new note, but for lack of a better word...)

I was thinking along the lines of templates for mission details, mission steps, parameters, rendezvous parameters, that sort of thing. Ideally it'd just follow a similar style to how snippets work in text editors like Atom. Not the format but the idea; let the user make their own and just look for those. Could simply be a folder called "templates" inside the mod's GameData directory, holding text files which when in the root directory are single-file templates, but if put in a sub-folder serve as a group template (treat the folder as a single template and let the user generate an entire folder in the mod using all the text files and directory structure of it and bam, piles of saved time). Just a thought. (I'm not overly-invested in the idea. Maybe I should just get my ass in gear this year and learn C# so I can make an in-game mission planner myself. )

Sorry. As I stated in my OP, I explicitly waived that privilege. If moderators here want to do such a temp lock, that's for them to decide. I won't request it. Edit: I will add, the response from the CKAN team has been good, as has the mod authors' to their response. Hell, even @RoverDude and I aren't slinging mud at each other on GitHub. I think cooler heads will prevail. Even if those heads were on fire a day ago. Maybe sleeping on it helped temper everyone's mood. Hell if I know.

I do see what you mean, but I still don't think anyone will be served by such enforcement. If it were strictly opt-in, then your own stance on CKAN would be invalid. No option to keep "hands-off", as it were. With all due respect, I still don't think splitting-up the KSP community like that will help. The CKAN people aren't monsters. I think @politas's extension of good will here is showing that.

So they'd just post it somewhere else. Anywhere else, and it could spread by word-of-mouth. A heavy-handed forum rule about this is probably the worst solution. If you build it, they will come. If it's good enough, people will use it. You could even end-up in a situation where everyone knows about CKAN, so they keep using it, even if it's been ejected from the forums, and then there's no where even semi-neutral to even talk about improving it. All the same problems with no hope of fixing it. I definitely disagree with you on that.

I think that might actually be the best post in both threads so far. I doubt any of us want to see a significant portion of mods all go with extremely restrictive licensing. It'd be better to aim for a bit of reformation to help CKAN be less of a burden, and hopefully seen as being useful instead.

I figured this would be the response when I said that. My point was that people are going to use the tools that save them time and effort when installing mods. This is not something easily changed, even if we just killed CKAN entirely. Someone else will make a new tool that does the same thing. Saying "Well, just don't use mods" is equivalent to me just saying to you "Well, if you don't like the time modding takes, just stop modding." It shows absolutely no respect for the concerns of others. Do you see how this gets us absolutely nowhere? Just more animosity to go around, and no realistic solutions. Part of the reason I'm so opposed to forcing strict opt-in only for everything is because there are no analogues for it in other modding communities (that I know of, and that actually work and don't get supplanted by a more open manager in short order). XCOM 2 and Cities: Skylines are centered on the Steam Workshop. Bethesda's games and a few others are de facto centered on Nexus. KSP has none of that centrality. There is no one-stop-shop where you can see most if not all mods easily. There's SpaceDock, GitHub, Curse, and probably the worst of the lot, just plain links to a download file on a forum thread, which effectively leaves the mod dead and buried unless its page keeps getting bumped in the forums. I've already publically apologized for this: In my own defense, which I omitted in the apology above, the addition was approved and merged by someone on the CKAN team. If you would spare a moment to stop brow-beating me over this: This situation showed a clear issue with CKAN workflow when it comes to contributions that can be changed for the better. I've already done my small part in trying to prevent another such error in future, by updating the guide to adding new metadata to warn about just this case and suggest that contributors instead leave that to the particular mod authors. I even used you as an example: https://github.com/KSP-CKAN/CKAN/wiki/Adding-a-mod-to-the-CKAN#before-you-start On top of that, you've got @politas here saying it won't happen again, and I'm looking-out for it too. We're all human and have to learn from our mistakes. Sorry, but things are going to go wrong, even when we have the best intentions. Fair enough, I misunderstood. I too really like this one. This is an example of where mod authors, who are already familiar with the inner workings of KSP and already have experience with plugins for it, could really help the CKAN team help them. Just because this is getting far too acrimonious, this little YouTube clip bit is totally relevant to what I just said: No problem. I'm a left-leaning libertarian. If I didn't promote more discussion and try to help people as much as I can come to some sort of reasonable accomodation, I'd be a pretty huge hypocrite.

And on the notion of "Well my time is valuable", fine. You guys realize other people's time is valuable too, right? Just take myself as an example. I work split shifts 5-6 days a week (so twelve hour days not counting time spent sitting around at work, transit, or anything else), on top of taking programming and math classes so I can apply to a tech school. If you're going to play the "my time is valuable" card, you have to extend that to users too and understand that some, perhaps a lot, of them also don't particularly like wasting their own time because they only have so much of it to go around. CKAN is at the very least, as solution to that issue and it's what shaves enough time off the entire process of mod installs that I can actually get around to playing KSP instead of testing it and then having a new update come around and have to start the process all over again. @CobaltWolf I'm not the one who brought-up the reddit link comparison. But in legal terms it's effectively similar. That's why I asked for possible solutions that would mitigate the problems mod authors are having. Ferram handed us all a pretty decent list. Though I agree with @cantab that demanding the system be entirely opt-in, especially when the CKAN team has said quite strongly they aren't interested in doing that, is having the perfect be the enemy of the good. If we could settle on improvements that would at least mitigate the main issues, that would at least be a start. It'd be nice if we could scare-up some more of the CKAN team to talk about this though.

@Kobymaru Basically this. I think this point is getting entirely missed in the discussion.

Continuation of discussion here: And to any moderators: I'm waiving my privilege to ask for this thread to be locked. This obviously needs to be hashed-out and some sort of solution reached.

I can't speak for ferram but I think he was getting at that the preferred situation would be that the mod author would, like RoverDude, have their metadata files on their own repo where they are in control of them. The repo that CKAN pulls its metadata from would then just have that stubby .netkan that tells it to get the actual file from somewhere else (the .netkan on the author's repo). Obviously that doesn't cover the case of mod authors who want their mod listed but don't want to bother with the metadata spec or other cases, which I was trying to get at in my previous posts.

Please, let's try to be civil. I'm not trying to "wilfully obstruct" anything. I'm just not seeing how this is a direct parallel. A lot of the hardware and legal issues in mod support on consoles are de facto not solvable. There's only so much you can do when the hardware is grossly inferior to mid-range PCs of today on top of the legal constraints put on everyone because of the nature of licensing on consoles. When there's no script extension, no possibility of ever having that script extension without Bethesda's intervention (which could very well be much worse than a non-trivial effort on their part), and a paltry 2Gb of space for all of their mods to fit in, and you have a recipe for disappointment for all concerned. But those huge issues aren't present here. What we seem to have here are a set of mostly policy issues, not technical ones. The technical stuff is solvable, which means we just need to get everyone on the same page, so-to-speak. No, they aren't. This isn't a KSP version of The Pirate Bay we're talking about here. No one is taking mods from their download pages and redistributing them while claiming they are their own, which is what thievery implies. The .netkan metadata files essentially serve as pointers to tell the CKAN application where the downloads are, how the mod is identified internally, and which other mods conflict or the mod is dependent on. Granted, they can be broken and cause issues, but it doesn't constitute copyright infringement. If I were to take all of RoverDude's mods and re-upload them somewhere, that would be extremely rude and definitely be redistribution and ultimately theft, sure. But what if I just wrote a small script that took a link to his mods' releases on GitHub and then downloaded the latest version and copied its contents into my KSP GameData folder? Is posting the link and the script now stealing? I would contend that it isn't, far from it, and that in principle this is much better analogue for what CKAN is doing. What it obviously needs is some polish and creation of some features that would help mod authors not get overwhelmed with users knocking-down their doors when the blame for a particular problem doesn't lie with them. Also, random idea as I think of them: The CKAN spec could probably use uninstall directives too, to ensure that mods get cleaned-up correctly. ModuleManager for example creates extra data files that CKAN doesn't wipe after uninstalling it. That's something that could be done concurrently with ferram's second point and kill two birds with one stone. (It'd require the checker to have a working KSP install and automatically run it so that plugins actually execute, but it would then be possible to flag mods that need extra clean-up.)

That's the only real corollary I see here. A huge part of the problems with the Fallout modding community right now stem from limitations of consoles, and there are a lot of those limitations to go around. The fundamental problem ends-up being the same, in that you end-up with users who are belligerent in part because they don't understand the problem. (Bethesda can't be blamed directly for a lot of the problems either. Consoles are more restrictive in what they let in than the Apple App Store. There's reams of legal agreements and understandings and licenses controlling every single microcosm of a console; I'm amazed modding happened at all.) The important thing to keep in mind is the comparison breaks-down because we aren't talking about large, seemingly monolithic corporations here. Everyone involved individually is able to be contacted individually and there aren't any legal teams in the way. It should at least be possible to hammer-out some ideas that will be an easement to the problems discussed.

Sorry for the bold text but I think it's important to make this clear: Keep in mind I'm not a CKAN team member, just someone who added and updated some metadata files. I just want to get a handle on what might be an amicable solution for everyone here so no-one gets burned (or continues to get burned...or we all get burned equally...whatever you probably get the gist of it). I'm mostly doing this because I really want to see a good outcome from this where everyone gets to have their cake. Or eat it. Can't do both. I'm getting distracted again. Most of that I would get behind. Especially the troubleshooting one; I can appreciate how that'd be extremely helpful in diagnosing issues when users bug mod authors for support. But I'm not the one who has to implement them. Strict opt-in only is where I differ. What if there was some way to differentiate which mods the author opted-into listing on CKAN and which ones didn't? That could be as simple as a single extra boolean in the schema that defaults to false (indicating a "no, and don't bother the mod author about this because it's squarely in CKAN territory if excrements explodes"). Maybe say it's verified by the mod author, or managed by the author, or something. Or different levels like Managed (e.g. what @RoverDude does), Opted-In (the author does want it listed on CKAN but doesn't provide the metadata files themselves), or Open/Contributed/Whatever for ones where the author hasn't provided any input. I am generally of the opinion that the last case probably shouldn't be the norm, but maybe if each different case was explicit instead of implied as it is now, that'd help? It might be a solution for both 1 and 4. (And it leaves open the possibility of authors passing-off the actual making of the files to someone else if they can't be bothered, which is fine.) If that data was there the application could then provide the user with clear indication of who to blame first when things go wrong with their installation. (Or at least reduce how much they pester authors about problems.) Because the thing is, authors still opt-in to mods going on CKAN via SpaceDock fairly often, and it might be useful to distinguish between the two first cases I brought up. Edit: Another random idea. If how the metadata was added (by the author, by someone else but with the author opting-in, or without direct input from the author) was included in the metadata, it'd be possible to do things like alert mod authors whenever metadata was uploaded in the latter two cases. Heck, you could probably make a case it that the bot should do this whenever it sees a new or changed .netkan. Not sure how to go about passing the right contact info to it though. Just a thought. I hope some of the CKAN team see this and chime in. If you're talking about Bethesda.net, that has a whole pile of problems with it that aren't really relatable to this particular debacle. Or I'm missing the point.

O.o No it hasn't. They're all still there. It's not about what I or anyone else "wants to hear", it's about what is a reasonable solution. A purely opt-in system is just going end-up with moving the problem back a step. Instead of a centralized repo of CKAN metadata files, there will be a mess of CKAN files distributed between users and there simply won't be a single authoritative copy unless the mod author makes one. That'll go for any mod author who doesn't opt-in. And then you're going to end-up with mod authors being angry at users for helping distribute their mods to other CKAN users, and users being angry at mod authors for being angry at them because they'll see it as just trying to help-out other users. People like me who have such large installs will probably end-up making their own repos just so they have a place to keep the atrocious amount of CKAN files they end-up with. (With the assistance of a short Python script to recreate those files on a schedule.) And then to top it all off have an angry mod author throw a spanner in the works every time one tries to update. (I know I said angry a lot but boy, are the profanity filters on the forums sensitive or what?) All I see down that path is ruin, with absolutely no one being happy. It's a matter of which is the lesser evil. But if both sides of this are beyond reason and coming to the table in good faith to create a solution that's amicable for both parties (and I'm starting to suspect this is the case), then I don't see how any progress can be made.