Re: [gentoo-dev] Specifying locale in ebuild

2021-03-21 Thread Remco Rijnders
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

2021-03-21 Thread Remco Rijnders

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

2021-01-03 Thread Remco Rijnders
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

2020-08-23 Thread Remco Rijnders
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

2020-07-21 Thread Remco Rijnders
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