2018-08-02 3:16 GMT+03:00 Adam Carter :
>> > I would do something like 'emerge -1 xorg-server xorg-drivers
>> > @x11-module-rebuild mesa llvm clang' then restart X and try again.
>>
>> Thank you for your reply.
>>
>> Initially, I understood the above rec
wanted to
>>> remerge
>>> 217 packages. Removing --changed-deps reduced that to one:
>>> sys-devel/llvm.
>>>
>>
>> You do need to reinstall those.
>>
>> The latest (un)stable versions of automake are hard-coded in
>> autotools.eclass, a
On 6/25/19 11:42 PM, Adam Carter wrote:
What about USE flags for mesa and libva?
x11-libs/libva-2.4.0:0/2::gentoo USE="X drm opengl -utils -vdpau
-wayland"
media-libs/mesa-19.1.1::gentoo USE="classic dri3 egl gallium gbm gles2
llvm vaapi -d3d9 -debug -gles1 (-libglv
On 2019-06-24 14:16, Jacques Montier wrote:
> I followed the steps 1, 3, 4, 5, 6, 7, 8, 9 and 10 (emerge -1v
> sys-devel/gcc:8.3.0, emerge -1v sys-devel/gcc:8.2.0-r6) without any issue.
> Everything works fine but the step 11 (emerge -1v --deep /lib32 /usr/lib32
> /usr/lib/llvm/*/lib
ware access, use chroot and/or disk images (that you
would boot into separately). I prefer to try and create barriers between
'production' (what I use everyday) and one-off things like some old game that
only supports 32-bit.
You probably want to retain old versions of toolchains (GCC, binutils,
Firefox currently has some issues with addons and local storage.
Do you have the use `clang` flag enabled?
This compiles firefox using clang-llvm and fixes a lot of the problems.
---
Aisha
www.aisha.cc
On 2020-01-24 22:52, Dale wrote:
Howdy,
I use Firefox and have a issue with scripts on some
that would be merged, in order:
# Calculating dependencies... done!
# [ebuild R] media-libs/mesa-19.3.5::gentoo USE="X classic dri3
egl gallium gbm gles2 libglvnd llvm -d3d9 -debug -gles1 -lm-sensors
-opencl -osmesa -pax_kernel (-selinux) -test -unwind -vaapi -valgrind
-vdpau -v
boxes with my new display-port
KVM. I'm getting too old and stiff for this. :(
[OT] Fully in accordance with Murphy, yesterday's upgrade of ICU had already
caused rebuilds of all the big packages (rust, qt-core, llvm, clang,
virtualbox, libreoffice, firefox, both web kits ...). What with tho
and easy ...
I seem to have all the conflicts out, but now I get:
- dev-lang/rust-1.41.1::gentoo USE="-clippy -debug -doc -libressl
(-nightly) (-parallel-compiler) -rls -rustfmt (-system-bootstrap)
(-system-llvm) -wasm" CPU_FLAGS_X86="-sse2" LLVM_TARGETS="(X86)
-
t;-*" but I don't do that anymore. Instead I use
USE="10bit X apng ffmpeg jpeg opengl png szip truetype x264 x265 xorg threads
webp -acl -arping -berkdb -bindist -caps -cracklib -crypt -elogind -filecaps
-gallium -gdbm -graphite -iconv -introspection -ipc -iptables -ipv6 -libav
-libglvnd
ssue.
FWIW if i mask dev-lang/rust-bin it wants to
[ebuild UD ] dev-lang/rust-1.44.1:stable/1.44::gentoo
[1.45.0:stable/1.45::gentoo] USE="-clippy -debug -doc -libressl (-miri)
-nightly -parallel-compiler -rls -rustfmt -system-bootstrap -system-llvm
-wasm" ABI_X86="(64) -32 (-x32
1.44.1:stable/1.44::gentoo
> [1.45.0:stable/1.45::gentoo] USE="-clippy -debug -doc -libressl (-miri)
> -nightly -parallel-compiler -rls -rustfmt -system-bootstrap -system-llvm
> -wasm" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="sse2"
> LLVM_TARGETS="AMDGPU
;-) ) on one system or another. The config files I
do by hand. They're actually up-to-date. I probably shouldn't let it
create those ._cfg* files, but I do for safe-keeping.
Oh that went fast. But just as I expected ... it's going to remove
kernel/gentoo-sources? gcc? The llvm that took 5
t, I was able to get thunderbird, but
llvm AND clang, both huge builds, had to be rebuilt! Oh man. Bad
luck? No, life with gentoo.
(sorry, Peter, for the direct email, apparently a mis-click)
... and every time a new version of portage is included I
see a prominent warning to update it
On 06/12/2021 19:26, Laurence Perkins wrote:
Genkernel is pretty... special... It's handy if your system is set up the way
it expects. If not, well, then its utility drops off quickly.
From what you're describing, my suggestion would be to simply only use it for initramfs
generation and
r can tolerate half-
broken SVG support. This takes over 24h, requires -j1, and gets
worse every day because it bundles all of its (growing list of)
dependencies.
* LLVM: needed by rust, some video cards, and certain picky packages.
This one is at least _legitimately_ large but
he compile time is one of the factors in not wanting it on
my system. The second factor is a natural reaction toward feeling that
I am forced to have it.
Another reason is the growing collection of compilers and development
tools and their build time (gcc, bin-utils, llvm, clang ... etc.) and
now rust
has incomplete dependency
graph because it is hopelessly convoluted, and it always causes problems
and the only way to break through it is the jackhammer approach.
LLVM and friends also fails to update when updating within a single slot
and this is VERY annoying...
What causes me to post
asks whether to continue, running a script in
another terminal window which analyses this log file using "qlop" and
"gawk".
But to really ban several buld-time hogs from my rig, I added "-clang"
and "-llvm" to my global USE flags, added "dev-lang/
] media-libs/mesa-10.0.4 [9.1.6] USE=classic egl
gallium gles2 llvm nptl -bindist -debug -gbm -gles1 -llvm-shared-libs%
-opencl% -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler
(-selinux) -vdpau -wayland -xa -xvmc (-shared-glapi%*) (-xorg%)
ABI_X86=(64%*) (-32) (-x32) PYTHON_SINGLE_TARGET=(-python2_6
-directfb -doc (-drm) (-gallium)
(-gles2) -legacy-drivers -openvg (-qt4) -static-libs -valgrind
-xlib-xcb 35,049 kB
[ebuild U ] media-libs/mesa-10.0.4 [9.1.6] USE=classic egl
gallium gles2 llvm nptl -bindist -debug -gbm -gles1 -llvm-shared-libs%
-opencl% -openvg -osmesa -pax_kernel -pic
tried this a few
days ago).
The error says I should post this if I need support:
$ emerge -pqv '=media-libs/mesa-17.0.6::gentoo'
[ebuild U ] media-libs/mesa-17.0.6 [13.0.5] USE="classic dri3 egl gallium
gbm llvm nptl -bindist -d3d9 -debug -gles1 -gles2 -opencl -openmax -osmesa
-pax_k
ip off the letter if it exists.
MY_PV="$(ver_cut 1-2)"
SLOT="0"
LICENSE="|| ( GPL-2 BL )"
KEYWORDS="~amd64 ~x86"
IUSE="+bullet +dds +elbeem +game-engine +openexr collada colorio \
cuda cycles debug doc ffmpeg fftw headless jack jemalloc jpeg2k li
Philip Webb wrote:
> 181015 Dale wrote:
>> Just curious, did you notice this little part?
>> "LLVM ERROR: IO failure on output stream: No space left on device"
>> You may want to make sure you are not out of disk space
>> wherever your tmp directory is or ou
following binary packages have been ignored due to non
matching USE:
=sys-devel/clang-9.0.1 python_single_target_python3_6
-python_single_target_python3_7
=sys-devel/clang-8.0.1 python_targets_python2_7
!!! The following binary packages have been ignored due to
cha
>>
>> -Original Message-
>> From: Wols Lists
>> Sent: Monday, December 6, 2021 11:02 AM
>> To: gentoo-user@lists.gentoo.org
>> Subject: Re: [gentoo-user] LLVM and friends is not compatible.
>>
>> On 06/12/2021 17:51, Lauren
> selected: 13.0.1
> protected: none
> omitted: 14.0.4
>
> sys-libs/compiler-rt
> selected: 13.0.1
> protected: none
> omitted: 14.0.4
>
> sys-libs/compiler-rt-sanitizers
> selected: 13.0.1
> protected: none
> omitted: 14.0.
-uni-bochum.de/download/gentoo-mirror/
https://ftp.fau.de/gentoo https://ftp.halifax.rwth-aachen.de/gentoo/;
USE="-bindist -systemd acpi avif berkdb branding brotli cgi clamav crypt
cryptsetup dbus \
device-mapper elogind exif fastcgi ftp gd geoip geoip2 gif git
gmp gpg hdd
years and never once heard of anyone having a
problem with it let along experienced one myself.
Shades of FUD methinks.
http://bugs.gentoo.org/buglist.cgi?quicksearch=lvm
or if you like a bit of history:
Not all of these are LVM, some are only shown because they're related to
llvm
referring to gcc, Intel, llvm, pathscale. My
situation is that I've just started my PhD which requires me to do Finite
Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to
find the best compiler for the job. Before anyone says Why bother, XXX
compiler is only 1 - 2% faster than
with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My
situation is that I've just started my PhD which requires me to do Finite
Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to
find the best compiler for the job
get email etc. while
working oout what I screwed up.
Excluding gcc, llvm, various app-emulation packages, videolibs, etc, most of it
looks innocent enough.
=sys-apps/coreutils-8.21
=sys-apps/dbus-1.6.10
=sys-apps/dmidecode-2.12
=sys-apps/gptfdisk-0.8.6
=sys-apps/hwids-20130329
to never update on Nov 1, and start
working on learning FreeBSD and if necessary, pay someone to help me
migrate services to it.
so do it. You will be a lot happier there. I am sure. With forcing llvm
etc
*
file: /etc/portage/package.env
dev-libs/boost notmpfs.conf
sys-kernel/gentoo-sources notmpfs.conf
sys-devel/gcc notmpfs.conf
sys-devel/llvm notmpfs.conf
media-libs/mesa notmpfs.conf
dev-qt/qtgui
-iptables -ipv6 -libav -llvm -nls -openmp
-pam -roaming -sendmail -tcpd -udev -unicode
I'm running default/linux/amd64/13.0/no-multilib. Out of sheer
curiousity, is it OK to remove the x86 CPU flags from USE yet and assume
that CPU_FLAGS_X86 is used by all ebuilds? The news item suggested
-chatzilla -cracklib -crypt -gallium -gdbm
-gmp-autoupdate -gstreamer -iconv -introspection -ipc -iptables -ipv6
-libav -llvm -nls -openmp -pam -roaming -sendmail -tcpd -udev -unicode
I'm running default/linux/amd64/13.0/no-multilib. Out of sheer
curiousity, is it OK to remove the x86 CPU flags
-devel/llvm-3.5.0:0/3.5::gentoo, installed)
=sys-libs/ncurses-5.1 required by
(mail-client/alpine-2.00-r5:0/0::gentoo, installed)
sys-libs/ncurses required by
(sys-devel/gettext-0.19.4:0/0::gentoo, installed)
sys-libs/ncurses[unicode] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo
=[abi_x86_32(-),abi_x86_64(-)]
required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
=sys-libs/ncurses-5.1 required by
(mail-client/alpine-2.00-r5:0/0::gentoo, installed)
sys-libs/ncurses required by
(sys-devel/gettext-0.19.4:0/0::gentoo, installed)
sys-libs/ncurses[unicode
and trial and
error, yesterday I arrived at a setup that works. Here are the versions I
needed to specify:
# cat /etc/portage/package.keywords
~dev-libs/libclc-0.1.0_pre20150305
~sci-misc/boinc-7.4.42
sys-apps/nvme-cli
sys-boot/gummiboot
~sys-devel/clang-3.6.2
~sys-devel/llvm-3.6.2
sys-firmware
th-bdeps=y --backtrack=30?
Also
try without the -p (I think it runs more code like autounmask etc so it may
cause
the extra output).
Is clang/llvm stuff still popping up on the list of skipped packages? I
remember a
similar conflict around the time of your first post and it turned out that the
lat
ux box and works so I think it
> must be a use flag or something but struggling to find out which one
> or perhaps missing something else!
>
> lsmod shows virtio_gpu
>
> emerge -vp mesa
> media-libs/mesa-13.0.1::gentoo USE="bindist classic dri3 egl gallium
> gbm gle
find the executables.
qlist is part of portage-utils, which you probably already have.
Done as requested. There are 41 files found with clang in their name
and they are all on the dir:
/usr/lib/llvm/4/bin/
I'm no whiz bang sys-admin but that doesn't seem right to me. Ther
is clang" only gives me
> >>>> the library dir. Doing "ls -la /usr/bin/cla*" gives me "No such file
> >> or
> >>>> directory"
> >>>
> >>> Try "qlist clang" so see what is installed, "qlist
clang" so see what is installed, "qlist clang | grep bin/"
should find the executables.
qlist is part of portage-utils, which you probably already have.
Done as requested. There are 41 files found with clang in their name
and they are all on the dir:
/usr/lib/llvm/4/bin/
szip truetype x264 x265 xorg
threads webp -acl -berkdb -caps -cracklib -crypt -filecaps -gallium
-gdbm -graphite -gstreamer -iconv -introspection -ipc -iptables -ipv6
-libav -llvm -manpager -nls -openmp -pam -pch -sendmail -tcpd -udev
-udisks -unicode -xinerama"
Some of the above is over-rid
ter, but it might work at that. Did you
emerge perl again without the --nodeps afterwards to make sure?
Well, due to the long compile times I was trying to get the dependencies
resolved so I could run `emerge -auDNe world --exclude sys-devel/gcc
--exclude sys-devel/llvm --exclude sys-devel/libt
ter, but it might work at that. Did you
> > emerge perl again without the --nodeps afterwards to make sure?
> >
> >
>
> Well, due to the long compile times I was trying to get the
> dependencies resolved so I could run `emerge -auDNe world
> --exclude sys-devel
d rather conserve electricity wait as different packages come up
>> for an update over time.
>>
>> If my experience to date holds true and for a general purpose desktop none of
>> the above rebuilds are necessary, other than switching your gcc to 7.3.0.
>
> Thank you
t;=dev-lang/python-2.7.5-r2:2.7[tk]
net-print/cups-2.2.12 requires >=dev-lang/python-2.7.5-r2:2.7
sys-devel/llvm-7.1.0 requires >=dev-lang/python-2.7.5-r2:2.7
www-client/firefox-60.8.0 requires
dev-lang/python:2.7[ncurses,sqlite,ssl,threads(+)]
>>> No packages selected
="10bit X apng ffmpeg jpeg opengl png szip truetype x264 x265 xorg threads
> webp -acl -arping -berkdb -bindist -caps -cracklib -crypt -elogind -filecaps
> -gallium -gdbm -graphite -iconv -introspection -ipc -iptables -ipv6 -libav
> -libglvnd -llvm -manpager -nls -openmp -pam -pch -s
emalloc3 -libav -libglvnd -llvm
-manpager -nls -pam -pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode
-upower -xinerama"
Any ideas? I have 2 other computers where it works just fine. On the
new machine it dies. A re-install is one thing. I just want to make
sure it doesn't die again
t; off.
>
> At the end of the day, if the computer takes an extra 20% time, I'm not
> bothered. If I'm sat at the computer 20% time extra because the system isn't
> responding because emerge has bogged it down, then I do care. And when I'm
> building things like webkit-gtk, llvm,
gt; At the end of the day, if the computer takes an extra 20% time, I'm not
> bothered. If I'm sat at the computer 20% time extra because the system isn't
> responding because emerge has bogged it down, then I do care. And when I'm
> building things like webkit-gtk, llvm, LO, FF and TB
n.
>
> And yes, the compile time is one of the factors in not wanting it on
> my system. The second factor is a natural reaction toward feeling that
> I am forced to have it.
> Another reason is the growing collection of compilers and development
> tools and their build time (gcc, b
n that the KDE group of packages has incomplete dependency graph
>because it is hopelessly convoluted, and it always causes problems and the
>only way to break through it is the jackhammer approach.
>
>LLVM and friends also fails to update when updating within a single slot and
>this i
e.
>
> Some packages that I build with either a greatly reduced -j setting or
> a non-tmpfs build directory are:
> sys-cluster/ceph
> dev-python/scipy
> dev-python/pandas
> app-office/calligra
> net-libs/nodejs
> dev-qt/qtwebengine
> dev-qt/qtwebkit
> dev-lang/spi
v-qt/qtwebengine
dev-qt/qtwebkit
dev-lang/spidermonkey
www-client/chromium
app-office/libreoffice
sys-devel/llvm
dev-lang/rust (I use the rust binary these days as this has gotten
really out of hand)
x11-libs/gtk+
These are just packages I've had issues with at some point, and it is
possible th
make sure this is less than the number of cores I
allocated with taskset, or I think I may not hit the designated load
average for limiting.
4) ONLY if I have the RAM, mount /var/tmp or /var/tmp/portage as a
tmpfs. If I am merging very large projects (firefox and llvm for
example) concurrently, I may
up kernel.
Last week I came upon a similar problem on an old system I was trying to
migrate to profile 23.0, only this happened not with my backup but with the
running kernel. This PC had not been updated for 5-6 months. It's resource
constrained and I didn't want to spend many days updati
-llvm -opencl
-openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux -vdpau
-wayland -xa ABI_MIPS=-n32 -n64 -o32 ABI_X86=64 -32 -x32
KERNEL=-FreeBSD VIDEO_CARDS=intel radeon -freedreno -i915 -i965 -ilo
-nouveau -r100 -r200 -r300 -r600 -radeonsi -vmware
-functions-0.15::gentoo [0.14::gentoo] 0 KiB
[ebuild U ] sys-devel/llvm-common-13.0.1::gentoo [13.0.0::gentoo]
142.335 KiB
[ebuild U ] sys-apps/hwdata-0.354::gentoo [0.353::gentoo] 2.161 KiB
[ebuild U ] app-text/poppler-data-0.4.11::gentoo [0.4.10::gentoo]
4.392 KiB
[ebuild U
ackage was modified to no longer need it.
I'll give that a go and go to bed.
Oh that went fast. But just as I expected ... it's going to remove
kernel/gentoo-sources? gcc? The llvm that took 5 hours to compile?
Do you understand why it shows separate lines for "selected" and
"omi
Okay, I've never done a depclean. Is that something I need to do? I
mean, I'm always worried it'd remove something that I need, but given
all the problems I have, I guess that'd be the lesser of evils...
I'll give that a go and go to bed.
Oh that went fast. But just as I expected ... it's g
R] www-client/w3m-0.5.3_p20230121::gentoo USE="X gpm
nls ssl unicode -fbcon -gdk-pixbuf -imlib -lynxkeymap -nntp -xface"
L10N="-ja" 0 KiB^M
[ebuild rR] dev-db/mysql-connector-c-8.0.32-r1:0/21::gentoo
USE="static-libs -ldap" ABI_X86="(64) -32 (-x32)" 0
_rc3_p1:3.12::gentoo
> USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build
> -debug -examples -libedit -lto -pgo -test -tk -valgrind -verify-sig" 0
> KiB^M
> [ebuild rR] dev-libs/libtpms-0.9.6::gentoo 0 KiB^M
> [ebuild rR] www-client/w3m-0.5.3_p2023
sl unicode -fbcon -gdk-pixbuf -imlib -lynxkeymap -nntp -xface"
L10N="-ja" 0 KiB^M
[ebuild rR] dev-db/mysql-connector-c-8.0.32-r1:0/21::gentoo
USE="static-libs -ldap" ABI_X86="(64) -32 (-x32)" 0 KiB^M
[ebuild rR] dev-lang/rust-1.72.0:stable/1.72::gentoo USE
0 KiB^M
> > [ebuild rR] dev-lang/python-3.12.0_rc3_p1:3.12::gentoo
> > USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build
> > -debug -examples -libedit -lto -pgo -test -tk -valgrind -verify-sig" 0
> > KiB^M
> > [ebuild rR] dev-libs/libtpms-
VIDEO_CARDS=radeon -intel -nouveau -vmware 0 kB
[ebuild R ] media-libs/mesa-7.10.1 USE=classic gallium nptl
-debug -gles -hardened -llvm -motif -pic (-selinux)
VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis
-tdfx -via -vmware 0 kB
[ebuild R ] media-tv/xbmc- USE=alsa
VIDEO_CARDS=radeon -intel -nouveau -vmware 0 kB
[ebuild R ] media-libs/mesa-7.10.1 USE=classic gallium nptl
-debug -gles -hardened -llvm -motif -pic (-selinux)
VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis
-tdfx -via -vmware 0 kB
[ebuild R ] media-tv/xbmc-
with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My
situation is that I've just started my PhD which requires me to do Finite
Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to
find the best compiler for the job
with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My
situation is that I've just started my PhD which requires me to do Finite
Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to
find the best compiler for the job
)(accessibility dbus
exceptions gif glib mng qt3support tiff xv -aqua -c++0x -cups -debug
-egl -gtkstyle -nas -nis -pch -qpa -trace -xinerama)
mesa - 8.0.2{tbz2}(04:52:19 AM 03/30/2012)(classic egl gallium llvm
nptl shared-glapi video_cards_nouveau -bindist -d3d -debug -g3dvl -gbm
-gles1 -gles2
intel vesa fbdev comes from
http://www.thinkwiki.org/wiki/Installing_Gentoo_on_a_ThinkPad_X220;
i915 comes from gentoo forums.
So VIDEO_CARDS=intel i915 vesa fbdev
# equery u x11-drivers/xf86-video-inte
it tells the USE is dri sna udev ,while debug glamor uxa xvmc is
disabled
# equery files
My USE in make.conf is
SE=bindist mmx mmx2 sse sse2 gnome gtk dbus systemd -consolekit -kde -qt4
X acpi bash-completion bluetooth cjk unicode ipv6
2014-05-27 21:21 GMT+08:00 Time Lucky fly8...@gmail.com:
intel vesa fbdev comes from
USE="ipv6 static
syslog -debug -livecd -make-symlinks -math -mdev -pam* -savedconfig
(-selinux) -sep-usr -systemd" 0 KiB
[ebuild U ~] media-libs/mesa-11.0.5::gentoo [11.0.4::gentoo]
USE="classic dri3 egl gallium gbm llvm nptl udev -bindist -d3d9 -debug
-gles1 -gles2 -opencl -
st ffmpeg jpeg png truetype x264 x265 xorg -acl -berkdb
-chatzilla -cracklib -crypt -gallium -gdbm -gmp-autoupdate -graphite
-gstreamer -iconv -introspection -ipc -iptables -ipv6 -libav -llvm -nls
-openmp -pam -pch -roaming -sendmail -tcpd -udev -udisks -unicode
-upower -xinerama"
When Xpdf
but I now have a lot of "-foobar" flags in USE, like so
> USE="10bit 12bit X apng bindist ffmpeg gles2 jpeg netifrc png snappy szip
> truetype x264 x265 xorg -acl -berkdb -caps -chatzilla -cracklib -crypt
> -filecaps -gallium -gdbm -gmp-autoupdate -graphite -gstream
zilla -cracklib -crypt
>> -filecaps -gallium -gdbm -gmp-autoupdate -graphite -gstreamer -iconv
>> -introspection -ipc -iptables -ipv6 -libav -llvm -manpager -nls -openmp -pam
>> -pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode -upower -uuid
>> -xinerama"
&g
This
> is mine, in case it helps anyone:
>
> # ls /etc/portage/package.use
> boinc firefox firmware iputils qtwebengine runtime-meta xorg
>
> # cat /etc/portage/package.use/xorg
> media-libs/mesa -vaapi
> sys-devel/llvm clang video_cards_radeon
&g
u_shader4"
>>
>>
>> I have also tried using -display with sdl,gl=on
>>
>> I have tried this in another (arch) linux box and works so I think it
>> must be a use flag or something but struggling to find out which one
>> or perhaps missing something else!
>
gt; *
>* >=sys-libs/ncurses-5.9-r3:0=[abi_x86_32(-),abi_x86_64(-)] pulled in
>by:
> * (sys-libs/gpm-1.20.7-r2:0/0::gentoo, installed)
> *
> * >=sys-libs/ncurses-5.2-r2:0/5=[unicode] pulled in by:
> * (sys-apps/util-linux-2.26.2:0/0::gentoo, installed)
> *
&g
)] pulled in
>> by:
>> * (sys-libs/gpm-1.20.7-r2:0/0::gentoo, installed)
>> *
>> * >=sys-libs/ncurses-5.2-r2:0/5=[unicode] pulled in by:
>> * (sys-apps/util-linux-2.26.2:0/0::gentoo, installed)
>> *
>> * >=sys-libs/ncurses-5.9-r3:5/
lib
> /usr/lib
> /usr/local/lib
> include ld.so.conf.d/*.conf
> /usr/lib64/OpenCL/vendors/nvidia
> /usr/lib/llvm/4/lib64
> /usr/lib64/itcl4.0.3/
> /usr/lib64/itk4.0.1/
> /usr/lib64/qt4
> /opt/nvidia-cg-toolkit/lib64
> /usr/games/lib64
> /usr/games/lib
> /opt/cuda/l
pdfimport
dev-libs/xmlsec nss
www-client/links-X -jpeg -png -tiff -directfb -fbcon -sdl
media-libs/mesa opencl
dev-qt/qtwebengine -system-icu
net-misc/tigervnc server
media-libs/mesa -vaapi
sys-devel/llvm
=x11-libs/libxcb-1.13 abi_x86_32
>=x11-libs/libXfixes-5.0.3-r1 abi_x86_32
>=x11-libs/libdrm-2.4.91 abi_x86_32
>=sys-devel/llvm-5.0.2 abi_x86_32
>=sys-libs/ncurses-6.1-r2 abi_x86_32
>=x11-libs/libpciaccess-0.14 abi_x86_32
>=dev-libs/libpthread-stubs-0.4 abi_x86_32
>=x11-libs/libX
this issue and as a bonus make
Firefox work better/faster/whatever as well.
It's a front-end for llvm (a kind of generic compiler) - bascially a
compiler replacement for gcc which has shown good compile times and the
Mozilla team is claiming fairly reasonable performance gains when compiled
d idea. Thing is, my network is busy right now. I'm on
>> a video download binge again. -_O
>>
>> Question. Just what is clang? I did a eix for it but its description
>> is minimal and not to informative, if one doesn't already know what it
>> is. If you know, what do
of swap - 32GB
each across two disks), but I'm pretty sure that if I followed your
guidelines, an emerge would crash my system as the tmpfs ran out of
space ...
I doubt it.
I've routinely done emerges on machines with < 16 GB of memory and 2 GB
of swap. Including llvm, clang, gcc, rust, Fire
Do you have the use `clang` flag enabled?
> This compiles firefox using clang-llvm and fixes a lot of the problems.
>
> ---
> Aisha
> www.aisha.cc
>
> On 2020-01-24 22:52, Dale wrote:
>> Howdy,
>>
>> I use Firefox and have a issue with scripts on some sit
with virtualization can help us improve our libvirtd,
virt-manager
and a host of other pages.
There are no topics off limit for this and we really would like more people to
join in.
- Patches for packages failing with -fno-common
Given the addition of GCC-10 and LLVM/Clang-10 to our repositories
-bindist -bles -caps
> -chatzilla -cracklib -crypt -elogind -filecaps -gallium -gdbm -gmp-autoupdate
> -graphite -gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 -libav -libglvnd
> -llvm -manpager -nls -pam -pch -roaming -sendmail -spell -tcpd -udev -udisks
> -unicode -upower -x
0 KiB
[ebuild U ] dev-lang/rust-1.47.0-r2:stable/1.47::gentoo
[1.46.0:stable/1.46::gentoo] USE="-clippy -debug (-doc) (-libressl)
(-miri) (-nightly) (-parallel-compiler) -rls -rustfmt
(-system-bootstrap) (-system-llvm) -test% -wasm" CPU_FLAGS_X86="sse2"
LLVM_TARGETS="(X86
On 06/12/2021 17:51, Laurence Perkins wrote:
Source Mage is a spinoff of Sourceror and is kind of the opposite of Gentoo.
Well, I read the philosophy thing where it said it wasn't comparable
with gentoo ...
Gentoo is a source-based distro for people who want things to mostly just work
like
debug -doc (-miri) (-nightly)
(-parallel-compiler) -rls -rust-src% -rustfmt (-system-bootstrap)
(-system-llvm) -test -verify-sig -wasm" ABI_X86="32 (64) (-x32)"
CPU_FLAGS_X86="sse2" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -AVR -BPF
-Hexagon -Lanai -MSP430 -Mips
ecision.
> >
> > And yes, the compile time is one of the factors in not wanting it on
> > my system. The second factor is a natural reaction toward feeling that
> > I am forced to have it.
> > Another reason is the growing collection of compilers and development
> > too
GL_RENDERER: AMD Radeon Vega 3 Graphics (raven, LLVM 14.0.6, DRM 3.48,
6.0.8)
GL_VERSION: 4.6 (Compatibility Profile) Mesa 22.1.7
FOUND: ARB_vertex_buffer_object
FOUND: ARB_multitexture
GL_MAX_TEXTURE_UNITS: 8
FOUND: ARB_texture_env_combine
FOUND: ARB_texture_env_add
FOUND: SDL_GL_SWAP_CONTROL
j setting or
> > a non-tmpfs build directory are:
> > sys-cluster/ceph
> > dev-python/scipy
> > dev-python/pandas
> > app-office/calligra
> > net-libs/nodejs
> > dev-qt/qtwebengine
> > dev-qt/qtwebkit
> > dev-lang/spidermonkey
> > www-cl
lking about a backup kernel.
>
> Last week I came upon a similar problem on an old system I was trying to
> migrate to profile 23.0, only this happened not with my backup but with the
> running kernel. This PC had not been updated for 5-6 months. It's resource
> constrained and
> > > Joost
> >
> > When gentoo-sources are tree-cleaned, it is typically because they have been
> > superseded by later kernel patches to improve security and resolve bugs.
> > Therefore it is usually a 'good idea' to emerge a later kernel when this
> > h
-old-linux -perl (-selinux) -slang (-uclibc)
0 kB
[ebuild U ] sys-devel/binutils-2.21.1-r1 [2.20.1-r1] USE=nls
static-libs -multislot -multitarget -test -vanilla 18,572 kB
[ebuild U ] sys-devel/llvm-2.9-r2 [2.8-r2] USE=libffi -debug
-llvm-gcc -multitarget -ocaml -test -udis86 -vim-syntax
301 - 400 of 489 matches
Mail list logo