For both multilib and non-multilib profiles binutils provides
tools with native ABI prefix only. For example on amd64 there
is only 'x86_64-pc-linux-gnu-nm' and 'nm'.
On abi_x86_32 tools are usually configured with --host=i686-pc-linux-gnu.
Configure tries i686-pc-linux-gnu-nm, then falls back to
Stop motivated attackers or keep low barrier to entry; pick any one. :)
Michał Górny wrote:
> CAPTCHA
> ==
> A traditional way of dealing with spam -- require every new system
> identifier to be confirmed by solving a CAPTCHA (or a few identifiers
> for one CAPTCHA).
>
>
'tc-directly' tracker https://bugs.gentoo.org/243502 tracks
packages that don't respect users' CC/AR/LD flags.
I added new USE=-native-symlinks mode for gcc-config and
binutils-config to ease detection of such packages.
Native symlinks are still installed by default. Nothing should
break for
Hi, everyone.
I've finally found some time to revive eclean-kernel, and I'm having
some doubts about the way bootloaders are used (in ek1). I'd like to
hear your opinion on whether the old behavior should be kept or removed
in favor of more-like-ek2 behavior.
Originally, ek1 assumed that we
On Fri, May 22, 2020 at 12:53:03PM -0700, Brian Dolbec wrote:
> We cannot exclude overlays which will have cat/pkg not in the main
> gentoo repo. So, we should not excludea submission that includes a few
> of these.
To avoid this problem, even if imperfectly, it should be possible to
track what
On Sat, 2020-05-23 at 07:20 +1200, Kent Fredric wrote:
> On Thu, 21 May 2020 10:47:07 +0200
> Michał Górny wrote:
>
> > Other ideas
> > ===
> > Do you have any other ideas on how we could resolve this?
>
> And a question I'd like to revisit, because nobody responded to it:
>
> - What
On Sat, 23 May 2020 07:20:22 +1200
Kent Fredric wrote:
> On Thu, 21 May 2020 10:47:07 +0200
> Michał Górny wrote:
>
> > Other ideas
> > ===
> > Do you have any other ideas on how we could resolve this?
>
> And a question I'd like to revisit, because nobody responded to it:
>
> -
Hi,
I realize today that nginx ebuild have a new slot mainline. The current
ebuild stable version 1.17 came from mainline. Anyone knows if this
means that is not the stable version of nginx?
After reading the following blog post I couldn't understand what they
are doing now:
On Thu, 21 May 2020 10:47:07 +0200
Michał Górny wrote:
> Other ideas
> ===
> Do you have any other ideas on how we could resolve this?
And a question I'd like to revisit, because nobody responded to it:
- What are the incentives a would-be spammer has to spam this service.
Services
Originally found in bug #705240 as:
```
if [[ ... || ${KV_MAJOR}.${KV_MINOR}.${KV_PATCH} > 2.6.28 ]]; then
```
'>' are string comparisons. They are benign so far, but
will start failing on linux-10 :)
Let's be consistent and use version comparison.
CC: ker...@gentoo.org
Closes:
Originally found in bug #705240 as:
```
error=0
...
if [[ ${error} > 0 ]]; then
...
```
'>' are string comparisons. They are benign in this case, but let's
be consistent and use integer comparison.
CC: ker...@gentoo.org
Closes: https://bugs.gentoo.org/705248
Signed-off-by: Sergei
Am Fr., 22. Mai 2020 um 15:40 Uhr schrieb Gordon Pettey <
petteyg...@gmail.com>:
> On Fri, May 22, 2020 at 1:18 AM waebbl wrote:
>
>> Am Do., 21. Mai 2020 um 22:14 Uhr schrieb Viktar Patotski <
>> xp.vit@gmail.com>:
>>
>>> I believe that we are all have forgotten about Donald Knuth:
On Fri, May 22, 2020 at 1:18 AM waebbl wrote:
> Am Do., 21. Mai 2020 um 22:14 Uhr schrieb Viktar Patotski <
> xp.vit@gmail.com>:
>
>> I believe that we are all have forgotten about Donald Knuth: Premature
>> optimisation is the root of all evill.
>>
> I won't consider spam protection to be a
Am Do., 21. Mai 2020 um 22:14 Uhr schrieb Viktar Patotski <
xp.vit@gmail.com>:
I believe that we are all have forgotten about Donald Knuth: Premature
> optimisation is the root of all evill.
>
I won't consider spam protection to be a optimisation. Instead, the
occurence of spam is IMO a
On Fri, 2020-05-22 at 06:42 +0200, Michał Górny wrote:
> On Thu, 2020-05-21 at 22:13 +0200, Viktar Patotski wrote:
> > We don't have "spam" yet, but we are already trying to protect. There might
> > be cases when some systems will be posting stats more often than we want,
> > but probably that
15 matches
Mail list logo