Skip to content

phpspec 5.0 support #35

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

Closed
wants to merge 2 commits into from
Closed

phpspec 5.0 support #35

wants to merge 2 commits into from

Conversation

samsonasik
Copy link
Contributor

No description provided.

@msvrtan
Copy link

msvrtan commented Jul 15, 2018

Any change @ek9 of merging this in + new release? phpspec 5.0 was released yesterday

composer.json Outdated
@@ -25,7 +25,7 @@
},
"require": {
"php": "^7.1",
"phpspec/phpspec": "^4.2",
"phpspec/phpspec": "^4.2|^5.0",

Choose a reason for hiding this comment

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

it should be || instead of |

Copy link
Contributor Author

Choose a reason for hiding this comment

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

updated

@roukmoute
Copy link
Contributor

Any news about that?

@samsonasik
Copy link
Contributor Author

@roukmoute temporary workaround until it get merged, we can define in composer.json my repository fork:

    "require-dev": {
        // ...
        "leanphp/phpspec-code-coverage": "dev-patch-1"
        // ...
    },
    "repositories" : [
        {
            "type" : "vcs",
            "url" : "https://github.com/samsonasik/phpspec-code-coverage",
            "no-api": true
        }
    ]

@roukmoute
Copy link
Contributor

Yep thanks, this is what I've done.

@roukmoute
Copy link
Contributor

@samsonasik I think you could do a temporary valid packagist waiting for it to unlock here.

@bartosz-maciaszek
Copy link

Any news on this?

@danmichaelo
Copy link

The PR seems valid. According to the phpspec changelog there shouldn't be any BC breaks apart the PHP version bump.

But @ek9 hasn't been active on github since July 2018, so I guess there's isn't much hope of having this accepted soon. That's quite a long github break btw., I really hope everything is fine with him/her!

@rlanting
Copy link

The domain ek9.co seems to have expired 2018-10, which makes me think nothing will happen here. The only other person I see in the commit history is @Seldaek, so perhaps he can shed some light on what is going on.

@Seldaek
Copy link
Contributor

Seldaek commented Feb 20, 2019

Sorry but I have no idea what this project even is, I merely submitted a PR to remove a link because I got a warning for it on packagist.org support.

@loevgaard
Copy link

@sp-felix-carmona or @UFOMelkor do you have write access? It seems @ek9 is rather inactive

@Dragonrun1
Copy link

So if anyone else is interested I decided to fork this and add my fork to Packagist. I updated it for ^5.0 as well so at least until this one comes back to life you are all welcome to use it.
composer require dragonrun1/phpspec-code-coverage

@aur1mas
Copy link

aur1mas commented Feb 23, 2019

@Dragonrun1 if you're planning to maintain this bundle, consider tagging new version (to make it stable) & allowing to submit issues ;)

@Dragonrun1
Copy link

I don't have a lot of time to do any real package maintenance but since I do use it a lot I thought I'd try to help some other people out a little while I was at it. I'll look at doing a new tagged version in next couple days and if people have PRs I'll look at them as well as I have time. I've got a lot of other projects going right now so I wasn't looking at adding a new one ;)

@shulard
Copy link

shulard commented Mar 5, 2019

Hello @Dragonrun1 !

It's really cool to have published a new packagist version. Since you haven't enough time to work on that lib, what do you think to move it under an organization with multiple maintainer in it ? It'll just allow to have more people behind the lib and avoid the same issue that we had on this one 😄.

Personnaly, I can take some time to maintain this one.

@Dragonrun1
Copy link

@shulard
Sounds like a great idea if you want to make one and add me to it that would work or I could but I'd like some input on what to call the group etc. and it might be a little while before I can make the change.

@jaylinski
Copy link

@shulard @Dragonrun1 I thought about using the existing phpspec organization for maintaining this package. See phpspec/phpspec#1245.

If the phpspec-maintainers are willing to take this repository in, we wouldn't have to create a separate organization. Otherwise the plan with the organization seems like a good idea. 👍

@shulard
Copy link

shulard commented Mar 6, 2019

Hello @jaylinski !

You're absolutely right, if we can move that repository in the main phpspec organization, it'll help a lot. Let see what they think about it.

@jaylinski
Copy link

Hello @jaylinski !

You're absolutely right, if we can move that repository in the main phpspec organization, it'll help a lot. Let see what they think about it.

Seems they are inactive too... 🙄

@BigZ
Copy link

