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

Tag IntervalConstraintProgramming.jl v0.4.0 #7524

Merged

Conversation

attobot
Copy link
Contributor

@attobot attobot commented Jan 10, 2017

Repository: dpsanders/IntervalConstraintProgramming.jl
Release: v0.4.0
Travis: Travis Build Status
Diff: vs v0.3.0
requires vs v0.3.0:

--- 0.3.0/requires
+++ 0.4.0/requires
@@ -1,6 +1,5 @@
 julia 0.4
-ValidatedNumerics 0.5
+ValidatedNumerics 0.5.1  # plot recipes from 0.5.1
 MacroTools 0.3
 Compat 0.7.14
-FixedSizeArrays 0.1.2
-
+FixedSizeArrays

cc: @dpsanders

ValidatedNumerics 0.5.1 # plot recipes from 0.5.1
MacroTools 0.3
Compat 0.7.14
FixedSizeArrays
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is there no longer a minimum version requirement?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll put it back. How do I do that with attobot?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

make the commit to master, then delete and re-submit the release (without closing this PR, somewhat oddly - it'll update in place)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See https://github.com/attobot/attobot#updatingdeleting-a-release for how to delete. It's not completely obvious.

@tkelman
Copy link
Contributor

tkelman commented Jan 10, 2017

You have a couple of pretty huge ipynb files in here, it's not always a good idea to put those in the git history.

@dpsanders
Copy link
Contributor

You have a couple of pretty huge ipynb files in here, it's not always a good idea to put those in the git history.

What's the alternative?

@tkelman
Copy link
Contributor

tkelman commented Jan 10, 2017

separate repo, non-repo hosting, or attach them to github releases?

@dpsanders
Copy link
Contributor

None of those seem to be particularly good solutions IMO.

@tkelman
Copy link
Contributor

tkelman commented Jan 11, 2017

Why not? These are semi-independent documentation, not part of the library code. Alternate branch would be another option but would make less of a difference.

@dpsanders
Copy link
Contributor

Yes, OK, true.

@dpsanders
Copy link
Contributor

Do you suggest I strip them completely from the history? If so, what's a sensible way to do that?

@tkelman
Copy link
Contributor

tkelman commented Jan 12, 2017

Were they added in a single commit? Or did they exist at previously registered tags? This is one of the few cases where rebasing and force pushing to master can be worth the inconvenience, but should be careful to only rebase commits that aren't yet part of a published release tag. If you added them in a single commit, you can add a new commit that deletes them, then rebase relative to the commit right before the one that added them, and squash the deletion commit into the addition commit.

@dpsanders
Copy link
Contributor

They weren't added in a single commit. Some of them were in previous tags, although possibly with different names. It's a bit of a mess.

@tkelman
Copy link
Contributor

tkelman commented Jan 12, 2017

Looks like JuliaIntervals/IntervalConstraintProgramming.jl@5a1caad is responsible for adding the really large ones. For smaller ones it's not worth rewriting history.

@simonbyrne simonbyrne closed this Jan 30, 2017
@simonbyrne simonbyrne deleted the IntervalConstraintProgramming/v0.4.0 branch January 30, 2017 14:01
@simonbyrne simonbyrne restored the IntervalConstraintProgramming/v0.4.0 branch January 30, 2017 14:01
@simonbyrne simonbyrne reopened this Jan 30, 2017
@attobot
Copy link
Contributor Author

attobot commented Feb 6, 2017

Repository: dpsanders/IntervalConstraintProgramming.jl
Release: v0.4.0
Travis: Travis Build Status
Diff: vs v0.3.0
requires vs v0.3.0:

--- 0.3.0/requires
+++ 0.4.0/requires
@@ -1,6 +1,5 @@
 julia 0.4
-ValidatedNumerics 0.5
+ValidatedNumerics 0.6 0.6.1
 MacroTools 0.3
 Compat 0.7.14
 FixedSizeArrays 0.1.2
-

cc: @dpsanders

@attobot attobot force-pushed the IntervalConstraintProgramming/v0.4.0 branch from c871439 to bfe2df2 Compare February 6, 2017 15:32
@dpsanders
Copy link
Contributor

dpsanders commented Feb 6, 2017

I have (EDIT: rewritten history to) removed all the example notebooks out into a separate repo (linked from the README).
This is now ready to merge.

@tkelman
Copy link
Contributor

tkelman commented Feb 6, 2017

Does that upper bound need to apply to past versions of the package?

@dpsanders
Copy link
Contributor

dpsanders commented Feb 6, 2017 via email

@tkelman
Copy link
Contributor

tkelman commented Feb 6, 2017

what do you want the upper bound to be?

@dpsanders
Copy link
Contributor

dpsanders commented Feb 6, 2017 via email

@tkelman
Copy link
Contributor

tkelman commented Feb 6, 2017

then 0.6.1 is most clear, the upper bounds are exclusive

@tkelman
Copy link
Contributor

tkelman commented Feb 7, 2017

Also what are you breaking between patch releases? That's not usually supposed to happen.

@dpsanders
Copy link
Contributor

It turns out that v0.6.1 of VN does not play well once you import it into another package. (It works (?) but gives a lot of scary warnings.)
I guess I can't delete that tag?

@tkelman
Copy link
Contributor

tkelman commented Feb 7, 2017

you could supersede it with a v0.6.2 that reverts the offending commit or something?

@dpsanders
Copy link
Contributor

Please merge this once ValidatedNumerics 0.6.2 (reverting the offending commit) has been merged.

@tkelman
Copy link
Contributor

tkelman commented Feb 8, 2017

won't you want to remove the upper bound then?

@dpsanders
Copy link
Contributor

Yes, but I don't know how to do that before until it is merged!

@tkelman
Copy link
Contributor

tkelman commented Feb 9, 2017

there are instructions on the attobot readme

@dpsanders
Copy link
Contributor

I mean that master has changed since then. So I would make a new branch and do the release from that branch?

@attobot
Copy link
Contributor Author

attobot commented Feb 9, 2017

Repository: dpsanders/IntervalConstraintProgramming.jl
Release: v0.4.0
Diff: vs v0.3.0
requires vs v0.3.0:

--- 0.3.0/requires
+++ 0.4.0/requires
@@ -1,6 +1,5 @@
 julia 0.4
-ValidatedNumerics 0.5
+ValidatedNumerics 0.6
 MacroTools 0.3
 Compat 0.7.14
 FixedSizeArrays 0.1.2
-

cc: @dpsanders

@attobot attobot force-pushed the IntervalConstraintProgramming/v0.4.0 branch from bfe2df2 to ad4e136 Compare February 9, 2017 02:30
@tkelman
Copy link
Contributor

tkelman commented Feb 9, 2017

ah, yes

@tkelman
Copy link
Contributor

tkelman commented Feb 9, 2017

Why isn't ∪{N,T}(X::IntervalBox{N,T}, Y::IntervalBox{N,T}) implemented in ValidatedNumerics, if that type is from there?

@dpsanders
Copy link
Contributor

Fixed, thanks.

@tkelman
Copy link
Contributor

tkelman commented Feb 9, 2017

Should the tag be moved to JuliaIntervals/IntervalConstraintProgramming.jl@09f2467 then or were you going to make a 0.4.1 for that?

Similarly with iseven and isodd for Interval, shouldn't those methods come from the package that owns that type?

@attobot
Copy link
Contributor Author

attobot commented Feb 13, 2017

Repository: dpsanders/IntervalConstraintProgramming.jl
Release: v0.4.0
Travis: Travis Build Status
Diff: vs v0.3.0
requires vs v0.3.0:

--- 0.3.0/requires
+++ 0.4.0/requires
@@ -1,6 +1,5 @@
 julia 0.4
-ValidatedNumerics 0.5
+ValidatedNumerics 0.6
 MacroTools 0.3
 Compat 0.7.14
 FixedSizeArrays 0.1.2
-

cc: @dpsanders

@attobot attobot force-pushed the IntervalConstraintProgramming/v0.4.0 branch from ad4e136 to 53b517f Compare February 13, 2017 06:16
@dpsanders
Copy link
Contributor

I have moved the tag.
I will deal with iseven and isodd in the next release.

Thanks for your careful attention to these details!

@tkelman tkelman merged commit 9d29830 into JuliaLang:metadata-v2 Feb 13, 2017
@attobot attobot deleted the IntervalConstraintProgramming/v0.4.0 branch February 13, 2017 09:03
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants