Re: [gentoo-user] git command within an ebuild fails - why?

[Helmut Jarausch]

Many thanks!!!
Helmut


On 09/23/2022 06:54:08 PM, tastytea wrote:

On 2022-09-23 18:17+0200 Helmut Jarausch  wrote:

> Hi,
> I'd like to write an ebuild for installing nim-.
> Within  "src_compile"
> a shell script is executed which tries to invoke
>
> git clone -q --depth 1 -b master
> https://github.com/nim-lang/csources_v1.git csources_v1
>
> This fails with "Could not resolve host: github.com"
>
> When I excute the git command above within the source directory it
> just works.
> So, what's different when executing it within the ebuild.
> Does "inherit git-r3" redefine something.
>
> Many thanks for hint,
> Helmut
>

Network access is disabled in ebuild phase functions by
FEATURES="network-sandbox". You can disable that by adding
RESTRICT="network-sandbox"
to your ebuild, but it's better to fix the build script instead.

I see stefantalpalaru has a solution for this:


Kind regards, tastytea

[gentoo-user] Remove codepoints from fonts with fontconfig

[tastytea]

Hi,
i added a colour emoji font as my last preferred font to fontconfig and
want to get all emojis from it. The problem is, that my first preferred
font contains some mono coloured emojis that override the colour emoji
font. This is my config:

  
monospace

  Source Code Pro
  Source Han Mono
  Noto Color Emoji

  

and the same for serif and sans-serif[1].

I tried to “remove” the offending codepoints from all fonts matching
*Source* like this:

  

  Source


  
charset

  0x2764 
  0x1f916 

  

  

but that only works partially. After running `fc-cache -f` the emojis
are shown correctly in xfce4-terminal and GTK 2/3 programs but not in
alacritty and Qt5 programs. Firefox gets only some of them right.
Rebooting didn't help.

Is there a way to make it work everywhere?

[1] full config:

Re: [gentoo-user] git command within an ebuild fails - why?

[tastytea]

On 2022-09-23 18:17+0200 Helmut Jarausch  wrote:

> Hi,
> I'd like to write an ebuild for installing nim-.
> Within  "src_compile"
> a shell script is executed which tries to invoke
> 
> git clone -q --depth 1 -b master  
> https://github.com/nim-lang/csources_v1.git csources_v1
> 
> This fails with "Could not resolve host: github.com"
> 
> When I excute the git command above within the source directory it
> just works.
> So, what's different when executing it within the ebuild.
> Does "inherit git-r3" redefine something.
> 
> Many thanks for hint,
> Helmut
> 

Network access is disabled in ebuild phase functions by
FEATURES="network-sandbox". You can disable that by adding
RESTRICT="network-sandbox"
to your ebuild, but it's better to fix the build script instead.

I see stefantalpalaru has a solution for this:


Kind regards, tastytea

[gentoo-user] git command within an ebuild fails - why?

[Helmut Jarausch]

Hi,
I'd like to write an ebuild for installing nim-.
Within  "src_compile"
a shell script is executed which tries to invoke

git clone -q --depth 1 -b master  
https://github.com/nim-lang/csources_v1.git csources_v1


This fails with "Could not resolve host: github.com"

When I excute the git command above within the source directory it just  
works.

So, what's different when executing it within the ebuild.
Does "inherit git-r3" redefine something.

Many thanks for hint,
Helmut

Re: [gentoo-user] gentoo-sources-5.15.59 un-keyworded?

[tastytea]

On 2022-09-23 10:28+0200 "J. Roeleveld"  wrote:

> Hi,
> 
> Is there a specific reason why the keywords (apart from hppa) have
> been removed from gentoo-sources-5.15.59?
> 
> I am seeing some issues with systems running this version, but not
> all. And as this is recent, I don't have an older kernel to quickly
> fall back to. Currently working on testing different versions to see
> if it is the kernel.
> 
> If anyone knows why this was done, please let me know. I couldn't
> find anything in b.g.o and my google-fu is failing me on this.

Judging by the git log[1] and `eshowkw sys-kernel/gentoo-sources`[2], it
looks like it was part of a cleanup, a lot of old kernels were dropped.
5.15.59 presumably wasn't dropped because it's the latest stable on
hppa. I guess the other arches were unkeyworded to keep the list of
supported kernels somewhat reasonable.

Kind regards, tastytea

[1] 
[2] from app-portage/gentoolkit

[gentoo-user] gentoo-sources-5.15.59 un-keyworded?

[J. Roeleveld]

Hi,

Is there a specific reason why the keywords (apart from hppa) have been removed 
from gentoo-sources-5.15.59?

I am seeing some issues with systems running this version, but not all. And as 
this is recent, I don't have an older kernel to quickly fall back to. 
Currently working on testing different versions to see if it is the kernel.

If anyone knows why this was done, please let me know. I couldn't find anything 
in b.g.o and my google-fu is failing me on this.

Many thanks,

Joost