BigZ commented Jun 12, 2019

please ! we need this one !

@LewisMcFly
Copy link

Any update? We need it as well.

@mamazu
Copy link

mamazu commented Jun 15, 2019

Well the build job is failing. So we might need to fix that first.

@samsonasik
Copy link
Contributor Author

The travis build failure in php 7.2 env is nothing todo with the changes. It was travis issue.

@mamazu
Copy link

mamazu commented Jun 15, 2019

Ah then they need to restart the job.

@jaylinski
Copy link

Hello @jaylinski !

You're absolutely right, if we can move that repository in the main phpspec organization, it'll help a lot. Let see what they think about it.

Turns out they don't like the idea...

@Dragonrun1
Copy link

Sorry I've been busy with school etc but finally, have a little time to try to move at least the merge forward.

@Dragonrun1
Copy link

Sorry thought this was on my fork guess not but while I'm here if there are any other ideas on improving the project I might have a little time right now to look into working on some stuff so ideas are welcome.

@drupol
Copy link

drupol commented Jul 4, 2019

Based on #38 , there is now a fork that support PHPSpec 5: https://packagist.org/packages/drupol/phpspec-code-coverage

@BigZ
Copy link

BigZ commented Aug 27, 2019

as phpspec doesn't want it and the maintainer is away from github since more than a year, i think it is time for this library to find a new home.
any one with solid maintaining capabilities willing to take this one ?

@shulard
Copy link

shulard commented Aug 28, 2019

I’l not sure about solid maintaining capabilities but I’ll be glad to help ;-)

To avoid the same issue with the only commiter/owner who left the project, I think the best is to create an organisation like phpspec-extension. Maybe we’ll have the chance to aggregate multiple extension maintainers in it...

WDYT ?
I already created the org and forked the project in it. Anyone who want to be involved in that project can be added...

@drupol
Copy link

drupol commented Aug 28, 2019

I'll be glad to help maintaining the fork I did.

@shulard
Copy link

shulard commented Aug 28, 2019

@drupol thank you for the fork but what do you think about the organisation ? Because it’s always better to not rely on individuals directly for such things...

Won’t it be better to add you as a maintainer on the org repo ?

Your version is currently the more advanced one so we can start working from that version if you want ?

@shulard
Copy link

shulard commented Aug 28, 2019

Also for the communication and share relying on the phpspec-extensions name can be clearer and help being more confident with the support...

@drupol
Copy link

drupol commented Aug 28, 2019

@drupol thank you for the fork but what do you think about the organisation ? Because it’s always better to not rely on individuals directly for such things...

Won’t it be better to add you as a maintainer on the org repo ?

Definitely. I'll be glad to do so.
However, i'm abroad right now with limited access to the Internet, so, we'll discuss this further in a week :)

@bartosz-maciaszek
Copy link

friends-of-phpspec ;) I'm also happy to help.

@shulard
Copy link

shulard commented Aug 28, 2019

Glad to hear this and yes the org name can be updated :-)

Same on my side limited access to the web until Friday but we’ll discuss this ASAP.

@jaylinski
Copy link

@shulard Thanks for taking the lead on this. I'm also happy to help as a org maintainer.

@shulard
Copy link

shulard commented Aug 30, 2019

Hello guys !

Little update, the org was renamed friends-of-phpspec and the master branch for the fork was updated to reflect the @drupol version.

You can visit the org here: https://github.com/friends-of-phpspec

@drupol, @jaylinski you have been added as member of the org and you have access to the repository. I'll create some issues / PR to be sure that everything will be migrated.

@shulard
Copy link

shulard commented Oct 1, 2019

Hello everyone !

I'm glad to announce that I've just published a new official release of this package from the new friends of PHPSpec organization !

If you want a revamped and maintained version (compatible with PHPSpec 5.0), update your composer.json and move forward 😉.

https://packagist.org/packages/friends-of-phpspec/phpspec-code-coverage

Currently, everything is compatible so a quick composer.json update will make it works smoothly...

@samsonasik
Copy link
Contributor Author

@shulard thank you, I can close it ;)

@shulard
Copy link

shulard commented Oct 1, 2019

@Dragonrun1, if you still don't want to maintain your own release of this package, can you mark it abandoned on packagist in favor of the new one ?

@Dragonrun1
Copy link

Dragonrun1 commented Oct 2, 2019

I'll look at updating my fork today. And have done so with a link to the new version.

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

Successfully merging this pull request may close these issues.