On Thursday, 11 April 2024 10:16:52 CEST Dale wrote:
> J. Roeleveld wrote:
> > On Thursday, 11 April 2024 03:23:22 CEST Dale wrote:
> >> Howdy,
> >>
> >> This failed once before but I didn't worry about it. However, since the
> >> profile update, it still fails. I'd like to figure out how to
J. Roeleveld wrote:
> On Thursday, 11 April 2024 03:23:22 CEST Dale wrote:
>> Howdy,
>>
>> This failed once before but I didn't worry about it. However, since the
>> profile update, it still fails. I'd like to figure out how to fix it.
>> I tried doing a emerge -C and then emerging it again.
On Thursday, 11 April 2024 02:23:22 BST Dale wrote:
> Howdy,
>
> This failed once before but I didn't worry about it. However, since the
> profile update, it still fails. I'd like to figure out how to fix it.
> I tried doing a emerge -C and then emerging it again. No help. This is
> the
Hi all,
For a while I've been seeing the following ERROR-messages when booting 1 of my
systems:
* ERROR: cannot start multipathd as localmount would not start
* ERROR: cannot start zfs-import as localmount would not start
This isn't a big concern as these services will start correctly later:
On Thursday, 11 April 2024 03:23:22 CEST Dale wrote:
> Howdy,
>
> This failed once before but I didn't worry about it. However, since the
> profile update, it still fails. I'd like to figure out how to fix it.
> I tried doing a emerge -C and then emerging it again. No help. This is
> the
Howdy,
This failed once before but I didn't worry about it. However, since the
profile update, it still fails. I'd like to figure out how to fix it.
I tried doing a emerge -C and then emerging it again. No help. This is
the output. It's not to long, whole thing. :-D
>>> Failed to
Wol,
On Tuesday, 2024-04-09 18:36:53 +0100, you wrote:
> ...
> Btw, where are all the messages for packages stored? I ought to go
> through them and make sure there aren't any messages of interest...
My script for package installations or upgrades sets
begin=$(date '+%Y-%m-%d %H:%M:%S %Z')
On 4/9/24 5:55 AM, Peter Humphrey wrote:
> There is one caveat, though: all the binary packages have been compiled with
> default USE flags. If you've changed any on your system, you'll still have to
> install those packages the standard way. I have 24 such USE settings on this
> machine.
But
On 08/04/2024 15:03, Dr Rainer Woitok wrote:
the upgrade on my old laptop with two 2.7GHz Dual-Core Skylake proces-
sors took slightly more than 2 hours for the manual upgrading of "bin-
utils", "gcc" and "glibc", and slightly more than 21.5 hours for the fi-
nal upgrade of "@world", which
On Tue, 09 Apr 2024 14:23:31 +0100
Peter Humphrey wrote:
> Hello list,
>
> I want to move my Intel i5 NUC box to a place where Ethernet is not
> available, nor like to become so. That means I have to get WiFi
> working, but I've had no success so far. The wiki pages are many,
> confusing and
On 09.04.24 15:23, Peter Humphrey wrote:
Hello list,
I want to move my Intel i5 NUC box to a place where Ethernet is not available,
nor like to become so. That means I have to get WiFi working, but I've had no
success so far. The wiki pages are many, confusing and contradictory, so I'd
like the
Hello list,
I want to move my Intel i5 NUC box to a place where Ethernet is not available,
nor like to become so. That means I have to get WiFi working, but I've had no
success so far. The wiki pages are many, confusing and contradictory, so I'd
like the panel's advice on the way to proceed.
On Monday, 8 April 2024 22:14:30 BST Eli Schwartz wrote:
> If you're okay doing a fresh install from a stage3 tar, which is faster
> at least to install the base system because it is all precompiled and
> you are not building the packages yourself, then I would assume you're
> also okay doing the
I use a buildhost for each of the 4 architectures I manage - binary
emtytree installs are not to bad. However the initial build for low
power arm systems is measured in multiple days (for just the initial
toolchain, not hours :(. Only minor problems so far though which is
good. At least it
On 4/8/24 10:03 AM, Dr Rainer Woitok wrote:
> Greetings,
>
> the upgrade on my old laptop with two 2.7GHz Dual-Core Skylake proces-
> sors took slightly more than 2 hours for the manual upgrading of "bin-
> utils", "gcc" and "glibc", and slightly more than 21.5 hours for the fi-
> nal upgrade
So diskless clients and steam have had a bumpy road over the years, used to
have to make a fakeflock.so to get around a locking bug. Then awhile after
that, I believe when Proton reached version 8+ there was a horrible 30+ seconds
of idle waiting time added to every game before it even
On 4/8/24 07:03, Dr Rainer Woitok wrote:
Greetings,
the upgrade on my old laptop with two 2.7GHz Dual-Core Skylake proces-
sors took slightly more than 2 hours for the manual upgrading of "bin-
utils", "gcc" and "glibc", and slightly more than 21.5 hours for the fi-
nal upgrade of "@world",
Greetings,
the upgrade on my old laptop with two 2.7GHz Dual-Core Skylake proces-
sors took slightly more than 2 hours for the manual upgrading of "bin-
utils", "gcc" and "glibc", and slightly more than 21.5 hours for the fi-
nal upgrade of "@world", which had to process a total of 1061
Hey Michael
Thank you for helping me. I have finally solved the issue by upgrading
to kernel 6.8.4, see this:
https://forums.gentoo.org/viewtopic-t-1168150.html
Have a very nice week!
Regards
Nanderty
Michael wrote:
> On Sunday, 7 April 2024 20:17:31 BST Dale wrote:
>> Howdy,
>>
>> A while back using overlays changed. Using eselect is supposed to be
>> the new way, and easier. Either I'm missing something or something is
>> missing from the docs. I tried to add voyageur to my NAS box/backup
On Sunday, 7 April 2024 20:17:31 BST Dale wrote:
> Howdy,
>
> A while back using overlays changed. Using eselect is supposed to be
> the new way, and easier. Either I'm missing something or something is
> missing from the docs. I tried to add voyageur to my NAS box/backup
> rig. The command
On 4/6/24 18:38, Andrew Udvare wrote:
On Sat, 6 Apr 2024 at 21:32, Daniel Frey wrote:
What's even stranger is if I manually start it and restart lircd it works!
Have you tried adding Before=lircd.service in the [Unit] section?
OK, I have finally sorted out the IR keymap/lircd/irexec/LCDd
Howdy,
A while back using overlays changed. Using eselect is supposed to be
the new way, and easier. Either I'm missing something or something is
missing from the docs. I tried to add voyageur to my NAS box/backup
rig. The command to add it works fine. However, when I try to sync it,
either
On 07/04/2024 16:08, Michael wrote:
Cool, once your system is up to date you should be able to change your profile
and follow the rest of the instructions. I hope all goes well.
emerge --emptytree is now running well - 122 of 1534 so it has some way
to go ...
Cheers,
Wol
On 4/6/24 18:38, Andrew Udvare wrote:
On Sat, 6 Apr 2024 at 21:32, Daniel Frey wrote:
What's even stranger is if I manually start it and restart lircd it works!
Have you tried adding Before=lircd.service in the [Unit] section?
I did, it made no difference.
From what I can tell it is
On 07/04/2024 15:46, Wols Lists wrote:
On 07/04/2024 13:07, Michael wrote:
On Sunday, 7 April 2024 12:04:32 BST Wols Lists wrote:
On 07/04/2024 11:48, Wols Lists wrote:
On 07/04/2024 11:23, Michael wrote:
On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote:
On 07/04/2024 11:00, Wols Lists
On Sunday, 7 April 2024 15:46:18 BST Wols Lists wrote:
> On 07/04/2024 13:07, Michael wrote:
> > Did you emerge any packages using the new 23.0 profile, then went back to
> > the old profile to run the above command?
>
> No ...
>
> Ummm ... I have had trouble emerging other stuff that didn't
On 07/04/2024 13:07, Michael wrote:
On Sunday, 7 April 2024 12:04:32 BST Wols Lists wrote:
On 07/04/2024 11:48, Wols Lists wrote:
On 07/04/2024 11:23, Michael wrote:
On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote:
On 07/04/2024 11:00, Wols Lists wrote:
What do I do here - "emerge
On Sunday, 7 April 2024 12:04:32 BST Wols Lists wrote:
> On 07/04/2024 11:48, Wols Lists wrote:
> > On 07/04/2024 11:23, Michael wrote:
> >> On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote:
> >>> On 07/04/2024 11:00, Wols Lists wrote:
> What do I do here - "emerge binutils" (step 9)
On 07/04/2024 11:48, Wols Lists wrote:
On 07/04/2024 11:23, Michael wrote:
On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote:
On 07/04/2024 11:00, Wols Lists wrote:
What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
which the instructions say "emerge AFTER binutils".
On Sunday, 7 April 2024 11:48:07 BST Wols Lists wrote:
> On 07/04/2024 11:23, Michael wrote:
> > On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote:
> >> On 07/04/2024 11:00, Wols Lists wrote:
> >>> What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
> >>> which the instructions
On Friday, 5 April 2024 16:21:15 BST Michael Orlitzky wrote:
> But barring that, you could add pre- and post-stop hooks that will let you
> know that the daemon is stopping.
>
> For example, in /etc/conf.d/boinc, you could put
>
> stop_pre(){
> touch /run/stopping-boinc
> }
>
On 07/04/2024 11:23, Michael wrote:
On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote:
On 07/04/2024 11:00, Wols Lists wrote:
What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
which the instructions say "emerge AFTER binutils".
With gcc it says "don't let it emerge
On 07/04/2024 11:15, Michael wrote:
On Sunday, 7 April 2024 11:00:49 BST Wols Lists wrote:
What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
which the instructions say "emerge AFTER binutils".
With gcc it says "don't let it emerge glibc", should I apply the same
logic and not
On 07/04/2024 11:15, Michael wrote:
On Sunday, 7 April 2024 11:00:49 BST Wols Lists wrote:
What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
which the instructions say "emerge AFTER binutils".
With gcc it says "don't let it emerge glibc", should I apply the same
logic and not
On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote:
> On 07/04/2024 11:00, Wols Lists wrote:
> > What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
> > which the instructions say "emerge AFTER binutils".
> >
> > With gcc it says "don't let it emerge glibc", should I apply the
On 07/04/2024 11:00, Wols Lists wrote:
What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
which the instructions say "emerge AFTER binutils".
With gcc it says "don't let it emerge glibc", should I apply the same
logic and not let binutils emerge gcc?
Just to follow up to
On Sunday, 7 April 2024 11:00:49 BST Wols Lists wrote:
> What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
> which the instructions say "emerge AFTER binutils".
>
> With gcc it says "don't let it emerge glibc", should I apply the same
> logic and not let binutils emerge gcc?
>
What do I do here - "emerge binutils" (step 9) wants to emerge gcc,
which the instructions say "emerge AFTER binutils".
With gcc it says "don't let it emerge glibc", should I apply the same
logic and not let binutils emerge gcc?
Cheers,
Wol
On Sat, 6 Apr 2024 at 21:32, Daniel Frey wrote:
> What's even stranger is if I manually start it and restart lircd it works!
Have you tried adding Before=lircd.service in the [Unit] section?
Hi all,
Still new to systemd and am struggling with a custom unit file.
Some background:
I have a HTPC that requires loading a custom keymap in order for the
remote to work. It sets up an alternate protocol that the driver
supports but not defaults to.
In short:
# ir-keytable
Found
On Friday, 5 April 2024 16:21:15 BST Michael Orlitzky wrote:
> Personally, I would try to figure out why boinc doesn't want to stop
> when you tell it to stop.
Actually, it does; all its daughter process do stop straight away. It's just
that it doesn't report completion when it should.
> But
Hello again fellow gentooers,
I wanted to ask a pretty stupid question, what tool should I use for
switching GPUs on my optimus laptop? I know bumblebee, but that isn't
updated anymore. Thanks!
--
May the Force be with you,
Vít Smolík.
On Fri, 2024-04-05 at 16:09 +0100, Peter Humphrey wrote:
> On Thursday, 4 April 2024 10:12:23 BST I wrote:
>
> > Some of my machines run BOINC, which I want to stop while doing my sync &
> > update. For some reason, '/etc/init.d/boinc stop' often takes exactly 60s to
> > complete instead of its
On Thursday, 4 April 2024 10:12:23 BST I wrote:
> Some of my machines run BOINC, which I want to stop while doing my sync &
> update. For some reason, '/etc/init.d/boinc stop' often takes exactly 60s to
> complete instead of its normal 6-10s.
>
> I'd like my update script to detect this
Hello everyone,
Thanks for your help! I managed to get the EFI partition to my liking by
installing Windows first, but before starting the install, I created my EFI
partition manually by running these commands:
1. diskpart
2. list disk
3. sel disk 0
4. create partition efi size=1000
5. format
On Friday, 5 April 2024 07:34:01 BST Paul Sopka wrote:
> On 05.04.24 08:31, Paul Sopka wrote:
> > On 05.04.24 00:55, Michael wrote:
> >> Your toolchain is now correct. Can you show the output of:
> >>
> >> equery u media-libs/libjpeg-turbo
> >>
> >> and
> >>
> >> emerge --info
On 05.04.24 08:31, Paul Sopka wrote:
On 05.04.24 00:55, Michael wrote:
Your toolchain is now correct. Can you show the output of:
equery u media-libs/libjpeg-turbo
and
emerge --info media-libs/libjpeg-turbo
However, it could be this is a bug, you can check here for reports:
On 05.04.24 00:55, Michael wrote:
Your toolchain is now correct. Can you show the output of:
equery u media-libs/libjpeg-turbo
and
emerge --info media-libs/libjpeg-turbo
However, it could be this is a bug, you can check here for reports:
On Thursday, 4 April 2024 21:32:37 BST Paul Sopka wrote:
> On 04.04.24 00:44, Michael wrote:
> > No, this is not normal. I wonder if your make.conf settings are correct.
> > Start with some safe CFLAGS as suggested here:
> >
> > https://wiki.gentoo.org/wiki/Safe_CFLAGS
> >
> > Then use the
On 04.04.24 00:44, Michael wrote:
No, this is not normal. I wonder if your make.conf settings are correct.
Start with some safe CFLAGS as suggested here:
https://wiki.gentoo.org/wiki/Safe_CFLAGS
Then use the package 'app-portage/cpuid2cpuflags' to set the correct CPU
flags:
On 04.04.24 00:44, Michael wrote:
No, this is not normal. I wonder if your make.conf settings are correct.
Start with some safe CFLAGS as suggested here:
https://wiki.gentoo.org/wiki/Safe_CFLAGS
Then use the package 'app-portage/cpuid2cpuflags' to set the correct CPU
flags:
Hi all,
I'm attempting to set up a new machine. I want to try out the musl/llvm
combo, profile 70, but am having troubles with the refind boot manager.
When I attempt to emerge refind, I get, during the "pretend phase":
* ERROR: sys-boot/refind-0.14.0.2-r1::gentoo failed (pretend
Hello list,
Some of my machines run BOINC, which I want to stop while doing my sync &
update. For some reason, '/etc/init.d/boinc stop' often takes exactly 60s to
complete instead of its normal 6-10s.
I'd like my update script to detect this condition, but I can't see how. I've
tried grepping
On Thu, 4 Apr 2024 at 09:07, Alan Mackenzie wrote:
>
> [*] Block layer debugging information in debugfs
>
> .. When I disabled this and rebuilt the kernel, my /boot mounted without
> problem.
>
> --
>
I have CONFIG_BLK_DEBUG_FS=y with no problems (6.8.2 downloaded directly
from kernel.org)
Hello, Gentoo.
A heads-up for kernel 6.8:
I'm playing with kernel 6.8.1 (direct from Linux). When I first booted
it, it failed to mount my /boot partition with this error message in
dmesg:
[5.645341] FAT-fs (nvme0n1p2): bogus number of reserved sectors
[5.645345] FAT-fs (nvme0n1p2):
Hello, Peter.
On Mon, Mar 11, 2024 at 10:47:43 +, Peter Humphrey wrote:
> On Wednesday, 24 January 2024 12:20:29 GMT Alan Mackenzie wrote:
> > Hello, Gentoo.
> > On Wed, Jan 24, 2024 at 10:00:37 +, Alan Mackenzie wrote:
> > [ ]
> > Please note the corrected subject line. This
On Thursday, 4 April 2024 05:55:20 BST Markus Gustafsson wrote:
> Hi again,
>
> I tried to catch the error again and while doing so I realized you guys are
of course correct: sddm usually starts on tty 2. I don't know why I got it
into my head that it would start on tty 8. Anyway, when I
Hello, Stefan.
Sorry it's taken me so long to reply. Just after I first posted, I
updated my system, with which libssl-1.1.1w got unmerged. So my qmail
stopped working. I've now reinstalled and configured it.
On Mon, Apr 01, 2024 at 15:23:02 +, stefan1 wrote:
> On 2024-04-01 15:12,
Hello, Arsen.
Sorry it's taken me so long to reply. Just after I first posted, I
updated my system, with which libssl-1.1.1w got unmerged. So my qmail
stopped working. I've now reinstalled and configured it.
On Mon, Apr 01, 2024 at 17:48:18 +0200, Arsen Arsenović wrote:
> Hi Alan,
> Alan
Hello, Michael.
Sorry it's taken me so long to reply. Just after I first posted, I
updated myrsystem,2with which libssl-1.1.1w got unmerged. So my qmail
stopped working. I've now reinstalled and configured it.
On Mon, Apr 01, 2024 at 16:38:57 +0100, Michael wrote:
> On Monday, 1 April 2024
Hello, Jack.
Sorry it's taken me so long to reply. Just after I first posted, I
updated my system, with which libssl-1.1.1w got unmerged. So my qmail
stopped working. I've now reinstalled and configured it.
On Mon, Apr 01, 2024 at 11:25:38 -0400, Jack wrote:
>If you are just going to
Hi again,
I tried to catch the error again and while doing so I realized you guys are of
course correct: sddm usually starts on tty 2. I don't know why I got it into my
head that it would start on tty 8. Anyway, when I finally got it to reproduce
(took a few restarts) I didn't get a blinking
On Wednesday, 3 April 2024 19:29:11 BST Markus Gustafsson wrote:
> Hi,
>
> I'm having a problem I'm not quite sure how to tackle: every other startup
> or so results in a black screen. Usually nothing gets printed (no bios
> splash, not GRUB menu, no OpenRC prints), and the monitor goes to low
On Wednesday, 3 April 2024 19:20:27 BST Paul Sopka wrote:
> On 03.04.24 09:40, Michael wrote:
> > In case you haven't done it yet, if you rebuild the toolchain things
> > should
> > hopefully self-correct on your system:
> >
> > emerge --sync
> >
> > emerge -1av sys-devel/binutils
> >
> >
On 03/04/2024 19:53, Jack wrote:
Are you certain it hasn't started on some TTY other than 8? I always
start out on TTY1, although I start up text only, no SDDM. However, I do
have a very vague memory of something similar, and I believe it was that
I needed to change one of the kernel FB
Hoël Bézier wrote:
>> However, it does wake up if I switch to another TTY (e.g.
>> ctrl+alt+F4) and lets me log on, so it has obviously booted up. If I
>> switch back to TTY 8 from there it just shows a blinking cursor (i.e.
>> not SDDM, which is what I'd expect). If I reboot from the TTY that
>>
However, it does wake up if I switch to another TTY (e.g. ctrl+alt+F4) and lets
me log on, so it has obviously booted up. If I switch back to TTY 8 from there
it just shows a blinking cursor (i.e. not SDDM, which is what I'd expect). If I
reboot from the TTY that lets me log on, the boot
On 4/3/24 2:29 PM, Markus Gustafsson wrote:
Hi,
I'm having a problem I'm not quite sure how to tackle: every other
startup or so results in a black screen. Usually nothing gets printed
(no bios splash, not GRUB menu, no OpenRC prints), and the monitor
goes to low power mode after a while (I
Hi,
I'm having a problem I'm not quite sure how to tackle: every other startup or
so results in a black screen. Usually nothing gets printed (no bios splash, not
GRUB menu, no OpenRC prints), and the monitor goes to low power mode after a
while (I haven't quite confirmed if this is actually
On 03.04.24 09:40, Michael wrote:
In case you haven't done it yet, if you rebuild the toolchain things should
hopefully self-correct on your system:
emerge --sync
emerge -1av sys-devel/binutils
emerge -1av --nodeps sys-devel/gcc
Use 'gcc-config -l' to check you are using the correct gcc
Hi Vit
I presume you plan to have a single boot partition that will contain your
bootloader, kernel and initramfs. There are actually two kinds of boot
partitions that are commonly used together:
1. The EFI system partition (ESP) contains Linux and Windows's bootloaders.
It's formatted as FAT.
2.
On Wednesday, 3 April 2024 16:10:41 BST Vít Smolík wrote:
> Hello fellow Gentooers,
>
> I want to dual-boot Gentoo and M$ Windows on my computer, but windows only
> created a 100MB EFI partition. Is it necessary to resize it so my boot
> files will fit? If so - how to resize it so I don't mess up
Do you store your initramfs on the 100mb partition? Or do you stire it
somewhere else?
May the Force be with you,
Vít Smolík.
Dne st 3. 4. 2024 17:35 uživatel Alexis Praga
napsal:
> Hi Vit,
>
> I have a dual boot with a 100Mb EFI partition. It works fine, except there
> isn’t enough place for
Hi Vit,
I have a dual boot with a 100Mb EFI partition. It works fine, except there
isn’t enough place for both old and new kernels for upgrading. So I moved the
old kernel from /boot into a safe directory before upgrading.
Maybe not the best strategy but I didn’t dare resize it.
Alexis
On
Hello fellow Gentooers,
I want to dual-boot Gentoo and M$ Windows on my computer, but windows only
created a 100MB EFI partition. Is it necessary to resize it so my boot
files will fit? If so - how to resize it so I don't mess up my Windows EFI
files?
--
May the Force be with you,
Vít Smolík.
: "Paul Sopka"
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] System crash on "Detecting C compiler ABI info"
On 02.04.24 21:43, Paul Sopka wrote:
> On 02.04.24 20:50, J. Roeleveld wrote:
>> Did you upgrade GCC recently?
>> If yes, did you follow
On Wednesday, 3 April 2024 06:24:53 BST Paul Sopka wrote:
> On 02.04.24 21:43, Paul Sopka wrote:
> > On 02.04.24 20:50, J. Roeleveld wrote:
> >> Did you upgrade GCC recently?
> >> If yes, did you follow the gcc-upgrade guide:
> >>
> >> https://wiki.gentoo.org/wiki/Upgrading_GCC
> >>
> >> ?
> >
On 02.04.24 21:43, Paul Sopka wrote:
On 02.04.24 20:50, J. Roeleveld wrote:
Did you upgrade GCC recently?
If yes, did you follow the gcc-upgrade guide:
https://wiki.gentoo.org/wiki/Upgrading_GCC
?
--
Joost
Thank you for your answer Joost.
As far as I know, I didn't upgrade GCC recently. I
On Tue, 02 Apr 2024 14:47:28 -0400,
J. Roeleveld wrote:
>
> On Tuesday, 2 April 2024 10:14:11 CEST Michael wrote:
> > On Tuesday, 2 April 2024 07:03:42 BST J. Roeleveld wrote:
> > > On Monday, 1 April 2024 23:46:49 CEST John Covici wrote:
> > > > Hi. Well, I followed the steps in the news item,
On 02.04.24 20:50, J. Roeleveld wrote:
Did you upgrade GCC recently?
If yes, did you follow the gcc-upgrade guide:
https://wiki.gentoo.org/wiki/Upgrading_GCC
?
--
Joost
Thank you for your answer Joost.
As far as I know, I didn't upgrade GCC recently. I just rebuilt libtool
to be sure, but
On Saturday, 30 March 2024 19:34:42 CEST Walter Dnes wrote:
> Thanks for the help. I've migrated my 3 operating Gentoo machines;
> main desktop, backup desktop, and an old used Lenovo Thinkpad X201. The
> poor thing was thrashing away for over 18 hours with 657 packages on the
> emerge
On Tuesday, 2 April 2024 16:11:20 CEST Paul Sopka wrote:
> Hello Gentoo,
>
> my entire system crashes reliably on "Detecting C compiler ABI info"
> when compiling some packages, happened on sci-libs/netcdf and
> media-libs/svt-av1.
>
> I am pretty sure it isn't a hardware instability since I can
On Tuesday, 2 April 2024 10:14:11 CEST Michael wrote:
> On Tuesday, 2 April 2024 07:03:42 BST J. Roeleveld wrote:
> > On Monday, 1 April 2024 23:46:49 CEST John Covici wrote:
> > > Hi. Well, I followed the steps in the news item, to move
> > > todefault/linux/amd64/23.0/desktop/gnome/systemd
> >
On Tuesday, 2 April 2024 11:17:25 CEST John Covici wrote:
> On Tue, 02 Apr 2024 02:02:08 -0400,
>
> J. Roeleveld wrote:
> > On Tuesday, 2 April 2024 05:51:08 CEST John Covici wrote:
> > > On Mon, 01 Apr 2024 18:05:47 -0400,
> > >
> > > Dale wrote:
> > > > John Covici wrote:
> > > > > Hi. Well,
Hello Gentoo,
my entire system crashes reliably on "Detecting C compiler ABI info"
when compiling some packages, happened on sci-libs/netcdf and
media-libs/svt-av1.
I am pretty sure it isn't a hardware instability since I can compile
everything that doesn't run "Detecting C compiler ABI
Hi all,
the xz-backdoor (CVE-2024-3094) luckily did not target gentoo, but it could
have easily done so. One step in this sophisticated attack involved injecting
concealed code into the build-process by some kind of homebrew steganography.
I asked myself how many high-entropy files I can find
On Tue, 02 Apr 2024 02:02:08 -0400,
J. Roeleveld wrote:
>
> On Tuesday, 2 April 2024 05:51:08 CEST John Covici wrote:
> > On Mon, 01 Apr 2024 18:05:47 -0400,
> >
> > Dale wrote:
> > > John Covici wrote:
> > > > Hi. Well, I followed the steps in the news item, to move
> > > >
On 02/04/2024 04:51, John Covici wrote:
My kernels are not in the world file at all, so I am confused why
portage should care about them when I am updating the world file. My
question is why do I need to do this at all -- could I just keep
updating as normal?
Your kernels should be in the
On Tuesday, 2 April 2024 07:03:42 BST J. Roeleveld wrote:
> On Monday, 1 April 2024 23:46:49 CEST John Covici wrote:
> > Hi. Well, I followed the steps in the news item, to move
> > todefault/linux/amd64/23.0/desktop/gnome/systemd
> >
> > and it all worked till it wants me to emerge the whole
On Monday, 1 April 2024 23:46:49 CEST John Covici wrote:
> Hi. Well, I followed the steps in the news item, to move
> todefault/linux/amd64/23.0/desktop/gnome/systemd
>
> and it all worked till it wants me to emerge the whole world file.
> Here is what I get:
>
> emerge --ask --emptytree
On Tuesday, 2 April 2024 05:51:08 CEST John Covici wrote:
> On Mon, 01 Apr 2024 18:05:47 -0400,
>
> Dale wrote:
> > John Covici wrote:
> > > Hi. Well, I followed the steps in the news item, to move
> > > todefault/linux/amd64/23.0/desktop/gnome/systemd
> > >
> > > and it all worked till it
John Covici wrote:
> On Mon, 01 Apr 2024 18:05:47 -0400,
> Dale wrote:
>> John Covici wrote:
>>> Hi. Well, I followed the steps in the news item, to move
>>> todefault/linux/amd64/23.0/desktop/gnome/systemd
>>>
>>> and it all worked till it wants me to emerge the whole world file.
>>> Here is
On Mon, 01 Apr 2024 18:05:47 -0400,
Dale wrote:
>
> John Covici wrote:
> > Hi. Well, I followed the steps in the news item, to move
> > todefault/linux/amd64/23.0/desktop/gnome/systemd
> >
> > and it all worked till it wants me to emerge the whole world file.
> > Here is what I get:
> >
> >
John Covici wrote:
> Hi. Well, I followed the steps in the news item, to move
> todefault/linux/amd64/23.0/desktop/gnome/systemd
>
> and it all worked till it wants me to emerge the whole world file.
> Here is what I get:
>
> emerge --ask --emptytree @world
>
> These are the packages that would
On 01/04/2024 22:46, John Covici wrote:
I don't want to unmerge that kernel -- its my backup kernel, so I
definitely want to keep it. I am using the nextcloud they are
complaining about , I will upgrade it soon, but I want to keep it for
now.
You can pass --exclude to emerge to prevent it
Hi. Well, I followed the steps in the news item, to move
todefault/linux/amd64/23.0/desktop/gnome/systemd
and it all worked till it wants me to emerge the whole world file.
Here is what I get:
emerge --ask --emptytree @world
These are the packages that would be merged, in order:
Calculating
On 4/1/24 15:53, Hoël Bézier wrote:
Hi,
Am Mon, Apr 01, 2024 at 03:19:27PM +0200 schrieb n952162:
How do you see that radicale is marked for testing?
[snip]
The actual error mesg:
/ !!! All ebuilds that could satisfy "radicale" have been masked.//
// !!! One of the following
Hi Alan,
Alan Mackenzie writes:
> Hello, Gentoo.
>
> I'm trying to do
>
> # emerge -a @preserved-rebuild
>
> .. For this purpose, I created a temporary repository, filling it with
> ancient ebuilds recovered from /var/db/pkg.
>
> It shows me 5 packages to be merged, among them being
>
>
On Monday, 1 April 2024 16:12:51 BST Alan Mackenzie wrote:
> Hello, Gentoo.
>
> I'm trying to do
>
> # emerge -a @preserved-rebuild
>
> .. For this purpose, I created a temporary repository, filling it with
> ancient ebuilds recovered from /var/db/pkg.
I may be missing something, but why
601 - 700 of 186789 matches
Mail list logo
