Hi Yixun,
On 2021/8/12 17:55, Yixun Lan wrote:
> HI Xuerui:
>
> This must be a *HUGE* project and gonna put lots of effort in to it!
> So, first, good luck to you with all my best wishes!~
Thanks for your kindness!
>
> On 00:39 Thu 12 Aug , WANG Xuerui wrote:
>> Hi everyone,
>>
>> I'm your
On Thu, 2021-08-12 at 13:17 -0700, Matt Turner wrote:
> On Thu, Aug 12, 2021 at 5:53 AM Michał Górny wrote:
> >
> > Hello, everyone.
> >
> > TL;DR: I'd like to propose that stabilizations are done via blockers of
> > security bugs instead of security bugs themselves, i.e. as any other
> >
From: Georgy Yakovlev
See:
https://archives.gentoo.org/gentoo-dev/message/7bdfdc9a7560fd07436defd0253af0b8
Signed-off-by: Georgy Yakovlev
Signed-off-by: Sam James
---
metadata/install-qa-check.d/60tmpfiles-paths | 34 ++--
1 file changed, 24 insertions(+), 10 deletions(-)
Both sys-apps/systemd and sys-libs/pam need to install some files
to these directories without inheriting the eclass.
For future work, we should have a standardised way on opting
out of installed files QA checks, but other QA checks are
already suffering from this issue.
See:
It's okay to use "keepdir" on /etc/tmpfiles.d.
See:
https://archives.gentoo.org/gentoo-dev/message/50558b55dc34f37b238807fc4759640d
Signed-off-by: Sam James
---
metadata/install-qa-check.d/60tmpfiles-paths | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
This adds two tmpfiles related QA checks:
1) Verify packages don't install tmpfiles to /etc/tmpfiles.d, which
is a forbidden (user-configuration) location;
2) Check whether packages inherit tmpfiles.eclass if they're
installing files to /usr/lib/tmpfiles.d.
(This helps to catch packages not
> On 12 Aug 2021, at 16:17, Agostino Sarubbo wrote:
>
> On giovedì 12 agosto 2021 14:53:33 CEST Michał Górny wrote:
>> To resolve these problems going forward and establish consistent
>> behavior in the future, I'd like to propose to disable 'package list'
>> fields on security bugs and
> On 12 Aug 2021, at 23:35, William Hubbs wrote:
>
> I spoke with several people on the #gentoo-hardened channel and no one
> knows of any place where these profiles are being used.
>
> I'll apply this patch early on Aug 16 UTC if no one objects.
>
I should've thought about this earlier,
Signed-off-by: William Hubbs
---
profiles/hardened/linux/musl/eapi | 1 -
profiles/hardened/linux/musl/make.defaults | 5 -
profiles/hardened/linux/musl/mips/eapi | 1 -
profiles/hardened/linux/musl/mips/mipsel/eapi | 1 -
I spoke with several people on the #gentoo-hardened channel and no one
knows of any place where these profiles are being used.
I'll apply this patch early on Aug 16 UTC if no one objects.
William Hubbs (1):
profiles/hardened: remove the legasy musl profiles
profiles/hardened/linux/musl/eapi
On Thu, Aug 12, 2021 at 5:53 AM Michał Górny wrote:
>
> Hello, everyone.
>
> TL;DR: I'd like to propose that stabilizations are done via blockers of
> security bugs instead of security bugs themselves, i.e. as any other
> stabilizations.
>
>
> Right now we're often performing security-related
On Thu, 2021-08-12 at 17:22 +0200, Rolf Eike Beer wrote:
> The default owner is root:root anyway.
>
This is only true of you don't call insopts earlier with some other
value. I see "insopts -o root -g qmail -m 700" in there so you might
want to double check.
On Thu, Aug 12, 2021 at 05:17:36PM +0200, Agostino Sarubbo wrote:
> I think it is a good idea but the stabilization bug that blocks the security
> bug should at least have something (bugzilla KEYWORD?) to facilitate the
> search of the security stabilization.
> Atm we look for bugs with assignee
The previous algorithm would scan for all primes for a given number, which
takes needlessly long.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 51 +++---
eclass/tests/qmail.sh | 52 +++
2 files changed, 70
Am Donnerstag, 12. August 2021, 13:25:09 CEST schrieb Ulrich Mueller:
> > On Thu, 12 Aug 2021, Rolf Eike Beer wrote:
> > -# @FUNCTION: primes
> > -# @USAGE:
> > +# @FUNCTION: is_prime
> > +# @USAGE:
> >
> > # @DESCRIPTION:
> > -# Prints a list of primes between min and max inclusive
> >
The default owner is root:root anyway. This also fixes
qmail_supervise_install_one() when called from outside of qmail_src_install().
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 27 +--
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git
On giovedì 12 agosto 2021 14:53:33 CEST Michał Górny wrote:
> To resolve these problems going forward and establish consistent
> behavior in the future, I'd like to propose to disable 'package list'
> fields on security bugs and instead expect regular stabilization bugs to
> be used (and made
On Thu, Aug 12, 2021 at 02:53:33PM +0200, Michał Górny wrote:
> Hello, everyone.
>
> TL;DR: I'd like to propose that stabilizations are done via blockers of
> security bugs instead of security bugs themselves, i.e. as any other
> stabilizations.
>
>
> Right now we're often performing
The benefits definitely seem to outweigh the added work here, sounds
good to me!
signature.asc
Description: PGP signature
Am Donnerstag, 12. August 2021, 13:13:23 CEST schrieb Ulrich Mueller:
> > On Thu, 12 Aug 2021, Rolf Eike Beer wrote:
> > dospp() {
> >
> > insinto "${QMAIL_HOME}"/plugins/
> >
> > - insopts -o root -g "${GROUP_ROOT}" -m 0755
> > + insopts -o root -g root -m 0755
>
> install
Hello, everyone.
TL;DR: I'd like to propose that stabilizations are done via blockers of
security bugs instead of security bugs themselves, i.e. as any other
stabilizations.
Right now we're often performing security-related stabilizations via
security bugs. This has a few problems, that are:
# Agostino Sarubbo (2021-08-12)
# Latest release 2012, not anymore useful for current routers
# Removal in ~30 days.
app-crypt/WiRouterKeyRec
Agostino
> On Thu, 12 Aug 2021, Rolf Eike Beer wrote:
> -# @FUNCTION: primes
> -# @USAGE:
> +# @FUNCTION: is_prime
> +# @USAGE:
> # @DESCRIPTION:
> -# Prints a list of primes between min and max inclusive
> -# Note: this functions gets very slow when used with large numbers.
> -primes() {
> -
> On Wed, 11 Aug 2021, Stephan Hartmann wrote:
> case ${EAPI} in
> - 7) ;;
> + 7|8) ;;
> *) die "EAPI=${EAPI:-0} is not supported" ;;
Nitpick: Add "${ECLASS}: " at the beginning of the die message.
> esac
signature.asc
Description: PGP signature
> On Thu, 12 Aug 2021, Rolf Eike Beer wrote:
> dospp() {
> insinto "${QMAIL_HOME}"/plugins/
> - insopts -o root -g "${GROUP_ROOT}" -m 0755
> + insopts -o root -g root -m 0755
install defaults to root anyway, so why are explicit -o and -g needed
here? (Same applies below, of
Support (potentially global-scope) EPYTEST_DESELECT and EPYTEST_IGNORE
arrays to conveniently deselect/skip tests. This effectively replaces
local hacks such as:
epytest ${deselect[@]/#/--deselect }
Signed-off-by: Michał Górny
---
eclass/python-utils-r1.eclass | 30
HI Xuerui:
This must be a *HUGE* project and gonna put lots of effort in to it!
So, first, good luck to you with all my best wishes!~
On 00:39 Thu 12 Aug , WANG Xuerui wrote:
> Hi everyone,
>
> I'm your average Gentoo user who obviously thought his sleeping time is more
> than enough, and
The previous algorithm would scan for all primes for a given number, which
takes needlessly long.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 51 -
1 file changed, 18 insertions(+), 33 deletions(-)
diff --git a/eclass/qmail.eclass
This also fixes qmail_supervise_install_one when called from outside of
qmail_src_install.
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 27 +--
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index
Signed-off-by: Rolf Eike Beer
---
eclass/qmail.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/qmail.eclass b/eclass/qmail.eclass
index 76c612f026f..6b04cbf7792 100644
--- a/eclass/qmail.eclass
+++ b/eclass/qmail.eclass
@@ -4,11 +4,11 @@
# @ECLASS:
Hey, the following package is up for grabs:
games-util/xboxdrv
Haven't used this in years. Last upstream release was in 2015. Even
upstream recommends to use the kernel built-in XPAD module. This package
has one scons-related bug open, and it was recently broken by a scons
update. Upstream
> On Thu, 12 Aug 2021, Michał Górny wrote:
> On Thu, 2021-08-12 at 09:21 +0800, WANG Xuerui wrote:
>> I would say this is mostly aesthetic matter, because we have equally
>> long ARCH names like "microblaze" or "openrisc" too. From a user's
>> perspective I'd personally prefer "loong" to
On Thu, 2021-08-12 at 09:21 +0800, WANG Xuerui wrote:
> On 8/12/21 02:13, William Hubbs wrote:
>
> > On Thu, Aug 12, 2021 at 12:39:33AM +0800, WANG Xuerui wrote:
> > > I'm planning to take ARCH=loongarch for the port; and support the LP64 ABI
> > > first. I'd like to support both LP64 and ILP32
33 matches
Mail list logo