On Sunday, 14 April 2024 08:28:07 BST J. Roeleveld wrote:
> On Thursday, 11 April 2024 12:10:31 CEST Michael wrote:
> > On Thursday, 11 April 2024 10:48:15 BST J. Roeleveld wrote:
> > > On Thursday, 11 April 2024 11:35:10 CEST Michael wrote:
> > > > On Thursday, 11 April 2024 06:19:57 BST J.
On Thursday, 11 April 2024 12:10:31 CEST Michael wrote:
> On Thursday, 11 April 2024 10:48:15 BST J. Roeleveld wrote:
> > On Thursday, 11 April 2024 11:35:10 CEST Michael wrote:
> > > On Thursday, 11 April 2024 06:19:57 BST J. Roeleveld wrote:
> > > > Hi all,
> > > >
> > > > For a while I've been
On Saturday, 13 April 2024 15:49:27 BST Peter Humphrey wrote:
> On Friday, 12 April 2024 16:39:12 BST Michael wrote:
> > On Friday, 12 April 2024 16:05:46 BST Peter Humphrey wrote:
> > > On Friday, 12 April 2024 14:35:02 BST Michael wrote:
> > > > There are GUI front-ends for the above to suit
Wols Lists wrote:
> On 13/04/2024 14:23, Dale wrote:
>> I see lots of mobos with those little hard drives on a stick. I think
>> they called NVME or something, may have spelling wrong. For most
>> people, that is likely awesome. For me, I think I'd be happy with a
>> regular SSD. Given that,
On 13/04/2024 14:23, Dale wrote:
I see lots of mobos with those little hard drives on a stick. I think
they called NVME or something, may have spelling wrong. For most
people, that is likely awesome. For me, I think I'd be happy with a
regular SSD. Given that, I'd like them to make a mobo
On Friday, 12 April 2024 16:39:12 BST Michael wrote:
> On Friday, 12 April 2024 16:05:46 BST Peter Humphrey wrote:
> > On Friday, 12 April 2024 14:35:02 BST Michael wrote:
> > > There are GUI front-ends for the above to suit various desktop and user
> > > preferences, some more polished than
Rich Freeman wrote:
> On Sat, Apr 13, 2024 at 8:20 AM Dale wrote:
>> Right now, I have a three drive setup in a removable cage for the NAS
>> box.
> If you only need three drives I'm sure you can find cheap used
> hardware that will handle that. Odds are it will use way less power
> and perform
Rich Freeman wrote:
> On Sat, Apr 13, 2024 at 8:11 AM Dale wrote:
>> My biggest thing right now, finding a mobo with plenty of PCIe slots.
>> They put all this new stuff, wifi and such, but remove things I do need,
>> PCIe slots.
> PCIe and memory capacity seem to have become the way the
>
On Sat, Apr 13, 2024 at 8:20 AM Dale wrote:
>
> Right now, I have a three drive setup in a removable cage for the NAS
> box.
If you only need three drives I'm sure you can find cheap used
hardware that will handle that. Odds are it will use way less power
and perform better than whatever you're
On Sat, Apr 13, 2024 at 8:11 AM Dale wrote:
>
> My biggest thing right now, finding a mobo with plenty of PCIe slots.
> They put all this new stuff, wifi and such, but remove things I do need,
> PCIe slots.
PCIe and memory capacity seem to have become the way the
server/workstation and consumer
Rich Freeman wrote:
> On Sat, Apr 13, 2024 at 3:58 AM Dale wrote:
>> Given the FX-6300 has a higher clocks speed, 3.8GHz versus 3.2GHz for
>> the Phenom, I'd think the FX would be a upgrade, quite a good one at
>> that. More L2 cache too. Both are 6 cores according to what I found.
>> Anyone
Michael wrote:
> On Saturday, 13 April 2024 12:12:04 BST Dale wrote:
>> Michael wrote:
>>> On Saturday, 13 April 2024 08:58:50 BST Dale wrote:
Howdy,
As most likely know, I have a older box I use for backups. The hard
drives are encrypted which likes the CPU to have AES
On Sat, Apr 13, 2024 at 3:58 AM Dale wrote:
>
> Given the FX-6300 has a higher clocks speed, 3.8GHz versus 3.2GHz for
> the Phenom, I'd think the FX would be a upgrade, quite a good one at
> that. More L2 cache too. Both are 6 cores according to what I found.
> Anyone know something I don't
On Saturday, 13 April 2024 12:12:04 BST Dale wrote:
> Michael wrote:
> > On Saturday, 13 April 2024 08:58:50 BST Dale wrote:
> >> Howdy,
> >>
> >> As most likely know, I have a older box I use for backups. The hard
> >> drives are encrypted which likes the CPU to have AES support. The
> >>
Michael wrote:
> On Saturday, 13 April 2024 08:58:50 BST Dale wrote:
>> Howdy,
>>
>> As most likely know, I have a older box I use for backups. The hard
>> drives are encrypted which likes the CPU to have AES support. The
>> Phenom CPUs don't seam to support AES from what I've seen. The specs
On Saturday, 13 April 2024 08:58:50 BST Dale wrote:
> Howdy,
>
> As most likely know, I have a older box I use for backups. The hard
> drives are encrypted which likes the CPU to have AES support. The
> Phenom CPUs don't seam to support AES from what I've seen. The specs
> for the mobo says
Howdy,
As most likely know, I have a older box I use for backups. The hard
drives are encrypted which likes the CPU to have AES support. The
Phenom CPUs don't seam to support AES from what I've seen. The specs
for the mobo says the mobo does support the FX-6300 CPU tho which has
AES support.
On Friday, 12 April 2024 16:05:46 BST Peter Humphrey wrote:
> On Friday, 12 April 2024 14:35:02 BST Michael wrote:
> > There are GUI front-ends for the above to suit various desktop and user
> > preferences, some more polished than others.
>
> Hm. I haven't found one for iwd yet...
There is
On Friday, 12 April 2024 14:35:02 BST Michael wrote:
> For clarity:
>
> The iwlwifi is a kernel driver for Intel wireless chips.
>
> The net-wireless/iw software can be used to manage the wireless association
> with an AP if the latter has been configured to offer connections with the
>
Michael wrote:
> On Thursday, 11 April 2024 16:08:54 BST Dale wrote:
>
>> I don't recall editing this file ever. From my understanding, commands
>> are used to manage that file. I can't say for sure but it's doubtful I
>> edited that file.
>>
>> I can easily do a emerge -ek world if you think
On Friday, 12 April 2024 13:51:37 BST Peter Humphrey wrote:
> On Tuesday, 9 April 2024 15:56:28 BST Wojciech Kuzyszyn wrote:
> > 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
> >
On Tuesday, 9 April 2024 15:56:28 BST Wojciech Kuzyszyn wrote:
> 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
> >
On Thursday, 11 April 2024 16:08:54 BST Dale wrote:
> I don't recall editing this file ever. From my understanding, commands
> are used to manage that file. I can't say for sure but it's doubtful I
> edited that file.
>
> I can easily do a emerge -ek world if you think it would be wise to do
On Thursday, 11 April 2024 16:18:51 BST Michael wrote:
> On Thursday, 11 April 2024 16:15:52 BST Peter Humphrey wrote:
> > On Thursday, 11 April 2024 16:08:35 BST Michael wrote:
> > > On Thursday, 11 April 2024 13:49:18 BST Peter Humphrey wrote:
> > --->8
> >
> > > > I decided to establish a
On Thursday, 11 April 2024 16:15:52 BST Peter Humphrey wrote:
> On Thursday, 11 April 2024 16:08:35 BST Michael wrote:
> > On Thursday, 11 April 2024 13:49:18 BST Peter Humphrey wrote:
> --->8
>
> > > I decided to establish a firm, clean system to fall back to after
> > > messing
> > > about with
On Tuesday, 9 April 2024 15:56:28 BST Wojciech Kuzyszyn wrote:
> I have never managed to get WiFi working with iwlwifi, but iwd works
> great for me. Give it a try!
I will - thanks!
--
Regards,
Peter.
On Thursday, 11 April 2024 16:08:35 BST Michael wrote:
> On Thursday, 11 April 2024 13:49:18 BST Peter Humphrey wrote:
--->8
> > I decided to establish a firm, clean system to fall back to after messing
> > about with the various wifi packages, so I built a fresh system building
> > on the
On Thursday, 11 April 2024 13:49:18 BST Peter Humphrey wrote:
> On Tuesday, 9 April 2024 14:44:05 BST Paul Sopka wrote:
> > 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
Michael wrote:
> On Thursday, 11 April 2024 12:58:17 BST Dale wrote:
>> Michael wrote:
>>> On Thursday, 11 April 2024 10:22:59 BST Dale wrote:
I fixed it by commenting out the entry in the passwd file. It then
created a new entry. I guess it was set wrong at some point. Just
On Thursday, 11 April 2024 12:58:17 BST Dale wrote:
> Michael wrote:
> > On Thursday, 11 April 2024 10:22:59 BST Dale wrote:
> >> I fixed it by commenting out the entry in the passwd file. It then
> >> created a new entry. I guess it was set wrong at some point. Just
> >> looks like emerge
On Tuesday, 9 April 2024 14:44:05 BST Paul Sopka wrote:
> 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
Michael wrote:
> On Thursday, 11 April 2024 10:22:59 BST Dale wrote:
>
>> I fixed it by commenting out the entry in the passwd file. It then
>> created a new entry. I guess it was set wrong at some point. Just
>> looks like emerge would be able to update it tho. Joost showing my
>> setting was
On Thursday, 11 April 2024 10:48:15 BST J. Roeleveld wrote:
> On Thursday, 11 April 2024 11:35:10 CEST Michael wrote:
> > On Thursday, 11 April 2024 06:19:57 BST J. Roeleveld wrote:
> > > Hi all,
> > >
> > > For a while I've been seeing the following ERROR-messages when booting 1
> > > of
> > >
On Thursday, 11 April 2024 11:35:10 CEST Michael wrote:
> On Thursday, 11 April 2024 06:19:57 BST J. Roeleveld wrote:
> > 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
On Thursday, 11 April 2024 06:19:57 BST J. Roeleveld wrote:
> 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
On Thursday, 11 April 2024 10:22:59 BST Dale wrote:
> I fixed it by commenting out the entry in the passwd file. It then
> created a new entry. I guess it was set wrong at some point. Just
> looks like emerge would be able to update it tho. Joost showing my
> setting was different gave me the
Michael wrote:
> 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
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
901 - 1000 of 187428 matches
Mail list logo