Current Composer is outdated. Any chance of getting the latest version into Portage? Thanks allot. Reproducible: Always
https://github.com/composer/composer/blob/main/CHANGELOG.md
I have created a repository with all ebuilds needed for a current composer: https://github.com/digital-competence/composer-ebuilds Maybe this helps to get it into portage? Should I create a PR against the public repo? As there are soooo many packages I did not dare. And I even do not know, if the packages match the quality standards. But at least composer is working. ;)
Thanks allot! I've also started looking into this but didn't finish it yet. Writing PHP Ebuilds is rather complicated compared to the rest. At least when comparing to the existing Ebuilds. I'll get it in touch with you on Github to not pollute in here.
(In reply to Ferdinand Kuhl from comment #2) > I have created a repository with all ebuilds needed for a current composer: > > https://github.com/digital-competence/composer-ebuilds > > Maybe this helps to get it into portage? Should I create a PR against the > public repo? As there are soooo many packages I did not dare. And I even do > not know, if the packages match the quality standards. > > But at least composer is working. ;) It'd be great! Your contribution will be reviewed and brought up to minimal quality standards before merged, so if you're just willing to work for that, everything should be fine.
I see that r7l & Ferdinand Kuhl are maintaing https://github.com/gentoo-php-overlay/php-overlay Have either of you created a PR? If nobody is maintaining dev-php/composer::gentoo then rather should be removed from official repo.
Version 2.6.5 released. https://github.com/composer/composer/releases Can someone at least add maintainer-needed?
@Rahil Bhimjiani I've not created a PR just yet. But the latest version of Composer should be in our overlay by now. My main issue with PRs is the additional work regarding tests within the Ebuilds. The ones we have on the overlay aren't having anything regarding tests and when i was looking into it once, it seemed as if it would double the amount of dependencies. If i find some time, i might start working on PR.
You dont HAVE TO add tests. Just add RESTRICT=test and it'll be fine. As long ebuild compiles as upstream intended with relevant docs, PR is enough. Would rather have ebuild with broken/null tests than have ancient unmaintained version in ::gentoo
(In reply to Rahil Bhimjiani from comment #8) > You dont HAVE TO add tests. Just add RESTRICT=test and it'll be fine. As > long ebuild compiles as upstream intended with relevant docs, PR is enough. > > Would rather have ebuild with broken/null tests than have ancient > unmaintained version in ::gentoo Well, that's not quite right. We strongly prefer tests and it's the only real way to make sure something works. And yes, sometimes one has to do more work to get there - that's the cost of doing things properly. But it's okay to restrict tests if you're slowly working on adding the relevant test dependencies or something.
So, basically, what we're waiting for is a PR with dev-php/composer and related dependencies up to date. From the sounds of it, testing is desired but not required, correct? Especially since there is no ebuilds for phpunit anymore.
In a nutshell, I got this to build with current latest packages as-of 2/27/2024. Currently without tests, as that would require pulling in phpunit which is also nonexistent in the repos and looks like... a bit of effort at this time to just get this going. I'll work on it some more, but please lets not delay this too much at this point. At GitHub: https://github.com/user00265/composer-overlay
(In reply to Sam Resto from comment #11) > In a nutshell, I got this to build with current latest packages as-of > 2/27/2024. > > Currently without tests, as that would require pulling in phpunit which is > also nonexistent in the repos and looks like... a bit of effort at this time > to just get this going. I'll work on it some more, but please lets not delay > this too much at this point. > > At GitHub: https://github.com/user00265/composer-overlay I forgot to mention, WIP. It installs, but the autoloader from composer not being used and being stripped for the Fedora autoloader is... well, not ideal for my head. Can't quite wrap my brain around it yet.
*** Bug 934884 has been marked as a duplicate of this bug. ***
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9e5b2ad39d17d1463b1fd60206be42254ea146f0 commit 9e5b2ad39d17d1463b1fd60206be42254ea146f0 Author: Arthur Zamarin <arthurzam@gentoo.org> AuthorDate: 2024-07-26 17:13:30 +0000 Commit: Arthur Zamarin <arthurzam@gentoo.org> CommitDate: 2024-07-26 17:25:13 +0000 dev-php/composer: treeclean Closes: https://bugs.gentoo.org/934666 (pkgremoved) Closes: https://bugs.gentoo.org/877639 (pkgremoved) Closes: https://bugs.gentoo.org/900100 (pkgremoved) Bug: https://bugs.gentoo.org/838268 Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org> dev-php/composer/Manifest | 1 - dev-php/composer/composer-2.1.12.ebuild | 80 --------------------------------- dev-php/composer/files/autoload.php.tpl | 12 ----- dev-php/composer/metadata.xml | 23 ---------- profiles/package.mask | 1 - 5 files changed, 117 deletions(-)
