Re: [Slackbuilds-users] non-stripped binaries
On 25/05/2023 10:18, B. Watson wrote: On Thu, 25 May 2023, Andrzej Telszewski wrote: On 25/05/2023 06:59, B. Watson wrote: If that doesn't work, leave it unstripped. sbopkglint's supposed to help you, not control you. Maybe `sbopkglint` supports annotation to tell it to treat some code as correct event though it thinks it is incorrect? I've thought about that. "Magic comment" syntax in the SlackBuild (which sbopkglint will find in /usr/doc/$PRGNAM-$VERSION). The trouble is, we don't want it to be overused/abused. If every test can be disabled, inevitably someone will start submitting builds with all the tests disabled, which sorta defeats the purpose of having sbopkglint. But if only a few tests can be disabled, it might work out OK. Aye, that is a generally known problem. But it could be solved at submission review time. (FYI, I'm in software engineering industry.) ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] non-stripped binaries
On Thu, 25 May 2023, Andrzej Telszewski wrote: On 25/05/2023 06:59, B. Watson wrote: If that doesn't work, leave it unstripped. sbopkglint's supposed to help you, not control you. Maybe `sbopkglint` supports annotation to tell it to treat some code as correct event though it thinks it is incorrect? I've thought about that. "Magic comment" syntax in the SlackBuild (which sbopkglint will find in /usr/doc/$PRGNAM-$VERSION). The trouble is, we don't want it to be overused/abused. If every test can be disabled, inevitably someone will start submitting builds with all the tests disabled, which sorta defeats the purpose of having sbopkglint. But if only a few tests can be disabled, it might work out OK. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] non-stripped binaries
On 25/05/2023 06:59, B. Watson wrote: If that doesn't work, leave it unstripped. sbopkglint's supposed to help you, not control you. Maybe `sbopkglint` supports annotation to tell it to treat some code as correct event though it thinks it is incorrect? ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] non-stripped binaries
On Thu, 25 May 2023, Greg Tourte wrote: Hi, I am updating the teamviewer package to the latest version but somehow, it only works if one of the libraries provided remains unstripped. Is it acceptable? sbopkglint points out the unstripped file but still returns as passed. Are you stripping it with --strip-unneeded? If not, try that. If that doesn't work, leave it unstripped. sbopkglint's supposed to help you, not control you. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] non-stripped binaries
Hi, I am updating the teamviewer package to the latest version but somehow, it only works if one of the libraries provided remains unstripped. Is it acceptable? sbopkglint points out the unstripped file but still returns as passed. Cheers Greg ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
