Add new maintainers about php-sepa-xml HOT 17 CLOSED

@BenjaminPaap I developed this lib as part of paid duties. As I am no longer employed by Digitick I don't have admin permissions on their repos. I am also no longer doing any PHP programming...

This should really be handled by @aubryfr and @jdonnat

If they don't answer maybe you can simply set up your fork to be the official repo.

Sorry but that's the best I can do :-(

Cheers,

from php-sepa-xml.

Thanks @ianare for that answer.

So @aubryfr and @jdonnat. Can we do anything to develop this one any further? Should be in your interest too, shouldn't it?

from php-sepa-xml.

@BenjaminPaap it will for sure benefit them all.
I will also be happy to contribute my own changes that are now only forked locally.

I also have a PHP52 (yes, tragic...) version of this lib if anyone is interested. It uses the Zend1 style namespaces.

If digitick doesn't want to add you in as maintainers (as the case will most probably be) they should at least point to your repo as an up to date source.

Anyway, @BenjaminPaap message me when you figure it out and set up the new repo so that I can lend a hand with some stuff. I broke my head quite a number of times with this already. ;)

from php-sepa-xml.

@BenjaminPaap thank you for bringing this up. I am not sure about what to do when none of @aubryfr and @jdonnat will reply.
But there is a possibility to name a package in composer which should replace another package (https://getcomposer.org/doc/04-schema.md#replace). By this, it is possible to create a fork of the original one and going on to maintain it by another name on packagist.

@ianare you are the responsible of the package at packagist at the moment. Do you still have access to the packagist account and would you like to add additional maintainers to the package ? Then it is possible to go on without a new name and a fork.

For my person I can support in review, maintenance and the discussion if the lib should do math :-)

from php-sepa-xml.

Since now no one from @digitick got in touch with me. I would prefer using another repository as the official one. I came up with those three suggestions how we could handle the future of this package:

1. I can create a new organization managed by the company I'm employed at (we're some developers loving open source) and fork it to the newly created organization. In the future we would put our open source projects there and create a new team for every project.
2. We vote on some of the many forks to become the new maintained repository.
3. We create a new organization just for this repository

I would vote for 1 or 2. Nr. 3 is just an idea.

from php-sepa-xml.

@monofone Yes I still have access to the packagist account, let me know which maintainers to add.

from php-sepa-xml.

@BenjaminPaap I would prefer a combination from 2 and 3 as the problem with 1 we just had. An employee that leaves a company and the repository is no longer maintained.

I´d like to vote for a repository and then create a new organisation from within this repository.

At a first glance @shad0w-rep and @elrico77 looks good, but both last changes are not in a single repository so the first step should be to checkout the changes done in all the other repositories and bring them together to get the whole knowledge collected over the past months.

from php-sepa-xml.

Guys I'd be heppy to participate.

from php-sepa-xml.

I tried to merge different fixes and improvements together to get the most out of the community efforts. I hope the changes are all merged correctly and asking the named committers to check if the changes merged are working as expected. I`m happy about the up counting amount and improving quality of the tests.

@BenjaminPaap this is an attempt to consolidate the different repositories and bring them back together. It is not intended to be the one and only solution, but it can.

@ianare does a future maintainer of this code have to care about the package prefix ? should it be renamed to something different ?

If desired I can create an organisation for this and care about the access. But first please, hands up about the suggestions from @BenjaminPaap #53 (comment)

/cc @Naitsirch @danielmf @shad0w-rep @omigo

from php-sepa-xml.

I think the prefix should stay as it is currently @monofone. I don't like the idea of having to refactor my current working production code just because of a naming thing.

And of course thanks for investing time to merge some commits from others. I would prefer to take your repository then and just add an organization to it.

from php-sepa-xml.

Thank you for your affords.

The new repository from @monofone seems to work as expected in my test enviroment.

I would vote for your new repository.
I think the prefix should change if there is going to be a new organisation, maybe there could be a branch with the old prefix for compatibility reasons which is maintained for a limited time only.
There could be confusion otherwise i think.

from php-sepa-xml.

The Prefix I mentioned was only about the composer package, by the replace configuration in the composer.json it is possible to replace the package without breaking old code. Replacing the NamespacePrefix I think is not the way to go as this will break existing production code and it will become even more difficult to bring back together the development of this library.

As company name I would suggest php-sepa-xml.

from php-sepa-xml.

+1 for php-sepa-xml as organization name

from php-sepa-xml.

Ok, here we go, https://github.com/php-sepa-xml is the new home of ongoing development for this.
@ianare would you be so kind and update the origins for this package at packagist or give @BenjaminPaap and me access as maintainers ?

from php-sepa-xml.

Thanks for bringing up this issue and your efforts. Good to know that this lib will be managed again in the future! I have stared it already ;-)

from php-sepa-xml.

@monofone, @BenjaminPaap: I've added you as maintainers to the packagist and updated the origin.

from php-sepa-xml.

@monofone and the other guys: Much appreciated!

from php-sepa-xml.