Neil Bothwick wrote:
> On Sat, 8 Jul 2023 15:44:47 -0500, Dale wrote:
>
>>> I have reused the configuration file
>>> "/etc/portage/package.env/no_tmpfs.conf"[1], which already contains a
>>> list of packages, which need hours to compile.
>>>
>>> -Ramon
>>>
>>> [1]
>>>
On Sat, 8 Jul 2023 15:44:47 -0500, Dale wrote:
> > I have reused the configuration file
> > "/etc/portage/package.env/no_tmpfs.conf"[1], which already contains a
> > list of packages, which need hours to compile.
> >
> > -Ramon
> >
> > [1]
> >
Ramon Fischer wrote:
> Hello Dale,
>
> I solved it like this:
>
> https://www.mail-archive.com/gentoo-user@lists.gentoo.org/msg186292.html
>
> I have reused the configuration file
> "/etc/portage/package.env/no_tmpfs.conf"[1], which already contains a
> list of packages, which need hours to
Jack wrote:
> What about piping the output of emerge through 'tee' into a file. You
> can then grep that file for the package names you are interested in,
> and they will clearly be highlighted. True, you will need to look at
> the portage output directly to decide whether or not to proceed, and
What about piping the output of emerge through 'tee' into a file. You
can then grep that file for the package names you are interested in, and
they will clearly be highlighted. True, you will need to look at the
portage output directly to decide whether or not to proceed, and then
separately
Hello Dale,
I solved it like this:
https://www.mail-archive.com/gentoo-user@lists.gentoo.org/msg186292.html
I have reused the configuration file
"/etc/portage/package.env/no_tmpfs.conf"[1], which already contains a
list of packages, which need hours to compile.
-Ramon
[1]
Neil Bothwick wrote:
> On Sat, 8 Jul 2023 14:14:46 -0500, Dale wrote:
>
>> Thing is, some of the packages are dependencies of other packages.
>> Excluding them will likely trigger other problems, such as packages not
>> being able to upgrade due to others being excluded. Plus, I'd have to
>> run
On Sat, 8 Jul 2023 14:14:46 -0500, Dale wrote:
> Thing is, some of the packages are dependencies of other packages.
> Excluding them will likely trigger other problems, such as packages not
> being able to upgrade due to others being excluded. Plus, I'd have to
> run it twice and do two
Jack wrote:
> On 2023.07.08 13:02, Dale wrote:
>> Neil Bothwick wrote:
>> > On Sat, 8 Jul 2023 03:33:30 -0500, Dale wrote:
>> >
>> >> I was wondering. Is there a way to highlight certain packages
>> that are
>> >> about to be upgraded? Example, I like to know when some larger
>> packages
>> >>
On 2023.07.08 13:02, Dale wrote:
Neil Bothwick wrote:
> On Sat, 8 Jul 2023 03:33:30 -0500, Dale wrote:
>
>> I was wondering. Is there a way to highlight certain packages
that are
>> about to be upgraded? Example, I like to know when some larger
packages
>> like Firefox, LOo, that
Neil Bothwick wrote:
> On Sat, 8 Jul 2023 03:33:30 -0500, Dale wrote:
>
>> I was wondering. Is there a way to highlight certain packages that are
>> about to be upgraded? Example, I like to know when some larger packages
>> like Firefox, LOo, that excessively long qt package and a couple others
On Saturday, 8 July 2023 16:19:49 BST Neil Bothwick wrote:
> On Sat, 08 Jul 2023 15:20:19 +0100, Peter Humphrey wrote:
> > Has anyone here developed a utility to record the one-minute load
> > average once per minute and log the results? The first bit is easy:
> > just cat /proc/loadavg, but the
>Hello list,
>
>Has anyone here developed a utility to record the one-minute load average once
>per minute and log the results? The first bit is easy: just cat /proc/loadavg,
>but the logging has me stumped for the moment.
while [ true ] ; do cat /proc/loadavg |logger; sleep 60; done
But you
On Sat, 08 Jul 2023 15:20:19 +0100, Peter Humphrey wrote:
> Has anyone here developed a utility to record the one-minute load
> average once per minute and log the results? The first bit is easy:
> just cat /proc/loadavg, but the logging has me stumped for the moment.
You could use
On Sat, 8 Jul 2023 03:33:30 -0500, Dale wrote:
> I was wondering. Is there a way to highlight certain packages that are
> about to be upgraded? Example, I like to know when some larger packages
> like Firefox, LOo, that excessively long qt package and a couple others
> are going to be upgraded.
Read from /proc/loadavg every minute and write in a file?
sâm., 8 iul. 2023, 17:20 Peter Humphrey a scris:
> Hello list,
>
> Has anyone here developed a utility to record the one-minute load average
> once
> per minute and log the results? The first bit is easy: just cat
> /proc/loadavg,
> but
Hello list,
Has anyone here developed a utility to record the one-minute load average once
per minute and log the results? The first bit is easy: just cat /proc/loadavg,
but the logging has me stumped for the moment.
I see there's a QT-Charts module, but my impression is that it's a
Dale,
On Saturday, 2023-07-08 03:33:30 -0500, you wrote:
> ...
> I was wondering. Is there a way to highlight certain packages that are
> about to be upgraded? Example, I like to know when some larger packages
> like Firefox, LOo, that excessively long qt package and a couple others
> are
On Sat, Jul 8, 2023 at 4:33 AM Dale wrote:
> Howdy,
>
> I was wondering. Is there a way to highlight certain packages that are
> about to be upgraded? Example, I like to know when some larger packages
> like Firefox, LOo, that excessively long qt package and a couple others
> are going to be
On Sat, Jul 8, 2023 at 4:29 AM efeizbudak wrote:
>
> I use genkernel to make my initramfs and I am passing the crypt_swap,
> crypt_swap_keydev and crypt_swap_key options but I'm guessing that since
> /dev/sda2 comes before /dev/sda3, the initramfs tries to decrypt that one
> first. How can I
Howdy,
I was wondering. Is there a way to highlight certain packages that are
about to be upgraded? Example, I like to know when some larger packages
like Firefox, LOo, that excessively long qt package and a couple others
are going to be upgraded. Some that are listed in the world file show
up
Hi everyone,
So I've been trying to get my encrypted swap working but didn't have a
lot of success so far. I have /dev/sda2 as the swap partition and
/dev/sda3 as the root partition. I did encrypt the swap partition with a
keyfile and the unlock works fine but the problem is that my
22 matches
Mail list logo
