Luiji / smc-get

Prototype for Secret Maryo Chronicles' level repository manager.
http://www.secretmaryo.org/
GNU General Public License v3.0
4 stars 1 forks source link

Dependency tracking doesn't work #3

Closed Quintus closed 13 years ago

Quintus commented 13 years ago

Dependency tracking just doesn't work. If you have a spec containing e.g.

dependencies:
    - first_dep_pkg
    - second_dep_pkg

the dependencies aren't taken care of when doing a smc-get install whatever, i.e. they aren't installed.

Workaround: Install the packages separately until this is fixed.

Valete, Quintus

Luiji commented 13 years ago

Level packages shouldn't need to depend on each other, AFAIK. Can you describe an instance in which such a feature would be optimal?

Quintus commented 13 years ago

Can you describe an instance in which such a feature would be optimal?

Packages don't have to consist solely of levels. Maybe someone makes a pure graphic package, containing a bunch of pixmaps others may use in their levels. In this case, it would be more efficient to have the graphics in a separate dependency package rather than much duplicates in more packages. Which brings us to another point. smc-get doesn't check for file conflicts yet... Is this a feature for a later version or a bug?

The dependency thing is not new btw. It has been in the package specification since de9616f, which was the first draft and happened on March 7th. It's not that I'm implementing a new feature in a beta version which would clearly be wrong and had to be delayed until a later release.

Vale, Quintus

Luiji commented 13 years ago

Ah, I see. This sounds very useful. I added a new tag to this titled "High-Priority," as this seems to be an important core feature. (As it appears to be a generally broken function as supposed to one that requires certain conditions to be met to function improperly.)