Re: [gentoo-dev] Specifying locale in ebuild
On Sun, Mar 21, 2021 at 08:43:47PM +0100, Michał wrote in <3d0e94fee25354fec5284e2edb5c79473c526cd2.ca...@gentoo.org>: Can I somehow enforce the locale to be used in the ebuild? I've tried running the test with the default C locale and the test also fails with this setting. Try forcing C.UTF-8 Very nice, that seems to do the trick! Muito obrigado! Remmy
[gentoo-dev] Specifying locale in ebuild
I hope this is the appropiate place to ask this question as I do not see many questions of this kind on this list... Recently I received a bug report for a package of which I am the listed proxy maintainer: https://bugs.gentoo.org/772908 Having looked into this, it seems the packages Makefile allows for tests to be run which feeds a set of input to the 'remind' executable and compares the resulting output against an included textfile. For the test to run successfully, the Makefile assumes the locale en_US.utf-8 to be available. On the build environment by agostino's tinderbox, this locale is not available and thus the test fails and hence the bug report. While I know the impact of this bug is very minor, I'd still like to fix it, but am unsure on how to best do this. Can I somehow enforce the locale to be used in the ebuild? I've tried running the test with the default C locale and the test also fails with this setting. Or should I ask upstream to provide test files for a C locale setting? Or should I skip these tests completely, or mark the bug as WONTFIX? What would you advice as the best approach for dealing with this? Many thanks for any and all suggestions! Regards, Remco
Re: [gentoo-dev] Dissolving project desktop-misc
On Sun, Nov 29, 2020 at 05:48:41PM +0200, Andreas wrote in <20350427.4csPzL39Zc@farino>: List of packages, please adopt: app-misc/remind I'd like to adopt this one please. https://github.com/gentoo/gentoo/pull/18929
Re: [gentoo-dev] Last rites: */* More Py2 only items
On Tue, Jul 21, 2020 at 02:37:35PM +, Peter wrote in <20200721143735.5318.qm...@stuge.se>: Remco Rijnders wrote: - Can the removal of this package from gentoo be pushed backwards with a month or so to allow me to work on packaging this new version as well as do some rudimentary testing to ensure it works properly with Gentoo? I'm sorry to see this wasn't possible or missed. A bit later than expected, I have just submitted a PR to add this package back in, see https://github.com/gentoo/gentoo/pull/17239 . I hope it can go in shortly, but as this is my first PR to Gentoo, I also hope it is of sufficient quality. Please be gentle ;-) - As upstream for this program would be changed, should the name getmail in gentoo be kept or would it better to use getmail6, and if so, what would be the best way to go about this? Since you want to avoid clobbering the existing name outside of Gentoo I think you should strive for the same also within Gentoo. That said, if the two are interchangeable then a virtual/getmail ebuild would probably be reasonable. I have left it at the original name seeing how the old version has now been removed from Gentoo and this new version is (read: should be) drop in compatible. I'll happily change this if the consensus is that this would be better. Thanks! Remco
Re: [gentoo-dev] Last rites: */* More Py2 only items
On Sun, Jun 28, 2020 at 08:35:02PM -0400, Aaron wrote in <20200629003502.GD17128@bubba>: # Aaron Bauman (2020-06-28) # More Py2 only stuff. Plz see -dev ML for discussions # Remove bindings, port to Py3, etc # Removal in 30 days net-mail/getmai I know this is at the 11th hour, but having been a long time user of getmail, I would be sad to see this package removed from gentoo. Reading and enquiring on the getmail user support list, I learn that the author of getmail is reluctant to make Python 3 support for this package a priority and won't commit to any immediate efforts on his part to make this happen. An effort has been made to port this program to Python 3 by some of its users, see https://github.com/getmail6/getmail6 . The name getmail6 has been chosen over the existing name of getmail as to not hijack the project from its current primary developer and also to avoid conflicts. I'd like to volunteer myself as proxy maintainer for this package. As this would be the first package in gentoo I'd be working on, I ask for advice on the following two points: - Can the removal of this package from gentoo be pushed backwards with a month or so to allow me to work on packaging this new version as well as do some rudimentary testing to ensure it works properly with Gentoo? (some success has been reported: https://github.com/getmail6/getmail6/issues/7#issuecomment-661127141 ) - As upstream for this program would be changed, should the name getmail in gentoo be kept or would it better to use getmail6, and if so, what would be the best way to go about this? Thank you kindly in advance! Kind regards, Remmy signature.asc Description: PGP signature