Toraxa

Any time you start the server it changes the ender chests from 178 to 241. You can turn it off and load the server without it, but it will just change it again. Even if it's already been loaded previously, reenabling ender chests causes it to change the ID. I'm not sure if the problem is with the mods from chickenbones themselves, or some other mod installed which changes IDs, but it's causing conflicts and it only seems to occur on linux machines, with chickenbone's mods. I've had the exact same thing happen trying to run feed the beast SMP.

http://wiki.industrial-craft.net/index.php/Main_Page http://equivalentexchange.wikispaces.com/# http://minecraftbuildcraft.wikia.com/wiki/Minecraft_Buildcraft_Wiki http://integratedredstone.wikispaces.com/ Those wiki sites may be of use for learning about the mods. That's not all of them, but it's the main ones which form the basis of the pack, and will be the most complicated. It's not quite a server or live help, but they're good resources.

So I'm not sure why, but while using this pack, as well as the one from here, some of the textures just don't seem to load. I've got nothing for equivalent exchange, I had to fiddle around with wireless redstone's textures as well to get them to show up at all. Doing so caused the remote to stop appearing though so I just stripped those out. Anybody have any idea why that's happening? I tried renaming EqEx to ee, EE, EquivalentExchange, etc, without any luck. Had been thinking it may just not be connecting for some reason, but I'm not sure exactly what determines what name it's supposed to use to begin with. I've tried to figure it out by searching around, but the only info about texture pack making I can find is strictly vanilla.

We got the issue with wireless redstone fixed in the other thread. It turned out that wireless redstone was using an incorrect format for linux. http://forums.technicpack.net/index.php/topic,11724.0.html

Unsupported major minor version means you're still using java 6, when the mods require java 7. It's in the sticky with the same title. As time goes on, more and more mods will begin to kick this error back as they move up to using java 7 functionality.

Re: Java Problems on Server Launch Sure, here you go. http://www.mediafire.com/?gfb6a8j3ew886bs Just drop them in the config folder on your server.

Re: Java Problems on Server Launch Worked like a charm sir. Thanks for the solution. While the error log seems to mention the core components, converting them by themselves didn't fix it. However, converting the main WirelessRedstone.cfg did. I'm not sure if all four are required or just the main one, but doing all four caused the server to load.

It's not quite the same thing, but you could use redpower frame motors to create doors of any shape and size you want.

Logistics pipes' mod author says he'll probably work on an SMP version once BC3 is made SMP compatible, but that he will likely start with his sneaky pipes mod rather than logistics pipes because he's new to the whole SMP thing.

That's not the same thing. In that case, you purchased a car, and have the right to do whatever you want with that car. In this case, you're being given the right to use minecraft, but you do not own it. The example would be more reasonable if you were talking about a rented or leased car. In such a case, you'd better believe they're going to have a fit when they find out you modified it by jamming a stereo system into it. One of the big reasons we have (or used to have, before modloader) a lot of conflicts, is because a lot of mods modify the same classes. This isn't you putting a stereo system into a stereo system-shaped hole. This is you cutting a hole out of the dashboard, splicing into the wiring, etc. The code being distributed by mod makers is usually largely original code. However, in order to actually make that code work, they have to modify things that are already part of minecraft. Sure, they include new classes. However, while it's easy with java to add new code in it's own class files, if they need to change things in existing class files, they can't make this as "drag and drop" as they can with separate class files. They need to distribute a modified version of that file and have you overwrite it. Any time you have to drop files into the .jar, and it asks you if you want to overwrite, they've just distributed modified versions of mojang's code. This is reverse engineering, decompilation modding. There is no API, there is no modding tools, there isn't anything. It's not nice and clean and sterile like it could be if there was an API. That's one of the big reasons so many mod makers want the API. It will cut down on bugs, increase interoperability between different mods and different versions, etc. Finally, since it's been bugging me, minecraftforums.com is the "official" minecraft forums in the same way that Budweiser is the "official" beer of the NFL. Those forums are owned by curse gaming, supported by mojang, but are not owned or operated by mojang. Just because they do something doesn't mean it's sanctioned by mojang. Notch has shown in the past to not be a big fan of mods. He's allowed them, most likely because it'd be unreasonable and expensive not to, but he's said things in the past about not caring about modders or modding, or not wanting to slow their own development of the game for the sake of mods. Jeb said during his AMA last month that "a certain person" was completely against them putting so much effort into the mod API for this next patch, for instance.

How far is it from the power source, and what is the size of the packets of power being sent? If you're powering it directly off of a solar power, and it's slightly too far away, the power may be lost before it reaches the left side due to it being four blocks (or so it appears in the screenshot) further away. Even if you're not using it directly off of solar power, if it's far enough off it could still lose all power before losing one but not the other due to discrepancy in wire length.

It's not possible to place the block on the line, because there is no line. Each chunk is 16x16, the next block starts the next chunk. The block will always be in one chunk or another, and that chunk is the center even if the block is on the edge of it's area. The new version, called the teleport tether, loads a 3x3 area. Unfortunately the wiki for additional pipes has no previous versions listed, nor history going back far enough, to see the specifics of it, though I would assume it's likely the cross design was the way it worked, as 9x9 is very unlikely due to it being a much larger area than the new, improved version is, and it'd cause quite a bit of unnecessary loading in SMP worlds.

Are you using a bukkit ported version? If so, it should go in the plugins folder. I don't believe bukkit, which is what tekkit uses, can load normal server mods without a port.