Skip to content
This repository has been archived by the owner on Oct 15, 2022. It is now read-only.

More updates to duckpan new #143

Merged
merged 4 commits into from Oct 24, 2014
Merged

Conversation

moollaza
Copy link
Member

thanks to @mwmiller for the feedback

cc// @mwmiller

also @killerfish I made a new fn to check the current directory, get they type of IA we're working with and error out if it's Longtail or Fathead

Would appreciate any feedback :)

Note this has two accompanying change to the Spice and Goodie templates

thanks to @mwmiller for the feedback
@killerfish
Copy link
Contributor

Best, i was about to add this and send a pr, i was thinking something like this, i think the 0/1 may be a better indicator to someone scanning the code, of what we are supporting now, perhaps. So in future, if we have to support some ia, we just set the value to 1. @mwmiller what you say?

@mwmiller
Copy link
Contributor

@moollaza @killerfish Here is my even crazier take on how to organize the data. I've got some of each of your ideas in here. That array of hashrefs very much wants to become an array of objects, but that will be for another day, if ever.

@killerfish
Copy link
Contributor

Its perfect, i was also thinking along the lines to make this an attribute, but didnt see the use for that, cleanup of New.pm justifies it for me.

@mwmiller
Copy link
Contributor

@killerfish I think it's a ways from "perfect", but I thank you for the kind words. 😁

Regardless, I also have this as a suggested first step towards more sane logging. I don't want to open a PR until it become clear how these branches will come together, because many of the places where the improved logging gets used are in flux.

@killerfish
Copy link
Contributor

@mwmiller true, can we merge this one, so i can update #138 and we close #138 and #139. Also lmk your thoughts on this in case you use codio.

@moollaza
Copy link
Member Author

@mwmiller your approach is awesome. Let's do it :)

- Expose a singular hashref with directory and related info.
- Use a more platform independent way of constructing directories.
  Except that IO::All thwarts this.

This could definitely use some cleanup (and probably some actual Type
Objects), but the basic idea is here.
Toward better logging, here's a simple routine to print a supplied
message and then exit with the supplied code.
They can still be jerks and enter invalid things, but maybe we will
notice later.
@mwmiller
Copy link
Contributor

@moollaza @killerfish I've merged in the two mentioned branches (the data reorg and the exit_with_msg stuff.) I tested all of the happy paths and the obvious unhappy paths, but there might still be things lurking, so extra eyes appreciated.

@moollaza
Copy link
Member Author

Tested a bunch in different repos. Only fix I'd like to make is that DuckPAN server still runs for Fathead as expected and then fails hard after making a request. This is unrealted to this code, but can be alleviated by utilizing the new functionality :)

moollaza added a commit that referenced this pull request Oct 24, 2014
@moollaza moollaza merged commit 679c743 into master Oct 24, 2014
@moollaza moollaza deleted the zaahir/duckpan-new-more-updates branch October 24, 2014 03:43
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants