Hey all,
with the only member of VDR project gone, the project is currently
essentially empty.
https://wiki.gentoo.org/wiki/Project:VDR
Please join the project to keep it alive. We may have some help through
the proxy-maint project, but someone with immediate commit access is
always better.
If
On 2022-11-06 07:09, Michał Górny wrote:
> Hi, everyone.
>
> I think it's time to ask once again: how much do you need Python 3.8
> target to remain available in Gentoo?
>
> Right now we support four CPython targets: 3.8 through 3.11. 3.10 is
> the current default, we're going to move 3.11 from
Hi, everyone.
Arch testing's relying on automation a lot these days. Not saying
that's bad, if it improves the state of affairs. However, I have some
concerns, based on what I've seen lately.
On top of that, it seems that most of it still relies on proprietary
software and we have no clue how *
> On 6 Nov 2022, at 08:15, Michał Górny wrote:
>
> Hi, everyone.
>
> Arch testing's relying on automation a lot these days. Not saying
> that's bad, if it improves the state of affairs. However, I have some
> concerns, based on what I've seen lately.
Thanks for starting this discussion, I t
Hi,
as I already have taken care about many packages from the vdr project, I
will continue to do so.
Is there any progress on the discussion about [gentoo-project] RFC:
"Trusted contributor model"?
Meanwhile I continue to wait for an answer on my email to
recruit...@gentoo.org from november 201
Hi,
On 06/11/2022 09.15, Michał Górny wrote:
On top of that, it seems that most of it still relies on proprietary
software and we have no clue how*exactly* it works, and it's really,
really hard to get a straight answer.
I never understood how it become socially acceptable in open source
pro
Mark all checkout directories as "safe" to avoid dubious ownership
errors with newer git versions when the checkout directory is accessed
from src_install().
Bug: https://bugs.gentoo.org/879353
Signed-off-by: Michał Górny
---
eclass/git-r3.eclass | 5 +
1 file changed, 5 insertions(+)
diff
On 06.11.22 12:03, Michał Górny wrote:
Mark all checkout directories as "safe" to avoid dubious ownership
errors with newer git versions when the checkout directory is accessed
from src_install().
Bug: https://bugs.gentoo.org/879353
Signed-off-by: Michał Górny
---
eclass/git-r3.eclass | 5 +++
On Sun, 2022-11-06 at 12:19 +0100, Florian Schmaus wrote:
> On 06.11.22 12:03, Michał Górny wrote:
> > Mark all checkout directories as "safe" to avoid dubious ownership
> > errors with newer git versions when the checkout directory is accessed
> > from src_install().
> >
> > Bug: https://bugs.gen
On Sun, 2022-11-06 at 12:19 +0100, Florian Schmaus wrote:
>
> I guess there is no way we can avoid the --global and use --local instead?
>
The setting is only respected if it's in the global ($HOME) or system
(/etc) configs. There's no explanation for that in the man page, but
it's probably beca
On 6.11.2022 11.49, Martin Dummer wrote:
> Hi,
>
> as I already have taken care about many packages from the vdr project, I
> will continue to do so.
>
> Is there any progress on the discussion about [gentoo-project] RFC:
> "Trusted contributor model"?
>
> Meanwhile I continue to wait for an ans
On Sun, Nov 06, 2022 at 09:15:40AM +0100, Michał Górny wrote:
> Hi, everyone.
>
> Arch testing's relying on automation a lot these days. Not saying
> that's bad, if it improves the state of affairs. However, I have some
> concerns, based on what I've seen lately.
>
> On top of that, it seems th
On 06.11.22 12:38, Michał Górny wrote:
On Sun, 2022-11-06 at 12:19 +0100, Florian Schmaus wrote:
On 06.11.22 12:03, Michał Górny wrote:
Mark all checkout directories as "safe" to avoid dubious ownership
errors with newer git versions when the checkout directory is accessed
from src_install().
On Sun, 2022-11-06 at 16:08 +0100, Florian Schmaus wrote:
> On 06.11.22 12:38, Michał Górny wrote:
> > On Sun, 2022-11-06 at 12:19 +0100, Florian Schmaus wrote:
> > > On 06.11.22 12:03, Michał Górny wrote:
> > > > Mark all checkout directories as "safe" to avoid dubious ownership
> > > > errors wit
Hi Martin,
as I already have taken care about many packages from the vdr project, I
will continue to do so.
Thank you very much for your offer. This is great.
Is there any progress on the discussion about [gentoo-project] RFC:
"Trusted contributor model"?
I think it makes no sense to have
On domenica 6 novembre 2022 09:15:40 CET Michał Górny wrote:
> On top of that, it seems that most of it still relies on proprietary
> software and we have no clue how *exactly* it works, and it's really,
> really hard to get a straight answer.
I'm speaking for myself. I still use getatoms.py to fe
On domenica 6 novembre 2022 14:27:40 CET John Helmert III wrote:
> As far as I can tell, there's ONE person relying completely on a
> proprietary arch testing system.
>
> Ago, could you comment on this? What's blocking you from open sourcing
> your software?
Hi,
I already answered in the previou
On 06.11.22 16:52, Michał Górny wrote:
On Sun, 2022-11-06 at 16:08 +0100, Florian Schmaus wrote:
Fair point, and I suspected as much.
Am I right that this does modify ~portage/.gitconfig (so usually
/var/lib/portage/home/.gitconfig)? If so, I wonder if this could be
avoided, e.g., by setting XD
On Sun, Nov 06, 2022 at 08:03:16PM +0100, Agostino Sarubbo wrote:
> On domenica 6 novembre 2022 14:27:40 CET John Helmert III wrote:
> > As far as I can tell, there's ONE person relying completely on a
> > proprietary arch testing system.
> >
> > Ago, could you comment on this? What's blocking you
The following packages are currently maintained by GNOME for no real
reason other than they're a dependency of networkmanager:
net-misc/modemmanager
net-libs/libmbim
net-libs/libqmi
net-libs/libqrtr-glib
But I don't have any ability to test them. I'd really appreciate a
dedicated maintainer take
On Sun, Nov 06, 2022 at 11:37:24 +0100, Piotr Karbowski wrote:
> I would be in favour of stepping up the social contract and actually
> prohibiting this kind of things, we had that before too, the nattka you
> mgorny wrote is replacement for old bugzilla bot that was ...
> closedsource and peris
On 7.11.2022 8.07, Oskari Pirhonen wrote:
> On Sun, Nov 06, 2022 at 11:37:24 +0100, Piotr Karbowski wrote:
>> I would be in favour of stepping up the social contract and actually
>> prohibiting this kind of things, we had that before too, the nattka you
>> mgorny wrote is replacement for old bugz
22 matches
Mail list logo