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
> `, leavi
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
dependenci
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 p
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 run
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,
N
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 does
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 that's
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 chrony
>
> 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 >=dev-libs/libfmt-6.1.
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&, fm
12 matches
Mail list logo
