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
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
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 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
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 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 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
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 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
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, 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 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, 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 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 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 +++
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
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
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
> 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, 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 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
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
22 matches
Mail list logo
