Re: [gentoo-user] Radeon navi cards and opencl
On Wednesday, 1 September 2021 23:28:46 BST antlists wrote: > On 01/09/2021 00:30, Peter Humphrey wrote: > > The thing is, there's already an ebuild for dev-libs/amdgpu-pro-opencl, > > but since I upgraded the display card the resulting code hasn't worked. > > BOINC reports 'No usable GPUs found' and sources on the Web say that > > neither of the two drivers works. Impasse. > > > > Am I going to have to replace the old display card and write off the > > expense? Looks like it. > > Have you got the appropriate microcode or whatever it is loaded into the > kernel or modules? Yes, that was the first step. Those web sources I mentioned are the reason I don't expect to see any success. -- Regards, Peter.
Re: [gentoo-user] Re: Compile large packages as last package
Thank you for your ideas!
I was actually hoping for a neat hack with "/etc/portage/env/" and
"/etc/portage/package.env/", where you can set environment variables.
I will try out the following solution:
$ < "/etc/portage/package.env/no_tmpfs.conf
# custom - 20181121 - rfischer: list packages, which are too big for
tmpfs
#app-emulation/qemu-kv no_tmpfs.conf
#app-office/libreoffice no_tmpfs.conf
#dev-java/icedtea no_tmpfs.conf
#dev-lang/ghc no_tmpfs.conf
#dev-lang/rust no_tmpfs.conf
#mail-client/thunderbird no_tmpfs.conf
#sci-libs/tensorflow no_tmpfs.conf
#sys-devel/gcc no_tmpfs.conf
#www-client/firefox no_tmpfs.conf
#www-client/ungoogled-chromium no_tmpfs.conf #throttle_make_emerge.conf
$ < "${HOME}/bin/update.sh"
[...]
large_package_list=$(/bin/grep --extended-regexp --only-matching
"[a-z]+-[a-z]+\/[-0-9a-zA-Z]+" "/etc/portage/package.env/no_tmpfs.conf")
[...]
/usr/bin/emerge --ask --update --deep --newuse --tree --verbose
--exclude="${large_package_list//$'\n'/ }" @world
/usr/bin/emerge --ask --update --deep --newuse --tree --verbose @world
-Ramon
On 15/08/2021 17:48, Nikos Chantziaras wrote:
On 14/08/2021 22:20, Ramon Fischer wrote:
Is there any way to tell "portage", that packages like "qtwebengine",
"(ungoogled-)chromium", "firefox" and so on are always compiled as
last package?
The simplest way is to exclude those packages in the first update, and
then allow them in the second:
emerge -uDU @world --exclude "qtwebengine firefox chromium" && emerge
-uDU @world
The dependency tracker of portage will of course also exclude packages
that depend on the excluded packages, unless they themselves have
updates pending. In that case, they *might* get built twice; once
against the current version of the excluded packages, and then perhaps
again on the second run, if there's rebuild triggers involved.
Most of the time though, you won't run into cases of redundant
rebuilds. Rebuild triggers are not very common.
--
GPG public key: 5983 98DA 5F4D A464 38FD CF87 155B E264 13E6 99BF
OpenPGP_signature
Description: OpenPGP digital signature
Re: [gentoo-user] network do not come up after booting, only manual reloading (systemd-networkd)
Hi ... In another. The only difference I see is the systemd-udev-settle.service, do you have it enabled it? What systemd-* services do you have enabled? I have: aztlan ~ # find /etc/systemd/system -name "systemd-*" -type l /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service /etc/systemd/system/sysinit.target.wants/systemd-timesyncd.service /etc/systemd/system/multi-user.target.wants/systemd-networkd.service /etc/systemd/system/sockets.target.wants/systemd-networkd.socket Mine is: tamer@tux ~ $ find /etc/systemd/system -name "systemd-*" -type l /etc/systemd/system/sockets.target.wants/systemd-networkd.socket /etc/systemd/system/sysinit.target.wants/systemd-timesyncd.service /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service /etc/systemd/system/multi-user.target.wants/systemd-networkd.service I think the problem is somewhere deeper I wish I knew what it might be. best, Tamer Regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: Compile large packages as last package
>Thank you for your ideas!
>
>I was actually hoping for a neat hack with "/etc/portage/env/" and
>"/etc/portage/package.env/", where you can set environment variables.
Did you look at example 2 in
https://wiki.gentoo.org/wiki//etc/portage/package.env ?
It seems to address your problem.
DaveF
>
>I will try out the following solution:
>
>$ < "/etc/portage/package.env/no_tmpfs.conf
># custom - 20181121 - rfischer: list packages, which are too big for
>tmpfs
>#app-emulation/qemu-kv no_tmpfs.conf
>#app-office/libreoffice no_tmpfs.conf
>#dev-java/icedtea no_tmpfs.conf
>#dev-lang/ghc no_tmpfs.conf
>#dev-lang/rust no_tmpfs.conf
>#mail-client/thunderbird no_tmpfs.conf
>#sci-libs/tensorflow no_tmpfs.conf
>#sys-devel/gcc no_tmpfs.conf
>#www-client/firefox no_tmpfs.conf
>#www-client/ungoogled-chromium no_tmpfs.conf #throttle_make_emerge.conf
>
>$ < "${HOME}/bin/update.sh"
>[...]
>large_package_list=$(/bin/grep --extended-regexp --only-matching
>"[a-z]+-[a-z]+\/[-0-9a-zA-Z]+" "/etc/portage/package.env/no_tmpfs.conf")
>[...]
>/usr/bin/emerge --ask --update --deep --newuse --tree --verbose
>--exclude="${large_package_list//$'\n'/ }" @world
>/usr/bin/emerge --ask --update --deep --newuse --tree --verbose @world
>
>-Ramon
>
>On 15/08/2021 17:48, Nikos Chantziaras wrote:
>> On 14/08/2021 22:20, Ramon Fischer wrote:
>>> Is there any way to tell "portage", that packages like "qtwebengine",
>>> "(ungoogled-)chromium", "firefox" and so on are always compiled as
>>> last package?
>>
>> The simplest way is to exclude those packages in the first update, and
>> then allow them in the second:
>>
>> emerge -uDU @world --exclude "qtwebengine firefox chromium" && emerge
>> -uDU @world
>>
>> The dependency tracker of portage will of course also exclude packages
>> that depend on the excluded packages, unless they themselves have
>> updates pending. In that case, they *might* get built twice; once
>> against the current version of the excluded packages, and then perhaps
>> again on the second run, if there's rebuild triggers involved.
>>
>> Most of the time though, you won't run into cases of redundant
>> rebuilds. Rebuild triggers are not very common.
>>
>>
>
>--
>GPG public key: 5983 98DA 5F4D A464 38FD CF87 155B E264 13E6 99BF
>
>
>
>>> application/pgp-signature attachment, name=OpenPGP_signature
Re: [gentoo-user] network do not come up after booting, only manual reloading (systemd-networkd)
On Wed, Sep 8, 2021 at 9:14 AM Tamer Higazi wrote: [...] > I think the problem is somewhere deeper > > I wish I knew what it might be. > Yeah, I don't understand it either. Have you tried using the other network card? With the corresponding change in the .network file, of course. Just to test. Regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: Compile large packages as last package [SOLVED]
Thank you for the hint, but I am very aware of this.
As the subject says, I want to compile large packages as last package,
since it sometimes happens, that a large package may get compiled as
package 245 of 300 for example; blocking other small packages.
I just re-used "/etc/portage/package.env/no_tmpfs.conf", since it
already contains a list of large packages, which most likely need a long
time to compile.
I should have been more elaborate in my last e-mail:
I was actually hoping for a neat hack, where you can tag or
prioritise (not nice or renice) packages in "/etc/portage/env/" or
"/etc/portage/package.env/" to compile them as last packages.
The solution with "--exclude" is working well so far; I had no redundant
rebuilds. :)
Maybe I need to tweak it later on, if rebuilds occur frequently, but
this for another time.
-Ramon
On 08/09/2021 17:24, David M. Fellows wrote:
Thank you for your ideas!
I was actually hoping for a neat hack with "/etc/portage/env/" and
"/etc/portage/package.env/", where you can set environment variables.
Did you look at example 2 in
https://wiki.gentoo.org/wiki//etc/portage/package.env ?
It seems to address your problem.
DaveF
I will try out the following solution:
$ < "/etc/portage/package.env/no_tmpfs.conf
# custom - 20181121 - rfischer: list packages, which are too big for
tmpfs
#app-emulation/qemu-kv no_tmpfs.conf
#app-office/libreoffice no_tmpfs.conf
#dev-java/icedtea no_tmpfs.conf
#dev-lang/ghc no_tmpfs.conf
#dev-lang/rust no_tmpfs.conf
#mail-client/thunderbird no_tmpfs.conf
#sci-libs/tensorflow no_tmpfs.conf
#sys-devel/gcc no_tmpfs.conf
#www-client/firefox no_tmpfs.conf
#www-client/ungoogled-chromium no_tmpfs.conf #throttle_make_emerge.conf
$ < "${HOME}/bin/update.sh"
[...]
large_package_list=$(/bin/grep --extended-regexp --only-matching
"[a-z]+-[a-z]+\/[-0-9a-zA-Z]+" "/etc/portage/package.env/no_tmpfs.conf")
[...]
/usr/bin/emerge --ask --update --deep --newuse --tree --verbose
--exclude="${large_package_list//$'\n'/ }" @world
/usr/bin/emerge --ask --update --deep --newuse --tree --verbose @world
-Ramon
On 15/08/2021 17:48, Nikos Chantziaras wrote:
On 14/08/2021 22:20, Ramon Fischer wrote:
Is there any way to tell "portage", that packages like "qtwebengine",
"(ungoogled-)chromium", "firefox" and so on are always compiled as
last package?
The simplest way is to exclude those packages in the first update, and
then allow them in the second:
emerge -uDU @world --exclude "qtwebengine firefox chromium" && emerge
-uDU @world
The dependency tracker of portage will of course also exclude packages
that depend on the excluded packages, unless they themselves have
updates pending. In that case, they *might* get built twice; once
against the current version of the excluded packages, and then perhaps
again on the second run, if there's rebuild triggers involved.
Most of the time though, you won't run into cases of redundant
rebuilds. Rebuild triggers are not very common.
--
GPG public key: 5983 98DA 5F4D A464 38FD CF87 155B E264 13E6 99BF
application/pgp-signature attachment, name=OpenPGP_signature
--
GPG public key: 5983 98DA 5F4D A464 38FD CF87 155B E264 13E6 99BF
OpenPGP_signature
Description: OpenPGP digital signature
[gentoo-user] faded images with Gwenview
I have cropped some .png images using Gwenview & the reduced versions are faded with Gwenview, but fully colored with Feh. I've tried using 'convert' to create .jpg versions, but while they're much smaller in Kbytes (good), they're also faded when viewed with Gwenview (Feh ok). Can anyone explain what has caused this ? Is there a way of correcting it, eg with Imagemagick ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
