On Fri, 30 Jun 2017 18:00:38 +0800 Ed Greshko wrote:
[ ... ]
> The server /usr/bin/pulseaudio isn't started at boot time. It is a user
> process that
> is started at user login. So, rc.local would not be an appropriate place for
> that
> command for that reason.
>
> You may want to try p
On 07/10/17 11:10, Tim wrote:
> Allegedly, on or about 09 July 2017, Stephen Morris sent:
>> Sorry, I wasn't referring to TB's reply functionality as being a list issue,
>> I
>> agree with you that the functionality implemented by TB is stupid, and I'll
>> see if
>> I can post an issue on it on t
Allegedly, on or about 09 July 2017, Stephen Morris sent:
> Sorry, I wasn't referring to TB's reply functionality as being a list
> issue, I agree with you that the functionality implemented by TB is
> stupid, and I'll see if I can post an issue on it on the post site
> that was discussing all th
On 06/30/2017 12:01 AM, Frank Elsner wrote:
Hello,
Hi,
BTW, rc.local doesnt't work.
When rc.local was taken over by systemd a little hitch was added.
From "/lib/systemd/system/rc-local.service"
# This unit gets pulled automatically into multi-user.target by
# systemd-rc-local-generator
On 07/09/2017 05:46 PM, Ed Greshko wrote:
On 07/10/17 08:32, Richard England wrote:
On 07/09/2017 04:54 PM, Richard England wrote:
On 07/09/2017 03:19 PM, Richard England wrote:
I've removed all but the fedora related files in yum.repos.d and it had no
effect.
Try a
dnf clean metadata
in cas
On 07/10/17 08:32, Richard England wrote:
> On 07/09/2017 04:54 PM, Richard England wrote:
>> On 07/09/2017 03:19 PM, Richard England wrote:
>>> I've removed all but the fedora related files in yum.repos.d and it had no
>>> effect.
Try a
dnf clean metadata
in case you are tryin
On 07/09/2017 04:54 PM, Richard England wrote:
On 07/09/2017 03:19 PM, Richard England wrote:
I've removed all but the fedora related files in yum.repos.d and it
had no effect.
Try a
dnf clean metadata
in case you are trying to access a bad repo.
The error/traceback occurs with any dnf command
On 07/09/2017 03:19 PM, Richard England wrote:
I've removed all but the fedora related files in yum.repos.d and it
had no effect.
Try a
dnf clean metadata
in case you are trying to access a bad repo.
The error/traceback occurs with any dnf command I try, including the
clean commands
My /
On 07/10/17 03:21, Richard England wrote:
> Recently I've started seeing failure with dnf update. It appears that I'm
> attempting to access a RedHat ipaddress presumably to update the repomd.xml
> file
> but it is failing and seems to indicate that there is a "network failure"
> (code 4)
>
> h
On 07/09/2017 04:48 PM, stan wrote:
That's bizarre. Is there anything strange in /etc/dnf/dnf.conf? Do
you have repo overrides in there?
Tell dnf to use only local data by putting the -C option
dnf -C clean metadata
It should ignore the fact that it can't connect. If it still doesn't,
try di
On Sun, 9 Jul 2017 15:19:42 -0700
Richard England wrote:
> On 07/09/2017 02:48 PM, stan wrote:
> > Do you have other files in /etc/yum.repos.d that might be overriding
> > the fedora updates repo?
> I've removed all but the fedora related files in yum.repos.d and it
> had no effect.
> >
> > T
On Sun, 2017-07-09 at 10:07 -0700, Mike Wright wrote:
> On 07/09/2017 09:46 AM, stan wrote:
> > On Sun, 09 Jul 2017 14:36:58 +0100
> > Patrick O'Callaghan wrote:
> >
> > > Sometimes the GPU runs hot and I pause the VM to let it cool, however
> > > 'top' shows qemu-system-x86 sucking up over 25% o
On 07/09/2017 02:48 PM, stan wrote:
On Sun, 9 Jul 2017 12:21:28 -0700
Richard England wrote:
Recently I've started seeing failure with dnf update. It appears
that I'm attempting to access a RedHat ipaddress presumably to update
the repomd.xml file but it is failing and seems to indicate tha
On Sun, 9 Jul 2017 12:21:28 -0700
Richard England wrote:
> Recently I've started seeing failure with dnf update. It appears
> that I'm attempting to access a RedHat ipaddress presumably to update
> the repomd.xml file but it is failing and seems to indicate that
> there is a "network failure" (
On Sun, Jul 09, 2017 at 02:02:14PM -0400, Temlakos wrote:
> On 07/07/2017 09:28 PM, Ed Greshko wrote:
> >On 07/08/17 09:19, Temlakos wrote:
> >>That pkg-config package doesn't appear to exist. I had to cut that out of
> >>the
> >>command before it would execute. When I did that, I did manage to in
Recently I've started seeing failure with dnf update. It appears that
I'm attempting to access a RedHat ipaddress presumably to update the
repomd.xml file but it is failing and seems to indicate that there is a
"network failure" (code 4)
http://209.132.178.35/25/repomd.xml appears to be a de
On 07/07/2017 09:28 PM, Ed Greshko wrote:
On 07/08/17 09:19, Temlakos wrote:
That pkg-config package doesn't appear to exist. I had to cut that out of the
command before it would execute. When I did that, I did manage to install
several
more dependencies. Now unless I hear anything from anybody
On Sun, 9 Jul 2017 10:07:20 -0700
Mike Wright wrote:
> When using *top* press "1" to see status by core. (It's a toggle)
Thanks for the tip, that works great.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users
On 07/09/2017 09:46 AM, stan wrote:
On Sun, 09 Jul 2017 14:36:58 +0100
Patrick O'Callaghan wrote:
Sometimes the GPU runs hot and I pause the VM to let it cool, however
'top' shows qemu-system-x86 sucking up over 25% of CPU. OTOH the KDE
System Activity tool shows it using only 3%. Clearly they
On Sun, 09 Jul 2017 14:36:58 +0100
Patrick O'Callaghan wrote:
> Sometimes the GPU runs hot and I pause the VM to let it cool, however
> 'top' shows qemu-system-x86 sucking up over 25% of CPU. OTOH the KDE
> System Activity tool shows it using only 3%. Clearly they can't both
> be right.
>
> Is t
I'm running a Windows 10 VM under QEMU/KVM, using libvirt via the
Virtual Machine Manager. I have the VM configured with 8GB assigned to
the VM with hugepages (of 16GB total in the box) and VFIO passthrough
of my Nvidia graphics card. I have also pinned 2 of my 4 CPU cores
(i.e. 4 threads) for gami
gnome-password-generator was just unretired and is now in F26 updates-testing (
https://bodhi.fedoraproject.org/updates/FEDORA-2017-58751e422c ) so should be
in stable soon.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an
22 matches
Mail list logo
