For the past month or so (since the recent Python version changes) I haven't
been able to
get a full emerge update to complete.
The main culprit seems to be meson, but only because what looks like an
internal Python
module, "setup.py", can't import 'setup' from 'setuptools'
All the
On 2024-02-04, John Covici wrote:
> Hi there. I am trying to use gentoo to install an updated version of
> orca which is a screen reader for linux. They have switched overr to
> using meson build system. So, I have done this so far:
> src_prepare() {
> mkdir _
Hi,
New to Gentoo to get away from systemd CVEs and I enabled vaapi and IN10N use
flags and after changed-use it suggested rebuild-rdeps rebuilding many packages.
During babl and so meson build.
I get 'Unknown keyword arguments "Description"' in the meson log.
A similar message to he
David Haller <gen...@dhaller.de> wrote:
>
> Mow is that meson_options.txt
> maintained? Automatically or by hand? If the former: yay!
No, the former would be bad since it would require an
analogue of an "autoreconf" run which is what meson avoids.
> If the latter, tr
On 2/13/20 7:48 PM, james wrote:
On 2/13/20 5:04 AM, Gerion Entrup wrote:
Hi,
I have a strange emerge/update problem:
```
# emerge -a1 "=meson-0.52.1::gentoo" "=setuptools-42.0.2::gentoo" -v
These are the packages that would be merged, in order:
Calculating dependenci
Hi there. I am trying to use gentoo to install an updated version of
orca which is a screen reader for linux. They have switched overr to
using meson build system. So, I have done this so far:
src_prepare() {
mkdir _build
default
}
src_configure() {
meson setup -D prefix=/usr _build
meson
Branko Grubić :
> When I see build issues, I take a look at bugs.gentoo.org (open and
> closed (or recently reported 24h or 7days ...)),
Thanks
On 27/11/2019 07:50, Helmut Jarausch wrote:
> Hi,
> I came across the "modern ebook reader" foliate
> (github.com/johnfactotum/foliate)
> Since I don't know about meson, I failed to write an ebuild for that.
>
> Has anybody know about an ebuild for foliate?
&g
On 2020-02-13 19:59, james wrote:
> equery depends setuptools | grep meson
I find the equery d and g operations much less useful than they sound at
the start, because they are coarse wrt USE flags. If any portage
developers are reading - fixing this would be a huge help. Or having a
new t
-runlevel.service.tmp using configuration
Configuring systemd-update-utmp.service.tmp using configuration
Confi
meson.build:2907: WARNING: Trying to compare values of different types (bool,
str) using ==.
The result of this is undefined and will become a hard error in a future Meson
release.
meson.build:2907
ol,
> str) using ==.
> The result of this is undefined and will become a hard error in a future Meson
> release.
> meson.build:2907: WARNING: Trying to compare values of different types (bool,
> str) using ==.
> The result of this is undefined and will become a hard error in a future M
r windows, powerpc,
etc.)
> cmake [...] qmake
I agree, these are horrible. The best build system currently
appears to be meson.
> equivalent to "./configure --help"
For meson, it is "cat meson_options.txt", and there is a clear
distinction between general options and pr
Hi,
I have a strange emerge/update problem:
```
# emerge -a1 "=meson-0.52.1::gentoo" "=setuptools-42.0.2::gentoo" -v
These are the packages that would be merged, in order:
Calculating dependencies... done!
!!! All ebuilds that could satisfy
"dev-python/setuptools
On 2/13/20 5:04 AM, Gerion Entrup wrote:
Hi,
I have a strange emerge/update problem:
```
# emerge -a1 "=meson-0.52.1::gentoo" "=setuptools-42.0.2::gentoo" -v
These are the packages that would be merged, in order:
Calculating dependencies... done!
!!! All ebuilds that
..]
> > I don't know/understand why meson needs the above, but is there a reason
> > google DNS and NTP servers take precedence over my system settings?
>
> You are misinterpreting this output. Nothing is "taking precedence"
> over your local settings.
>
> systemd-u
Am Freitag, 14. Februar 2020, 11:53:58 CET schrieb Marc Joliet:
> Am Donnerstag, 13. Februar 2020, 11:04:54 CET schrieb Gerion Entrup:
> > Hi,
>
> Hi,
>
> > I have a strange emerge/update problem:
> > ```
> > # emerge -a1 "=meson-0.52.1
On Sun, 2022-05-15 at 17:41 +, Kevin Chadwick wrote:
> Hi,
>
> New to Gentoo to get away from systemd CVEs and I enabled vaapi and
> IN10N use
> flags and after changed-use it suggested rebuild-rdeps rebuilding
> many packages.
>
> During babl and so meson build.
>
and only voluntarily rebooted my machine
##
GAH
dev-util/meson:0
(dev-util/meson-0.52.0:0/0::gentoo, ebuild scheduled for merge)
conflicts with
> Alan Grimes' e-mail address seems to be from Verizon, which is, if I
> understand correctly, Yahoo Mail.
Worse, AO
Am Donnerstag, 13. Februar 2020, 11:04:54 CET schrieb Gerion Entrup:
> Hi,
Hi,
> I have a strange emerge/update problem:
> ```
> # emerge -a1 "=meson-0.52.1::gentoo" "=setuptools-42.0.2::gentoo" -v
> These are the packages that would be merged, in order:
&g
Hi,
I came across the "modern ebook reader" foliate
(github.com/johnfactotum/foliate)
Since I don't know about meson, I failed to write an ebuild for that.
Has anybody know about an ebuild for foliate?
Many thanks for some help,
Helmut
On 2020-08-24, Franz Fellner wrote:
> On Mo 24 Aug 2020 11:21:10 +0200, Hogren wrote:
>> Maybe try to :
>>
>> - Unmerge all python and python-setuptools versions
>
> No, don't do that!!!
> Unmerging all python version will leave you with a non-working portage.
Indeed -- I've done that. It's
eady not so sure whether
>this also holds if you also want to compile for windows, powerpc,
>etc.)
Aye.
>> cmake [...] qmake
>
>I agree, these are horrible. The best build system currently
>appears to be meson.
>
>> equivalent to "./configure --help"
&
; > I have a strange emerge/update problem:
> > > ```
> > > # emerge -a1 "=meson-0.52.1::gentoo" "=setuptools-42.0.2::gentoo" -v
> > > These are the packages that would be merged, in order:
> > >
> > > Calculating dependencies... done!
> > >
e support reading EXTRA_ECONF to
pass additional arguments (done automatically through econf wrapper).
e.g. EXTRA_ECONF="--enable-inews" could be added through package.env[1]
Can similarly be done for meson and cmake with MYMESONARGS and
MYCMAKEARGS if the ebuild is using the meson/cm
On 2018-08-25, Philip Webb wrote:
> For a long time, several pkgs have been refusing to install,
> apparently due to a conflict re python targets :
>
> root:595 ~> emerge -pv certifi file pyblake2 meson setuptools
What if you add dev-python/pygments to this list? This might be
> >> - Unmerge all python and python-setuptools versions
> > No, don't do that!!!
> > Unmerging all python version will leave you with a non-working portage.
> Indeed -- I've done that. It's not fun. You certainly won't do it a
> second time.
> Grant
How did you recover? You
On 2020-08-24 17:24, Thomas Mueller wrote:
>
> How did you recover? You couldn't even use setup.py at that stage.
>
> Did you have to download the python distfile if you didn't have it
> already, and build using configure and make directly?
You can find someone you trust with the same
python_targets_python3_12 )
Not being sure exactly what was necessary, I put them all into the
use file for gemato.
Then, I got the same thing for meson, I think. I'm thinking this might
go through all the packages.
Is there a way to do it globally?
on that netbook on another partition.
I remember that I tried "meson _build" for the same glib version in the older
gentoo, it passed the configuration. I guess there could be some conflict
between meson and something else or meson uses some libs with conflicts. I will
provide the older gen
bingo! Here's the
>relevant entry:
>
>[39/106] /usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal
>msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
>org.freedesktop.appstream.cli.metainfo.xml data/
>org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/por
f
> >the log. When I remembered it, I searched the log for "error[: ]", and
> >bingo! Here's the relevant entry:
> >
> >[39/106] /usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal
> >msgfmthelper ../appstream-AP
, 2023, 19:47 by johnstr...@163.com:
>
>
>
>
> To be precise, when I tried "meson _build" in the
> "/var/tmp/.../glib-2.76.3/work/glib-2.76.3/", the system froze at the step I
> mentioned in my last email, not "stop".
>
>
>
&
To be precise, when I tried "meson _build" in the
"/var/tmp/.../glib-2.76.3/work/glib-2.76.3/", the system froze at the step I
mentioned in my last email, not "stop".
At 2023-06-13 09:39:14, "johnstrass" wrote:
Dear friends,
I am
Dear friends,
I am using an Yeeloong netbook and it freezed when I was doing the
usual update of the world. I found that it was stoped at the step of
configuring the glib. The glib uses the meson to config it. Before
this freeze, it also froze at configuring the systemd-253.5 and I masked
On Mo 24 Aug 2020 11:21:10 +0200, Hogren wrote:
> Maybe try to :
>
> - Unmerge all python and python-setuptools versions
No, don't do that!!!
Unmerging all python version will leave you with a non-working portage.
portage is written in python.
You can fix that but it requires some manual
On 2020-08-24, Thomas Mueller wrote:
>> >> - Unmerge all python and python-setuptools versions
>
>> > No, don't do that!!!
>> > Unmerging all python version will leave you with a non-working portage.
>
>> Indeed -- I've done that. It's not fun. You certainly won't do it a
>> second
For a long time, several pkgs have been refusing to install,
apparently due to a conflict re python targets :
root:595 ~> emerge -pv certifi file pyblake2 meson setuptools
Calculating dependencies... done!
[ebuild R] dev-python/setuptools-36.7.2 PYTHON_TARGETS="-python3_4*
-p
August 25, 2018 10:33 AM, "Philip Webb" wrote:
> For a long time, several pkgs have been refusing to install,
> apparently due to a conflict re python targets :
>
> root:595 ~> emerge -pv certifi file pyblake2 meson setuptools
> Calculating dependencies... do
ce the recent Python version changes) I
haven't been able to get a full emerge update to complete.
The main culprit seems to be meson, but only because what looks like
an internal Python module, "setup.py", can't import 'setup' from
'setuptools'
All the remaining failures are either t
> output:
> > ...
>
> > I tested changing the PYTHON_TARGETS and PYTHON_SINGLE_TARGETS vars
> > with no success.
> > I think is something with gjs, python or meson but in the end I
> > can't
> > determinate and solve the problem.
> > The problem s
On Wed, May 20, 2020 at 06:08:18PM +0200, Pascal Schorde wrote:
> While emerging @world I get the following error:
>
> Traceback (most recent call last):
> File "/usr/lib/python-exec/python3.6/meson", line 6, in
> from pkg_resources import load_entry_point
> Mo
all last):
> > File "/usr/lib/python-exec/python3.6/meson", line 6, in
> > from pkg_resources import load_entry_point
> > ModuleNotFoundError: No module named 'pkg_resources'
> > * ERROR: dev-libs/gobject-introspection-1.62.0::gentoo failed (configure
> &g
Sorry sorry sorry…
Franz is right...
Do not uninstall all python versions !
Hogren
On 24/08/2020 11:39, Franz Fellner wrote:
On Mo 24 Aug 2020 11:21:10 +0200, Hogren wrote:
Maybe try to :
- Unmerge all python and python-setuptools versions
No, don't do that!!!
Unmerging all python
ntations
hth,
James
On 8/25/18 4:33 AM, Philip Webb wrote:
> For a long time, several pkgs have been refusing to install,
> apparently due to a conflict re python targets :
>
> root:595 ~> emerge -pv certifi file pyblake2 meson setuptools
> Calculating dependencies... done!
>
##
> GAH
> dev-util/meson:0
>
> (dev-util/meson-0.52.0:0/0::gentoo, ebuild scheduled for merge)
> conflicts with
> (gnome-base/dconf-0.32.0-r1:0/0::gentoo, installed)
> ^
> #
>
> So I decided to do an emergency s
On Tuesday, August 25, 2020 2:23:57 A.M. AEST Grant Edwards wrote:
> On 2020-08-24, Franz Fellner wrote:
> > On Mo 24 Aug 2020 11:21:10 +0200, Hogren wrote:
> >> Maybe try to :
> >>
> >> - Unmerge all python and python-setuptools versions
> >
> > No, don't do that!!!
> > Unmerging all python
can.
>
> --
> Regards,
> Mick
I tried as you suggested, to no avail. But, I *finally* found the actual error
in the build log. I had forgotten that I was running emerge with MAKEOPTS="-
j9", which means that errors are not always at the bottom of the log. When I
remembered it,
r static library
> 'crypt' not found
>
> A full log can be found at
> /var/tmp/portage/sys-fs/udev-249-r2/work/systemd-249-abi_x86_32.x86/meson-logs/meson-log.txt
> * ERROR: sys-fs/udev-249-r2::gentoo failed (configure phase):
> * (no error message)
> *
> * Call stack:
/meson-logs/meson-log.txt
* ERROR: sys-fs/udev-249-r2::gentoo failed (configure phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 127: Called src_configure
* environment, line 4090: Called multilib-minimal_src_configure
* environment, line 2862: Called
Hi. I tried to emerge at-spi2-core-2.26.2 so I coulld get orca to
work, but I get the following during the install phase:
Running custom install script '/usr/bin/python3.5
/usr/lib/python-exec/python3.5/meson --internal gettext install
--subdir=po --localedir=share/locale --pkgname=at-spi2-core
/var/tmp/portage/dev-libs/gobject-introspection-1.62.0/work/gobject-introspection-1.62.0
...
Traceback (most recent call last):
File "/usr/lib/python-exec/python3.6/meson", line 6, in
from pkg_resources import load_entry_point
ModuleNotFoundError: No module named 'pkg_resources
s/harfbuzz-2.8.2-r1/work/harfbuzz-2.8.2-abi_x86_64.amd64/docs',
'harfbuzz', '../harfbuzz-docs.xml'] \failed with status 6^M
^M
--- stderr ---^M
^M
FAILED: install script '/usr/lib/python-exec/python3.9/meson
--internal gtkdoc
--sourcedir=/var/tmp/portage/media-libs/harfbuzz-2.8.2-r1/work/harf
in/python3.5
> /usr/lib/python-exec/python3.5/meson --internal gettext install
> --subdir=po --localedir=share/locale --pkgname=at-spi2-core'
> * Header files have changed between ABIs.
> * ---
>
> /var/tmp/portage/app-accessibility/at-spi2-core-2.26.2/temp/.multilib_hea
Hi. I am trying to emerge atspi2-core so I can get orca working
properly. But when I try to emerge 2.6.2 I get the following
Running custom install script '/usr/bin/python3.5
/usr/lib/python-exec/python3.5/meson --internal gettext install
--subdir=po --localedir=share/locale --pkgname=at-spi2
:3.7
dev-util/gtk-doc-1.32-r2 requires dev-lang/python:3.7
dev-util/itstool-2.0.6-r1 requires dev-lang/python:3.7[xml]
dev-util/meld-3.20.2-r1 requires dev-lang/python:3.7[xml]
dev-util/meson-0.55.3 requires dev-lang/python:3.7
dev-util/scons-4.0.1 requires dev-lang/python:3.
gentoo, 3.11.2_p2::gentoo
dev-lang/rust-bin: 1.66.1-r1::gentoo
dev-util/cmake:3.25.3::gentoo
dev-util/meson:1.0.1::gentoo
sys-apps/baselayout: 2.13-r1::gentoo
sys-apps/openrc: 0.46::gentoo
sys-apps/sandbox: 2.29::gentoo
sys-devel/au
var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5 ...
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5 ...
meson --buildtype plain --libdir lib64 --localstatedir /var/lib --prefix /usr --sysc
2.7.18_p13::gentoo, 3.6.15::gentoo,
3.7.12_p1::gentoo, 3.8.12_p1-r1::gentoo, 3.9.9-r1::gentoo,
3.10.0_p1-r1::gentoo
dev-lang/rust: 1.58.1::gentoo
dev-util/cmake:3.22.2::gentoo
dev-util/meson:0.60.3::gentoo
sys-apps/baselayout: 2.7-r3::gentoo
sys-apps/openrc
ld (Gentoo 2.40 p5) 2.40.0
app-misc/pax-utils: 1.3.5::gentoo
app-shells/bash: 5.1_p16-r6::gentoo
dev-lang/perl: 5.38.0-r1::gentoo
dev-lang/python: 3.11.5::gentoo
dev-util/cmake: 3.26.5-r2::gentoo
dev-util/meson: 1.2.1-r1::gentoo
sys-apps/
-shells/bash: 5.1_p16::gentoo
dev-java/java-config: 2.3.1::gentoo
dev-lang/perl: 5.34.0-r9::gentoo
dev-lang/python: 3.9.12::gentoo, 3.10.4::gentoo
dev-lang/rust-bin: 1.59.0::gentoo
dev-util/cmake:3.22.2::gentoo
dev-util/meson:0.61.4-r
5.1_p16::gentoo
dev-lang/perl: 5.34.0-r9::gentoo
dev-lang/python: 3.8.13::gentoo, 3.9.11::gentoo, 3.10.3::gentoo
dev-lang/rust-bin: 1.59.0::gentoo
dev-util/cmake: 3.22.2::gentoo
dev-util/meson:0.60.3::gentoo
sys-apps/baselayout: 2.7
: 4.4.1-r1::gentoo
dev-build/meson: 1.4.0-r1::gentoo
dev-java/java-config: 2.3.3-r1::gentoo
dev-lang/perl: 5.38.2-r2::gentoo
dev-lang/python: 3.11.8_p1::gentoo, 3.12.2_p1::gentoo
dev-lang/rust-bin: 1.76.0::gentoo
sys-apps/baselayout: 2.15::gentoo
ectory: '/var/tmp/portage/net-irc/polari-
3.22.2/work/polari-3.22.2'
* S: '/var/tmp/portage/net-irc/polari-3.22.2/work/polari-3.22.2'
I tested changing the PYTHON_TARGETS and PYTHON_SINGLE_TARGETS vars
with no success.
I think is something with gjs, python or meson but in the end I can't
det
environment, line 2672: Called gnome2_src_configure
> * environment, line 1853: Called econf '--disable-
> maintainer-mode' '--disable-schemas-compile' '--enable-compile-
> warnings=minimum'
> *phase-helpers.sh, line 665: Called __helpers_die 'econf
>
rgets_python3_9(-)] required by
(dev-python/sphinxcontrib-qthelp-1.0.3:0/0::gentoo, installed) USE="userland_GNU -test"
ABI_X86="(64)" PYTHON_TARGETS="python3_8 python3_9 (-pypy3) -python3_10"
>=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_
3_9 (-pypy3) -python3_10"
>
>
> >=dev-lang/python-exec-2:2/2=[python_targets_python3_8(-),python_targets_python3_9(-)]
> required by (dev-python/sphinx-4.2.0-r1:0/0::gentoo, installed)
> USE="userland_GNU -doc -latex -test" ABI_X86="(64)" PYTHON_TARGETS=&
libtool
find: lipo...(fail) not found
: name[0] = lipo
find: pkg-config...(pass) /usr/bin/pkg-config
: name[0] = pkg-config
find: meson...(pass) /usr/bin/meson
: name[0] = meson
find: nasm...(pass) /usr/bin/nasm
: name[0] = nasm
find: ninja-build...(pass) /usr/bin/ninja
: name[0] = ninja-bui
>=dev-python/setuptools-42.0.2[python_targets_python2_7(-
ci-libs/gdal-3.0.4-r1:0/3.0::gentoo USE="aux-xml
-armadillo -curl -debug -doc -fits -geos -gif -gml -hdf5 -java -jpeg
-jpeg2k -lzma (-mdb) -mysql -netcdf -odbc -ogdi -opencl (-oracle) -pdf
-perl -png -postgres -python -spatialite -sqlite -threads -webp -xls
-zstd" PYTHON_TARGETS="python3_8*
ation/virtualbox-6.0.24::gentoo USE="alsa
opengl opus pam qt5 sdk udev -debug -doc -dtrace -headless -java
-libressl -lvm -pax_kernel -pulseaudio -python -vboxwebsrv -vnc"
PYTHON_SINGLE_TARGET="python3_8* -python3_6 -python3_7*" 0 KiB
[ebuild U ] media-gfx/imagemagick-7.0.10.41-r1
dev-lang/tk-8.6.8:0/8.6::gentoo USE="threads truetype (-aqua) -debug -test
-xscreensaver" ABI_X86="(64) -32 (-x32)"
[ebuild U ]
media-libs/fontconfig-2.13.1-r2:1.0::gentoo [2.13.0-r4:1.0::gentoo] USE="-doc
-static-libs" ABI_X86="32
1
dev-python/urllib3-1.25.8
dev-python/webencodings-0.5.1-r1
dev-python/werkzeug-0.16.1
dev-python/wheel-0.34.2
dev-python/wrapt-1.11.2-r1
dev-ruby/did_you_mean-1.1.2
dev-ruby/did_you_mean-1.2.1
dev-ruby/json-2.3.0
dev-ruby/kpeg-1.1.0-r1
dev-ruby/minitest-5.11.3
dev-ruby/net-telnet-0.1.1-r1
de
E="nls pcre
> -static" 0 KiB
> [ebuild U ] dev-libs/elfutils-0.181::gentoo [0.180::gentoo] USE="bzip2
> nls utils -lzma -static-libs -test (-threads) -valgrind" ABI_X86="(64) -32
> (-x32)" 0 KiB
> [ebuild U ] app-editors/nano-5.2::gentoo [4.9.3::gen
python3_7 python3_8* -python3_6
-python3_9" QEMU_SOFTMMU_TARGETS="x86_64 -aarch64 -alpha -arm -avr -cris
-hppa -i386 -lm32 -m68k -microblaze -microblazeel -mips -mips64
-mips64el -mipsel -moxie -nios2 -or1k -ppc -ppc64 -riscv32 -riscv64 -rx
-s390x -sh4 -sh4eb -sparc -sparc64 -tricore -unicore
ls:0/4 dev-util/gperf:0
dev-util/gtk-doc:0 dev-util/gtk-doc-am:0
dev-util/gtk-update-icon-cache:0 dev-util/intltool:0 dev-util/itstool:0
dev-util/mdds:1/1.2 dev-util/meson:0 dev-util/ninja:0
dev-util/pkgconfig:0 dev-util/ragel:0 dev-util/re2c:0 dev-util/scons:0
dev-vcs/bzr:0 dev-vcs/cvs:0 dev-vcs/git
I can't figure out why a perl update isn't building. This is only
happening on one single machine out of the half dozen Gentoo systems I
have running. I've never had issues building perl itself either.
Modules sure, but never the main perl package.
My search-fu is failing me as well,
5::gentoo
dev-lang/rust-bin: 1.71.1::gentoo
dev-util/cmake: 3.26.5-r2::gentoo
dev-util/meson: 1.2.2-r1::gentoo
sys-apps/baselayout: 2.14::gentoo
sys-apps/openrc: 0.48::gentoo
sys-apps/sandbox: 2.38::gentoo
sys-devel/autoconf: 2.13-r7::
77 matches
Mail list logo