Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mkdir for me #11

Closed
sartak opened this issue Nov 19, 2013 · 3 comments
Closed

mkdir for me #11

sartak opened this issue Nov 19, 2013 · 3 comments
Assignees

Comments

@sartak
Copy link
Collaborator

sartak commented Nov 19, 2013

Seems like HiD could mkdir the destination for me if it doesn't exist, instead of blowing up with this obscure error :)

Attribute (destination) does not pass the type constraint because: Validation failed for 'HiD_DirPath' with value ../OTHERREPO/NONEXISTENT/ at constructor Tags::new (defined at _plugins/Tags.pm line 7) line 38.
Tags::new('Tags') called at /Users/sartak/.perl/perls/perl-5.18.1/lib/site_perl/5.18.1/HiD.pm line 342
HiD::_build_plugins('HiD=HASH(0x7fc73f992d60)') called at reader HiD::plugins (defined at /Users/sartak/.perl/perls/perl-5.18.1/lib/site_perl/5.18.1/HiD.pm line 311) line 7
HiD::plugins('HiD=HASH(0x7fc73f992d60)') called at /Users/sartak/.perl/perls/perl-5.18.1/lib/site_perl/5.18.1/HiD.pm line 579
HiD::publish('HiD=HASH(0x7fc73f992d60)') called at /Users/sartak/.perl/perls/perl-5.18.1/lib/site_perl/5.18.1/darwin-2level/Moose/Meta/Method/Delegation.pm line 110
HiD::App::Command::publish('HiD::App::Command::publish=HASH(0x7fc73fe50178)') called at /Users/sartak/.perl/perls/perl-5.18.1/lib/site_perl/5.18.1/HiD/App/Command/publish.pm line 39
@ghost ghost assigned genehack Nov 19, 2013
@genehack
Copy link
Owner

I can't replicate this issue using a newly inited very barebones site. (Basically, I ran 'hid init' and added a destination dir to _config.yml, then published the site.)

Could you share the config that produced this problem? I wonder if there isn't some combination of lazy init'd attributes that's causing this.

@genehack
Copy link
Owner

In fact, the test suite exercises this mkdir behavior in a few different places, so it must be something about an interaction with newly added (and cough undertested...) features causing this.

@genehack
Copy link
Owner

I think I finally replicated this and fixed it in 6ff61e5 so I'm going to close this out...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants