Zlepper

The latest version has the feature you wanted. Just select "create technic pack" like you use to, and click generate permissions. Yep a virus and a trojan and a keylogger and half a dozen of other things. /s The source is available in the op, if you don't trust my download, then just compile to program from source. Or you could, you know, just do the packing the old and slow way. You can read about clickonce programs here: http://en.wikipedia.org/wiki/ClickOnce

Not currently, but give me a moment and i'll see what I can do.

I'll see what I can do about adding SFTP support. Also the hostname should be writen with the protocol first like this: ftp://zlepper.dk

Ohh yeah, that's a good idea. Will update the OP. Last update, it was halfway broken. EDIT: readded it. It's now less broken.

New version released with lots of bugfixes, mainly: Correct data now being sent to community storage. minecraft 1.7.10_pre4 no longer shows up in minecraft version lists. The minecraft version are now selectable from a list, not from direct textinput. This also means you can now select the minecraft version from the main SolderHelper interface without having to select a forge version. Authors are now also being stored on the community storage. The last change also forced me to reset the database, else it would cause issues with mods already there.

Then there should be an run solderhelper.sh file. Otherwise the command "mono solderhelper.exe" should start the application.

You need to install mono runtime environment first, then you can download the zip listed in the install script. I can't make the advanced guide right now as I'm not on my computer.

yep i Can diagnose nothing from that. But i guess you havent given it the time to start. Depending on your computer it can take up to ten minuttes to start the first time.

And List View is now online. Go forth and break all the things. To enable it just change the "missing info" selection to "Create List". I hope the interface makes sense. I have tried making things as descriptive as possible, but likely not everything will make sense to everybody.

Either you are using some really odd filestructuring, or you selected the wrong inputfolder. The inputfolder should be the mods folder of your instance, and sadly that instance structure doesn't make any sense so me.

Actually it's not the interaction between the databases that is the issue. It's that Solder stores the md5 value of the zip file, while solderhelper stores the md5 of the actual modfile. This means to save it in the remote database i would have to create a separate table to store everything solderhelper stores locally.

I would need to manipule the solder database, aka change how the database looks. While that shouldn't mess anything up solderwise, i'm not really sure how big the payof is.

Well, it's a pain in the butt to code, so that's why I waited so long before doing it.

I have no idea if I should be worried about that...

I'll just leave this here to tease a bit:

It will not pack mods that are already on solder, but I suspect the issue being that i'm a bit to fast in telling it to skip mods, so they won't actually get added to the new version of the modpack.

Actually it's not that bad. And the way it's coded i won't get dublicates, so that's not a problem

I accepted into the project after some changes, but otherwise it worked fine Also, for anyone interrested in how it looks when I decide if your version choose made sense:

Alright, the latest version include some background crowd features. This means that if you enter some missing data to a mod it will be send to my server, where I can accept the data, and then other people can use that data when they make their packs. This also means that if you lose your SolderHelper installation, you will not have to enter all the modinfo again.

When the .info is missing or partially missing you will be prompted for the missing info, which you can enter and SolderHelper will work with that as if it was gotten directly from the .info file. Another thing I can do is trying to guess the mod details from the file name, but sadly mods don't agree on following the same file naming system, so this one is pretty much a no-go. I'm working on a third "crowd sourcing" solution, which will take the info people enter into the prompt and send it to my server, where other instances of SolderHelper can fetch the info when they meet the mod, this however will properly take another day, or even another week to finish. And it will rely on people not skipping over entering info. Oh, and for you modpack about 23 mods have partialy filled .info files, but most of those are guessed by SolderHelper already

I just released a new version, it should fix the issue with carpenters blocks and with flans. Also for anyone having issues with old modinfo not being reused properly on windows, that has been fixed now.

Alright, the latest version fixes the issue. To get it just start SolderHelper and you will be prompted to update. You might want to go into edit data and delete the row with damageindicators and the other mods that caused issues, to make sure it won't stay a problem.

If you leave the name box blank solder helper should just skip the mod. Those boxes appears because there is no info in the .jar itself about what mod it is, so instead SolderHelper will ask you, the user. However, if you left them completely blank, then I can't understand why they were created in solder in the first place. I'll look into it, and see what I can do.

As I mentioned earlier in the thread mods that has already been packed once will not be packed again. However, I use most of those mods, and they are working fine.

It should save them, the only things that aren't saving corrently right now are authornames, but you will rarely encounter those. What mods specifically are the issues?