> On 26 Jul 2022, at 04:00, Sam James wrote:
>
>
>
>> On 25 Jul 2022, at 16:28, Fabian Groffen wrote:
>>
>> bin/ebuild-helpers/emake: force SHELL to be set
>>
>> On Prefix systems /bin/sh can be anything, including very ancient. So
>> ensure we're running with bash, since that's what
> On 26 Jul 2022, at 00:33, Mike Gilbert wrote:
>
> On Mon, Jul 25, 2022 at 11:38 AM Fabian Groffen wrote:
>>
>> bin/install-qa-check.d/80libraries: support Darwin/Mach-O objects
>>
>> Check for dylib on Darwin, so on everything else.
>>
>> Signed-off-by: Fabian Groffen
>>
>> diff --git
> On 25 Jul 2022, at 16:28, Fabian Groffen wrote:
>
> bin/ebuild-helpers/emake: force SHELL to be set
>
> On Prefix systems /bin/sh can be anything, including very ancient. So
> ensure we're running with bash, since that's what Gentoo Linux is
> expecting /bin/sh to be (by default, at
On Mon, Jul 25, 2022 at 1:03 PM Fabian Groffen wrote:
>
> bin/phase-functions.sh: make ED and EROOT read-only too
>
> Like D, make ED and EROOT read-only vars.
Makes sense.
On Mon, Jul 25, 2022 at 12:47 PM Fabian Groffen wrote:
>
> bin/misc-functions.sh: some Prefix fixes
>
> - ED needs not to exist, whereas D does, so ensure we check for that,
> and create ED if absent, necessary for further checks to succeed
> - use EPREFIX in INSTALL_MASK
Seems good to me.
On Mon, Jul 25, 2022 at 12:41 PM Fabian Groffen wrote:
>
> bin/install-qa-check.d/90world-writable: include EPREFIX in reports
>
> It is much less confusing and consistent to report full paths including
> the leading EPREFIX.
Makes sense to me.
On Mon, Jul 25, 2022 at 12:26 PM Fabian Groffen wrote:
>
> bin/install-qa-check.d/80multilib-strict: use file/find from Prefix
>
> diff --git a/bin/install-qa-check.d/80multilib-strict
> b/bin/install-qa-check.d/80multilib-strict
> index afd223250..3db4ecce3 100644
> ---
On Mon, Jul 25, 2022 at 11:28 AM Fabian Groffen wrote:
>
> bin/ebuild-helpers/emake: force SHELL to be set
>
> On Prefix systems /bin/sh can be anything, including very ancient. So
> ensure we're running with bash, since that's what Gentoo Linux is
> expecting /bin/sh to be (by default, at
On Mon, Jul 25, 2022 at 11:38 AM Fabian Groffen wrote:
>
> bin/install-qa-check.d/80libraries: support Darwin/Mach-O objects
>
> Check for dylib on Darwin, so on everything else.
>
> Signed-off-by: Fabian Groffen
>
> diff --git a/bin/install-qa-check.d/80libraries
>
Could you please create a PR at https://github.com/gentoo/portage so
that the CI system can test the changes for this patch series?
Hi!
Am 22.07.2022 um 21:10 schrieb Mikhail Koliada:
What do you think?
I like the idea and would like to see that change.
Conrad
On Sat, Jul 23, 2022 at 08:55:14PM -0400, Mike Gilbert wrote:
> On Fri, Jul 22, 2022 at 3:10 PM Mikhail Koliada wrote:
> >
> > Hello!
> >
> > This idea has been fluctuating in my head for quite a while given that the
> > migration had happened
> > a while ago [0] and some other major
On 7/25/2022 16:29, John Helmert III wrote:
> On Mon, Jul 25, 2022 at 03:59:59PM -0400, Joshua Kinard wrote:
>> On 7/25/2022 15:30, Joshua Kinard wrote:
>> [snip]
>>
>>>
>>> Some really quick looking around, I'm not finding any substantive
>>> discussions on why yescrypt is better than argon2. It
On Mon, Jul 25, 2022 at 03:59:59PM -0400, Joshua Kinard wrote:
> On 7/25/2022 15:30, Joshua Kinard wrote:
> [snip]
>
> >
> > Some really quick looking around, I'm not finding any substantive
> > discussions on why yescrypt is better than argon2. It so far seems that it
> > just got implemented
On 7/25/2022 15:30, Joshua Kinard wrote:
[snip]
>
> Some really quick looking around, I'm not finding any substantive
> discussions on why yescrypt is better than argon2. It so far seems that it
> just got implemented in libxcrypt sooner than argon2 did, so that's why
> there is this sudden
On 7/25/2022 15:34, John Helmert III wrote:
> On Mon, Jul 25, 2022 at 03:30:08PM -0400, Joshua Kinard wrote:
[snip]
>>
>> "yescrypt" is an odd name for a hashing algorithm. I looked it up on
>> Wikipedia, and it just redirects to the 2013 Password Hashing Competition
>> (PHC)[1], in which
On Mon, Jul 25, 2022 at 03:30:08PM -0400, Joshua Kinard wrote:
> On 7/25/2022 14:44, Sam James wrote:
> >
> >
> >> On 22 Jul 2022, at 20:10, Mikhail Koliada wrote:
> >>
> >> Hello!
> >>
> >> This idea has been fluctuating in my head for quite a while given that the
> >> migration had happened
On 7/25/2022 14:44, Sam James wrote:
>
>
>> On 22 Jul 2022, at 20:10, Mikhail Koliada wrote:
>>
>> Hello!
>>
>> This idea has been fluctuating in my head for quite a while given that the
>> migration had happened
>> a while ago [0] and some other major distributions have already adopted
>>
> On 22 Jul 2022, at 20:10, Mikhail Koliada wrote:
>
> Hello!
>
> This idea has been fluctuating in my head for quite a while given that the
> migration had happened
> a while ago [0] and some other major distributions have already adopted
> yescrypt as their default algo
> by now [1]. For
> On 25 Jul 2022, at 15:35, Peter Stuge wrote:
>
> Mikhail Koliada wrote:
>> This idea has been fluctuating in my head for quite a while given
>> that the migration had happened a while ago [0] and some other
>> major distributions have already adopted yescrypt as their default algo
>> by now
> On Mon, 25 Jul 2022, Fabian Groffen wrote:
> @@ -50,6 +51,16 @@ if [[ ${_E_INSDESTTREE_#${ED}} != "${_E_INSDESTTREE_}" ]];
> then
> __helpers_die "${helper} used with \${D} or \${ED}"
> exit 1
> fi
> +if [[ -n ${EPREFIX} && \
> + ${_E_INSDESTTREE_#${EPREFIX}} !=
bin/phase-functions.sh: make ED and EROOT read-only too
Like D, make ED and EROOT read-only vars.
Signed-off-by: Fabian Groffen
diff --git a/bin/phase-functions.sh b/bin/phase-functions.sh
index ccf7eeea7..212b19fc1 100644
--- a/bin/phase-functions.sh
+++ b/bin/phase-functions.sh
@@ -12,7
bin/misc-functions.sh: some Prefix fixes
- ED needs not to exist, whereas D does, so ensure we check for that,
and create ED if absent, necessary for further checks to succeed
- use EPREFIX in INSTALL_MASK
Signed-off-by: Fabian Groffen
diff --git a/bin/misc-functions.sh
bin/install-qa-check.d/90world-writable: include EPREFIX in reports
It is much less confusing and consistent to report full paths including
the leading EPREFIX.
Signed-off-by: Fabian Groffen
diff --git a/bin/install-qa-check.d/90world-writable
b/bin/install-qa-check.d/90world-writable
index
bin/install-qa-check.d/80multilib-strict: use file/find from Prefix
diff --git a/bin/install-qa-check.d/80multilib-strict
b/bin/install-qa-check.d/80multilib-strict
index afd223250..3db4ecce3 100644
--- a/bin/install-qa-check.d/80multilib-strict
+++ b/bin/install-qa-check.d/80multilib-strict
@@
bin/install-qa-check.d/80libraries: support Darwin/Mach-O objects
Check for dylib on Darwin, so on everything else.
Signed-off-by: Fabian Groffen
diff --git a/bin/install-qa-check.d/80libraries
b/bin/install-qa-check.d/80libraries
index 8dc35bb87..a477ec9cb 100644
---
On Mon, Jul 25, 2022 at 11:11 AM Marek Szuba wrote:
>
> On 2022-07-25 15:35, Peter Stuge wrote:
>
> > Please only do that based on proven merit and nothing else.
>
> https://pthree.org/2018/05/23/do-not-use-sha256crypt-sha512crypt-theyre-dangerous/
> , https://www.password-hashing.net/ , the fact
bin/ebuild-helpers/emake: force SHELL to be set
On Prefix systems /bin/sh can be anything, including very ancient. So
ensure we're running with bash, since that's what Gentoo Linux is
expecting /bin/sh to be (by default, at least).
Provide a fallback for the (near impossible) case that we use a
On 25-07-2022 08:09:02 -0700, Zac Medico wrote:
> On 7/24/22 23:17, Fabian Groffen wrote:
> > On 24-07-2022 13:58:31 -0700, Zac Medico wrote:
> >> On 7/24/22 12:29, Fabian Groffen wrote:
> >>> Hi,
> >>>
> >>> Quick question, I noticed that portage uses /bin/bash hardcoded in
> >>> shebang of
bin/ebuild-helpers/doins: fix D check, add EPREFIX check
ED = D/EPREFIX, so checking for ED includes EPREFIX, which when this is
absent fails to check for D. Simply check for D instead, which catches
both the case for D and ED.
Add check for usage of EPREFIX, like for using D with helpers.
On 2022-07-25 15:35, Peter Stuge wrote:
Mikhail Koliada wrote:
This idea has been fluctuating in my head for quite a while given
that the migration had happened a while ago [0] and some other
major distributions have already adopted yescrypt as their default algo
by now [1].
Please only do
On 7/24/22 23:17, Fabian Groffen wrote:
On 24-07-2022 13:58:31 -0700, Zac Medico wrote:
On 7/24/22 12:29, Fabian Groffen wrote:
Hi,
Quick question, I noticed that portage uses /bin/bash hardcoded in
shebang of scripts, while it uses /usr/bin/env python for python
executable files.
Is there
Mikhail Koliada wrote:
> This idea has been fluctuating in my head for quite a while given
> that the migration had happened a while ago [0] and some other
> major distributions have already adopted yescrypt as their default algo
> by now [1].
Please only do that based on proven merit and nothing
On 2022/07/24 18:36, Sam James wrote:
> The following packages are up for grabs b/c of inactivity:
> net-misc/anydesk
https://github.com/gentoo/gentoo/pull/26587
Kind Regards,
Jaco
# Andreas Sturmlechner (2022-07-25)
# Merged into kde-apps/kalarm since 22.04.3, no other revdeps, obsolete.
# Masked for removal on 2022-08-08.
kde-apps/kalarmcal
signature.asc
Description: This is a digitally signed message part.
On 24-07-2022 13:58:31 -0700, Zac Medico wrote:
> On 7/24/22 12:29, Fabian Groffen wrote:
> > Hi,
> >
> > Quick question, I noticed that portage uses /bin/bash hardcoded in
> > shebang of scripts, while it uses /usr/bin/env python for python
> > executable files.
> >
> > Is there anything
36 matches
Mail list logo