On Thu, 12 Dec 2019 16:52:21 -0800, Daniel Frey wrote:
> I've been merging/unmerging packages for testing and some have to be
> started via a daemon, so I've had to add them to /etc/runlevels/* via
> rc-update.
>
> The problem is I was removing packages without doing `rc-update del
> `,
Howdy,
I don't recall seeing the thread on the forums but it sort of sounds a
lot like what I was reading on -dev as to why it is not. Basically, it
would be a complex and difficult piece of code. According to some, it
could even create problems that don't exist now, depending on what
I can't be sure whether these links will help, but there were conversations.
https://forums.gentoo.org/viewtopic-t-866779-start-0.html
https://www.reddit.com/r/Gentoo/comments/68psrz/why_does_emerge_calculate_dependencies_on_a/
On Fri, Dec 13, 2019 at 6:44 AM Dale wrote:
>
> james wrote:
> > On
Subject kind of says it all...
I was reading manpages and I don't think there's a way, so I thought I'd
ask.
I've been merging/unmerging packages for testing and some have to be
started via a daemon, so I've had to add them to /etc/runlevels/* via
rc-update.
The problem is I was removing
james wrote:
> On 12/9/19 1:31 AM, Dale wrote:
>> Howdy,
>>
>
>> I'm sure trying to get portage to do things in parallel would be a
>> programmers nightmare.� It may not even be doable given how the
>> tree is
>> done or that the complexity of calculating all the options is just to
>> much to
On 12/9/19 1:31 AM, Dale wrote:
Howdy,
I'm sure trying to get portage to do things in parallel would be a
programmers nightmare.� It may not even be doable given how the tree is
done or that the complexity of calculating all the options is just to
much to run in parallel.
Hello Dale,
On Mon, 9 Dec 2019 22:27:40 +
jdm wrote:
> Hi,
>
> Over the last couple of weeks my wifi connection net.wlp5s0 doesn't
> see to want to connect at boot up (It used to be very fast but now
> taking 1min +). Therefore XDM (login screen slim) takes a long time
> to start up. And LXD daemon
On 2019-12-10 21:31, Andrew Udvare wrote:
I have been getting relatively consistent kernel panics on some call to
find_css_set and sometimes a stack trace that mentions cgroups.
On 5.4.0 I don't get this same crash and I added blocking of
auto-loading nvidia under the ramdisk just in case
On Wednesday, 11 December 2019 04:59:08 GMT Walter Dnes wrote:
> On Tue, Dec 10, 2019 at 03:19:16AM -0600, Dale wrote
>
> > I think I used ntpdate years ago. Can't recall why I switched but
> >
> > something wasn't working right. People here recommended chrony and once
> > set up, its worked
On 2019-12-11 22:18, Walter Dnes wrote:
> openrdate defaults to set correct time directly, but it does have an
> optional parameter to gradually skew local time to the remote time. I
> use openrdate in client mode once a month or so to sync a machine.
NTP (the protocol implemented by both
>
> If you're not on the live ebuild, you'll probably have to mask
> >libfmt-6.1.0. I noticed I had build issues with the live ebuild and
> just masked it assuming it would eventually be fixed (which it appears
> to be now)
>
Thanks for that. I'm using ~arch.
FWIW I needed
On Thu, Dec 12, 2019 at 4:49 PM David Haller wrote:
> First of all, decode that C++ symbol with c++filt:
>
> $ echo
> _ZN3fmt2v68internal14sprintf_formatIeEEPcT_RNS1_6bufferIcEENS1_13sprintf_specsE
> | c++filt
> char* fmt::v6::internal::sprintf_format(long double,
> fmt::v6::internal::buffer&,
12 matches
Mail list logo