Skip to content
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

media-libs/opencollada: Version bump to 1.6.18 and update to EAPI 6: Bug 584670 #1614

Closed
wants to merge 2 commits into from
Closed

media-libs/opencollada: Version bump to 1.6.18 and update to EAPI 6: Bug 584670 #1614

wants to merge 2 commits into from

Conversation

dracwyrm
Copy link
Contributor

@dracwyrm dracwyrm commented Jun 5, 2016

-Version bump to v1.6.18: Upstream releasing proper versions now
-Using full EAPI compliance for new and live ebuild
-Delete old patches not in use anymore
-Closes Gentoo Bug: 584670
-Too much going on for me to submit a patch mentioned in that report
Yeah, I spelled OpenCollada wrong in the title of the bug report.

@dracwyrm dracwyrm changed the title media-libs/opencollada: Rev bump to 1.6.18 and update to EAPi 6: Bug 584670 media-libs/opencollada: Version bump to 1.6.18 and update to EAPi 6: Bug 584670 Jun 5, 2016
@Amynka Amynka added version bump assigned PR successfully assigned to the package maintainer(s). labels Jun 5, 2016
@Amynka
Copy link
Contributor

Amynka commented Jun 5, 2016

@hartwork


SLOT="0"

if [[ ${PV} != *9999* ]]; then
Copy link
Member

Choose a reason for hiding this comment

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

You could keep these lines and update 9999 with the fixed SRC_URI so that future releases can be easily created from live ebuild.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I thought those made the ebuilds a bit messy and thought the non-live ebuilds were used to bump. I'll add that back into the live ebuild.

Copy link
Member

Choose a reason for hiding this comment

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

It depends on how the package is maintained, though when I see a live ebuild in tree I always expect it to be at least on par with latest release and potentially already ahead with deps etc. E.g. libreoffice-9999 is updated several times before a new major release is created out of it.

@dracwyrm
Copy link
Contributor Author

dracwyrm commented Jun 5, 2016

@a17r: I added that information back in and pushed the changes. I put it in both so they look the same. The old ebuild can hopefully be removed soon as repoman really didn't like it.

@hartwork
Copy link
Member

hartwork commented Jun 5, 2016

@hartwork

Sorry, no time. I'm all happy if someone takes over.

@Amynka
Copy link
Contributor

Amynka commented Jun 5, 2016

@gentoo/proxy-maint

@dracwyrm
Copy link
Contributor Author

dracwyrm commented Jun 6, 2016

Squashed the four commits into one and pushed the changes to the PR. Now there is only one commit since the other commits were tidy ups of the ebuilds.

DEPEND="${RDEPEND}
sys-apps/findutils
sys-apps/sed"
DEPEND="${RDEPEND}"

BUILD_DIR="${S}"/build
Copy link
Member

Choose a reason for hiding this comment

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

should work without that line

@a17r
Copy link
Member

a17r commented Jun 6, 2016

Squashing those makes sense, thx. In the past I was asked to split removing files and bumping ebuild into different commits, as they are not related in this case, but it might be merged either way. ;)

@a17r
Copy link
Member

a17r commented Jun 7, 2016

New ebuild works fine for me, but I have yet to rebuild libreoffice to confirm.

@dracwyrm
Copy link
Contributor Author

dracwyrm commented Jun 7, 2016

@a17r: Should I split the patch into two to have the removal of old patches separate?

I've rebuild LibreOffice, and it's a works for me sort of thing at the moment until there are other testers.

@a17r
Copy link
Member

a17r commented Jun 7, 2016

It's fine for me but I don't have the powers of the devs, just a lot of reviewed-by ;)

@gentoo/openoffice

@dracwyrm
Copy link
Contributor Author

dracwyrm commented Jun 9, 2016

@a17r : I pushed through some changes you suggested about the checks for live code at the top. I changed the comments a bit as well.

BUILD_DIR="${S}"/build is needed or you get an install error, at least on my system. It was in the original ebuild, and I too wondered why. After you mentioned it can be removed, I reinstalled and it failed where having it in does not. I suspect a broken makefile on the install part, because the compile part works perfectly.

Unfortunately, MY_SOVERSION is needed to have the version number on the end of .so files.

@dracwyrm dracwyrm changed the title media-libs/opencollada: Version bump to 1.6.18 and update to EAPi 6: Bug 584670 media-libs/opencollada: Version bump to 1.6.18 and update to EAPI 6: Bug 584670 Jun 9, 2016
@Amynka Amynka assigned Amynka and unassigned hartwork Jun 12, 2016
-Version bump to v1.6.18: Upstream releasing proper versions now
-Using full EAPI compliance for new and live ebuild
-Delete old patches not in use anymore
-Closes Gentoo Bug: 584670
-Fixes based on help from gentoo-proxy-maint
-Changed comments to explain that certain things are needed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
assigned PR successfully assigned to the package maintainer(s).
Projects
None yet
4 participants