stan wrote:
> How long are you waiting? dnf does some sort of checks after the
> transaction is over, and those can take quite a while. Wait at least
> 10 or 20 minutes.
I don't understand why dnf (and yum before it)
don't give any idea what is happening during this pause,
which as you say can
I have an Asus RT-N66U running Tomato USB Shibby which has been working
without any trouble but after some ISP problems recently I have managed
to screw up the time offset. It should be -400 but has become +200 which
makes it difficult for me to deal with Access Restrictions and reading
logs.
On Thu, 08 Sep 2016 10:44:59 +0100
Timothy Murphy wrote:
> I don't understand why dnf (and yum before it)
> don't give any idea what is happening during this pause,
> which as you say can be quite long.
I also often wonder what the heck it is doing during that
long pause. I see the CPU hit 100% w
On 09/08/2016 01:31 PM, Tom Horsley wrote:
I also often wonder what the heck it is doing during that
long pause. I see the CPU hit 100% while it is doing it,
but have no idea what might be going on in there.
You'll find answer doing
cat /var/log/dnf.log
--
Maderios
--
users mailing list
users@
(this is almost certainly a kernel issue but here's hoping someone
can give me some guidance.)
once upon a time, i whined pathetically about problems sticking a
samsung 950 PRO M.2 SSD into my ASUS G752VL-DH71 gaming laptop
currently running fedora:
http://osdir.com/ml/fedora-users/2016-07
On Thu, Sep 8, 2016 at 7:27 AM, maderios wrote:
> On 09/08/2016 01:31 PM, Tom Horsley wrote:
>
>> I also often wonder what the heck it is doing during that
>> long pause. I see the CPU hit 100% while it is doing it,
>> but have no idea what might be going on in there.
>
> You'll find answer doing
You might look for a BIOS update.
I am just beginning to learn about all of this M.2 stuff.
But here is my suspicion at this point. PCI-E lane complication.
See: https://www.pugetsystems.com/labs/articles/Overview-of-M-2-SSDs-586/
And scroll down to "PCI-E lane complications".
On Thu, Sep 8,
Hi,
> Now do this:
> cd /path/to/joomla/DocumentRoot
> chmod -R apache:apache $rw_dirs
> find $rw_dirs -type d -exec chmod 2770 {} \;
> find $rw_dirs -type f -exec chmod 660 {} \;
You mean chown above, but yes, I've also thought about setting everything sgid.
Someone in another forum recommended
Samuel Sieb wrote:
>> Is there any counterpart of the old "yum check" where I can verify
>> everything is now ok?
>>
> I don't know what "yum check" did. What are you trying to verify?
From the man page for YUM.
> check Checks the local rpmdb and produces information on any
>problems
Hi,
On Thu, Sep 8, 2016 at 12:32 PM, Alex wrote:
> Hi,
>
>> Now do this:
>> cd /path/to/joomla/DocumentRoot
>> chmod -R apache:apache $rw_dirs
>> find $rw_dirs -type d -exec chmod 2770 {} \;
>> find $rw_dirs -type f -exec chmod 660 {} \;
>
> You mean chown above, but yes, I've also thought about
I have several machines I've recently upgraded from F23 to F24 using
DNF. Daily upgrades of F24 packages on most of them are proceeding as
expected. But this morning I found one that did a very peculiar
"upgrade". Details below.
# cat /etc/fedora-release
Fedora release 24 (Twenty Four)
# rpm -q
On 09/08/2016 10:20 AM, Alex wrote:
Hi,
Here's an idea. Get an account on DigitalOcean. Create a droplet using
their "One-click apps". They have one called "Joomla 3.6.2 on 14.04"
(14.04 is a version of ubuntu).
Explore the Apache config and the Joomla config. Checkout permissioning
an
Running F23/XFCE, with firewalld, and having commanded:
# systemctl start sshd.service
/var/log/secure
shows that sshd is opening port 22, and listening on 0.0.0.0 .
There is no entry suggesting a login attempt is received.
In the XFCE GUI for firewalld, everything is running in zone labelled
A recent kernel update broke function keys on my wife's Dell XPS 13.
Reverting to the prior kernel worked-around the issue. I haven't had a
chance to pursue it any further.
So try an earlier kernel.
On Sat, Sep 3, 2016 at 6:06 PM, Patrick Dupre wrote:
>
> >
> > On 09/03/2016 01:46 PM, Patrick
The things I would do first thing:
Can you SSH to localhost on port 22? If not, then check to see if the port
is listening using netstat -an | grep 22
Run nmap from another system on that subnet to that machine to see if port
22 is available on the network if the above is fine.
My guess is that
On 09/08/2016 11:43 AM, Ron Leach wrote:
> Running F23/XFCE, with firewalld, and having commanded:
> # systemctl start sshd.service
>
> /var/log/secure
>
> shows that sshd is opening port 22, and listening on 0.0.0.0 .
> There is no entry suggesting a login attempt is received.
>
> In the XFCE G
Why didn't you try it? It works for me.
I spent my time trying to help and you dismissed it
WITHOUT reason.
Not cool.
Bill
On 9/8/2016 12:32 PM, Alex wrote:
Hi,
Now do this:
cd /path/to/joomla/DocumentRoot
chmod -R apache:apache $rw_dirs
find $rw_dirs -type d -exec chmod 2770 {} \;
find $rw
On Thursday, September 8, 2016 3:00:57 PM EDT Go Canes wrote:
> A recent kernel update broke function keys on my wife's Dell XPS 13.
If you mean Fn keys, then see this:
https://bugzilla.redhat.com/show_bug.cgi?id=1374558
--
Garry T. Williams
--
users mailing list
users@lists.fedoraproject.
18 matches
Mail list logo
