Re: Help: F30/31 laptops only ones not able to connect to Wifi Linkhub hotspot

[Ed Greshko]

On 2020-01-03 13:55, Ranjan Maitra wrote:
> I have been lost for the past day and I need some help.
>  
> There are 7 android devices and a linux mint laptop that effortlessly connect 
> to a linkhub (Alcatel HH41NH). There is no limit to the number of devices 
> that the linkhub can connect to.
>  
> However, two Fedora laptops each running F30 and F31 are not able to connect. 
> Both laptops are updated to the latest as of Tuesday December 31, 2019.
>  
> We have tried all sorts of things but can not connect. dmesg seems to 
> indicate that a connection is established but the log messages seem to 
> indicate otherwise.
>  
> Does anyone have any suggestions? We are a little lost. I am including the 
> relevant dmesg, log messages and journatctl output. Happy to provide 
> information as needed.

Could you check to see if you have a file in /etc/sysconfig/network-scripts 
with the name of
ifcfg-THE_SSID?

If so, can you post it?



-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

why does "ls -l /usr/bin/ping" render in color normally used for setuid executables?

[Robert P. J. Day]

  i'm puzzled by something i just tripped over on my fully-updated f31
system ... while mucking around with some networking, i happened to
run:

  $ ls -l /usr/bin/ping

and was surprised to see it rendered in the colour scheme (yellow
letters on red background) normally reserved for setuid executables. i
looked closer but saw nothing amiss:

  $ ls -l /usr/bin/ping
  -rwxr-xr-x. 1 root root 83136 Jul 25 13:28 /usr/bin/ping
  $

running "lsattr" on that executable didn't seem to show anything
unusual, and all of the other executables under /usr/bin that are
rendered in that colour scheme are, indeed, setuid. am i
misunderstanding something really trivial?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
 http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: why does "ls -l /usr/bin/ping" render in color normally used for setuid executables?

[Robert P. J. Day]

On Sat, 4 Jan 2020, Robert P. J. Day wrote:

>
>   i'm puzzled by something i just tripped over on my fully-updated f31
> system ... while mucking around with some networking, i happened to
> run:
>
>   $ ls -l /usr/bin/ping
>
> and was surprised to see it rendered in the colour scheme (yellow
> letters on red background) normally reserved for setuid executables. i
> looked closer but saw nothing amiss:
>
>   $ ls -l /usr/bin/ping
>   -rwxr-xr-x. 1 root root 83136 Jul 25 13:28 /usr/bin/ping
>   $
>
> running "lsattr" on that executable didn't seem to show anything
> unusual, and all of the other executables under /usr/bin that are
> rendered in that colour scheme are, indeed, setuid. am i
> misunderstanding something really trivial?

  oh, wait, this is a capabilities thing, isn't it?

rday
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: why does "ls -l /usr/bin/ping" render in color normally used for setuid executables?

[Mamoru TASAKA]

Robert P. J. Day wrote on 2020/01/04 23:34:

On Sat, 4 Jan 2020, Robert P. J. Day wrote:



   i'm puzzled by something i just tripped over on my fully-updated f31
system ... while mucking around with some networking, i happened to
run:

   $ ls -l /usr/bin/ping

and was surprised to see it rendered in the colour scheme (yellow
letters on red background) normally reserved for setuid executables. i
looked closer but saw nothing amiss:

   $ ls -l /usr/bin/ping
   -rwxr-xr-x. 1 root root 83136 Jul 25 13:28 /usr/bin/ping
   $

running "lsattr" on that executable didn't seem to show anything
unusual, and all of the other executables under /usr/bin that are
rendered in that colour scheme are, indeed, setuid. am i
misunderstanding something really trivial?


   oh, wait, this is a capabilities thing, isn't it?



Exactly. You can check this by
$ getcap /usr/bin/ping

Regards,
Mamoru
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: why does "ls -l /usr/bin/ping" render in color normally used for setuid executables?

[Robert P. J. Day]

On Sat, 4 Jan 2020, Mamoru TASAKA wrote:

> Robert P. J. Day wrote on 2020/01/04 23:34:
> > On Sat, 4 Jan 2020, Robert P. J. Day wrote:
> >
> >>
> >>i'm puzzled by something i just tripped over on my fully-updated f31
> >> system ... while mucking around with some networking, i happened to
> >> run:
> >>
> >>$ ls -l /usr/bin/ping
> >>
> >> and was surprised to see it rendered in the colour scheme (yellow
> >> letters on red background) normally reserved for setuid executables. i
> >> looked closer but saw nothing amiss:
> >>
> >>$ ls -l /usr/bin/ping
> >>-rwxr-xr-x. 1 root root 83136 Jul 25 13:28 /usr/bin/ping
> >>$
> >>
> >> running "lsattr" on that executable didn't seem to show anything
> >> unusual, and all of the other executables under /usr/bin that are
> >> rendered in that colour scheme are, indeed, setuid. am i
> >> misunderstanding something really trivial?
> >
> >oh, wait, this is a capabilities thing, isn't it?
> >
>
> Exactly. You can check this by
> $ getcap /usr/bin/ping

  yes, i twigged to that shortly after asking ... i was just thrown
that that seems to be the only /usr/bin executable with that property,
which confused me.

rday
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: why does "ls -l /usr/bin/ping" render in color normally used for setuid executables?

[Andy Blanchard]

On Sat, 4 Jan 2020 at 14:47, Robert P. J. Day  wrote:
>   yes, i twigged to that shortly after asking ... i was just thrown
> that that seems to be the only /usr/bin executable with that property,
> which confused me.

I've got a different colour scheme that includes separate colour
combinations for SETUID, SETGID, and CAPABILITY.

Just checked my F31 /usr/bin, and the CAPABILITY colour scheme is applied to:

arping
clockdiff
dumpcap
gnome-keyring-daemon
newgidmap
newuidmap
ping

Andy
-- 
Andy

The only person to have all his work done by Friday was Robinson Crusoe
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: why does "ls -l /usr/bin/ping" render in color normally used for setuid executables?

[Robert P. J. Day]

On Sat, 4 Jan 2020, Andy Blanchard wrote:

> On Sat, 4 Jan 2020 at 14:47, Robert P. J. Day  wrote:
> >   yes, i twigged to that shortly after asking ... i was just thrown
> > that that seems to be the only /usr/bin executable with that property,
> > which confused me.
>
> I've got a different colour scheme that includes separate colour
> combinations for SETUID, SETGID, and CAPABILITY.
>
> Just checked my F31 /usr/bin, and the CAPABILITY colour scheme is applied to:
>
> arping
> clockdiff
> dumpcap
> gnome-keyring-daemon
> newgidmap
> newuidmap
> ping

  yes, a closer look shows a few more executables with that property,
i was just being sloppy about checking.

rday
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: kde desktop

[Ian Pilcher]

On 1/3/20 10:49 PM, Robert McBroom via users wrote:
which happily did nothing but said it was complete. From rpm -qa I see 
lots of kde entries. Same thing happened on my laptop. Both systems 
running recently updated 31. Has kde completely abandoned x11?


The update from Plasma 5.16 to 5.17 moved the session startup script
from /usr/bin/startkde (IIRC) to /usr/bin/startplasma-x11.

--

Ian Pilcher arequip...@gmail.com
 "I grew up before Mark Zuckerberg invented friendship" 

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: kde desktop

[Robert McBroom via users]

On 1/4/20 12:30 AM, Samuel Sieb wrote:

On 1/3/20 8:49 PM, Robert McBroom via users wrote:
Hadn't used kde for a few weeks. Trying to start it gave me the 
message that it was not installed. Curious since I've had it on my 
system for years. following the message suggestion ran


What was the command you tried and what was the message? 


switchdesk kde

replys

ERROR: KDE is not installed on your machine

Then suggests the group install of the KDE environment which as noted 
above completed with no messages of any action. Followed that with the 
attempts described to launch directly from a xserver.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: kde desktop

[Ed Greshko]

On 2020-01-05 01:30, Robert McBroom via users wrote:
> On 1/4/20 12:30 AM, Samuel Sieb wrote:
>> On 1/3/20 8:49 PM, Robert McBroom via users wrote:
>>> Hadn't used kde for a few weeks. Trying to start it gave me the message 
>>> that it was not installed. Curious since I've had it on my system for 
>>> years. following the message suggestion ran
>>
>> What was the command you tried and what was the message? 
>
> switchdesk kde
>
> replys
>
> ERROR: KDE is not installed on your machine
>
> Then suggests the group install of the KDE environment which as noted above 
> completed with no messages of any action. Followed that with the attempts 
> described to launch directly from a xserver.

FWIW, KDE is no longer called KDE.

It is called Plasma.  Enter "switchdesk" without parameters to see the choices.

Also https://wiki.archlinux.org/index.php/KDE

is a good reference in spite of the name.



-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

No sound in Fedora 31

[Frank]

I recently installed Fedora 31 and dicovered today I have no sound 
output at all.



Pavucontrol reports no hardware output devices available.

[frank@franklin ~]$ amixer
Simple mixer control 'Master',0
  Capabilities: pvolume pswitch pswitch-joined
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 65536
  Mono:
  Front Left: Playback 65536 [100%] [on]
  Front Right: Playback 65536 [100%] [on]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch cswitch-joined
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 65536
  Front Left: Capture 0 [0%] [off]
  Front Right: Capture 0 [0%] [off]

[frank@franklin ~]$ aplay -l
 List of PLAYBACK Hardware Devices 
card 0: MID [HDA Intel MID], device 0: ALC662 rev1 Analog [ALC662 rev1 
Analog]

  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: MID [HDA Intel MID], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Any sound experts here ??


Thanks


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

No sound in Fedora 31

[Frank]

  Error at this end. Sorry for the noise. Sound is back.





I recently installed Fedora 31 and dicovered today I have no sound 
output at all.




Pavucontrol reports no hardware output devices available.

[frank@franklin ~]$ amixer
Simple mixer control 'Master',0
  Capabilities: pvolume pswitch pswitch-joined
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 65536
  Mono:
  Front Left: Playback 65536 [100%] [on]
  Front Right: Playback 65536 [100%] [on]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch cswitch-joined
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 65536
  Front Left: Capture 0 [0%] [off]
  Front Right: Capture 0 [0%] [off]

[frank@franklin ~]$ aplay -l
 List of PLAYBACK Hardware Devices 
card 0: MID [HDA Intel MID], device 0: ALC662 rev1 Analog [ALC662 rev1 
Analog]

  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: MID [HDA Intel MID], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Any sound experts here ??


Thanks


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: kde desktop

[Ed Greshko]

On 2020-01-05 02:00, Ed Greshko wrote:
> It is called Plasma.  Enter "switchdesk" without parameters to see the 
> choices.

I should have checked this yesterday.

"switchdesk" is broken in this release.  Selecting Plasma or KDE will not work 
as expected.

While the message displayed is

echo "Please specify one of either Plasma, GNOME, XFCE, FVWM, IceWM or 
WindowMaker."

There is no checking in the script for Plasma.  And you'll get the error message

[egreshko@f31gq ~]$ /usr/bin/switchdesk-helper Plasma
Unknown desktop requested: Plasma

With KDE, at least on a fresh F31 install, there is no "KDE (K Desktop 
Environment)".
It is now call "KDE Plasma Workspaces".

Also, with the current plasma-workspace-5.17.4-1.fc31 there is no longer a 
/usr/bin/startkde.

-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Help: F30/31 laptops only ones not able to connect to Wifi Linkhub hotspot

[George N. White III]

On Fri, 3 Jan 2020 at 17:50, Ranjan Maitra  wrote:

>
> Hi,
>
> Thanks again for your suggestions! See inline for my answers.
>

The devil is in the versions.


>
> *Sent:* Friday, January 03, 2020 at 10:43 AM
> *From:* "George N. White III" 
> *To:* "Community support for Fedora users" 
> *Subject:* Re: Help: F30/31 laptops only ones not able to connect to Wifi
> Linkhub hotspot
> On Fri, 3 Jan 2020 at 01:55, Ranjan Maitra  wrote:
>
>> Hi,
>>
>> I have been lost for the past day and I need some help.
>>
>> There are 7 android devices and a linux mint laptop that effortlessly
>> connect to a linkhub (Alcatel HH41NH). There is no limit to the number of
>> devices that the linkhub can connect to.
>>
>
> Is the MAC filter enabled on your linkhub?Are the Fedora systems using MAC
> address randomization
> ?  Does the linkhub
> have a hidden SSID?
>
> The MAC filter is not enabled on the linkhub.
>
> The Fedora system is using MAC address randomization, but we also tried it
> without.
>
> The linkhub does not have a hidden SSID.
>
>
>>
>> However, two Fedora laptops each running F30 and F31 are not able to
>> connect. Both laptops are updated to the latest as of Tuesday December 31,
>> 2019.
>>
>> We have tried all sorts of things but can not connect. dmesg seems to
>> indicate that a connection is established but the log messages seem to
>> indicate otherwise.
>>
>> Does anyone have any suggestions? We are a little lost. I am including
>> the relevant dmesg, log messages and journatctl output. Happy to provide
>> information as needed.
>>
>
> NetworkManager has become quite complex, and sometimes makes bad
> decisions.   You can sometimes force a connection using nmcli, which may
> provide an indication of the underlying cause of your problem.
>
> We tried with nmcli, but get the same failure to associate and eventual
> timeout.
>

That is a starting point.   Next, nmcli allows you to compare details
between your Mint and Fedora systems until you see Fedora doing something
different.

 See Gnome NetworkManager Documentation


>
> Look for similar reports in
> https://gitlab.freedesktop.org/NetworkManager/NetworkManager/issues
>
> The linkhub is not mentioned.  The error message is not mentioned.
>

Try the name of your ethernet adapter and the associated kernel module.
You can also try a general search for
the adapter and kernel module.


>
> In the past, there used to be some hotspots which only talked to Windoze.
> However, all the other machines that connect are on android and the one
> laptop that is running Mint (that I am using to write this e-mail) with the
> 4.15.0 kernel. They appear to have the same configuration as per
> NetworkManager.
>

I assume that by "same configuration" you mean the NM settings look the
same in the GUI.   NM itself is likely not the same:

My Mint 19 box has an older NM:

$ apt show network-manager
Package: network-manager
Version: 1.10.6-2ubuntu1.2

Fedora 31 has NetworkManager-1.20.8-1.fc31

I see Ed asked to look at the file where the NM configuration is stored.

If I was in your position I'd be tempted to try newer NM versions in the
hope that
a bug was squashed.

The other suspect is power management for network devices
.
For linux, you can see the states using lspci, for
example, my desktop has:

$ sudo lspci -s 01:00.0
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
$ sudo lspci -s 01:00.0 -vvv
[...]
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA
PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
[...]
Kernel driver in use: r8169
Kernel modules: r8169


> Thanks again for the help!
> Ranjan
>

You are very welcome.   Fedora lives on the edge and we all benefit from
the people who encounter problems and are willing to contribute to finding
the cause, which is the first step towards changes so others won't
encounter the issue.

-- 
George N. White III
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Completely replacing F31 Ethernet package(s)?

[Robert G (Doc) Savage via users]

On Fri, 2020-01-03 at 21:34 -0800, Samuel Sieb wrote:
> On 1/3/20 9:14 PM, Robert G (Doc) Savage via users wrote:
> > It has been my understanding that only one network mode could be
> > active
> > qt one time. On my old W700 laptop I could use the RJ45 connection
> > at
> > my desk, then disconnect the live laptop and take it to the dining
> > room
> > or wherever. Once disconnected from the RJ45, a WiFi connection was
> > automatically spawned. Whe I returned to my desk and reconnected
> > the
> > RJ45 cable, the WiFi shut down and the copper Ethernet was
> > reactivated.
> 
> The wifi shouldn't be disconnected when the ethernet is, but the 
> ethernet will have a higher priority. Unless the wifi is on a
> different 
> subnet and that's where you're sending a packet to, it will go out
> on 
> the ethernet connection.  I often have my dhcp set up to give my
> wifi 
> and ethernet the same ip address.  That way I can switch between the
> two 
> without losing connections.

I'll take your word for it Sam. I'm still unable to communicate thru
the RJ45 port with my currently installed package(s) / configuration.

Unless someone can suggest a true fix, I'm still facing a package
remove/replace situation. Which ones??? Otherwise my only solution
would be a scorched disk  total removal and replacement of the entire
system.

--Doc Savage
Fairview Heights, IL
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Completely replacing F31 Ethernet package(s)?

[Ed Greshko]

On 2020-01-05 12:34, Robert G (Doc) Savage via users wrote:
> On Fri, 2020-01-03 at 21:34 -0800, Samuel Sieb wrote:
>> On 1/3/20 9:14 PM, Robert G (Doc) Savage via users wrote:
>>> It has been my understanding that only one network mode could be active
>>> qt one time. On my old W700 laptop I could use the RJ45 connection at
>>> my desk, then disconnect the live laptop and take it to the dining room
>>> or wherever. Once disconnected from the RJ45, a WiFi connection was
>>> automatically spawned. Whe I returned to my desk and reconnected the
>>> RJ45 cable, the WiFi shut down and the copper Ethernet was reactivated.
>>
>> The wifi shouldn't be disconnected when the ethernet is, but the 
>> ethernet will have a higher priority. Unless the wifi is on a different 
>> subnet and that's where you're sending a packet to, it will go out on 
>> the ethernet connection.  I often have my dhcp set up to give my wifi 
>> and ethernet the same ip address.  That way I can switch between the two 
>> without losing connections.
>
> I'll take your word for it Sam. I'm still unable to communicate thru the RJ45 
> port with my currently installed package(s) / configuration.
>
> Unless someone can suggest a true fix, I'm still facing a package 
> remove/replace situation. Which ones??? Otherwise my only solution would be a 
> scorched disk total removal and replacement of the entire system.
>

Well.  I still don't think enough information has been supplied.

If you do a

nmcli connection   

you should see an "ethernet" entry.

Example, on my system...

NAME    UUID  TYPE  DEVICE
enp2s0  22f19ca8-c33d-31ea-9a32-a4b1309d0b06  ethernet  enp2s0

And then do...

nmcli connection show (device-name)




-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Completely replacing F31 Ethernet package(s)?

[Ed Greshko]

On 2020-01-05 12:48, Ed Greshko wrote:
> Example, on my system...
>
> NAME    UUID  TYPE  DEVICE
> enp2s0  22f19ca8-c33d-31ea-9a32-a4b1309d0b06  ethernet  enp2s0
>
> And then do...
>
> nmcli connection show (device-name)

I just realized my statement was ambiguous.  The parmeter entry should be that 
under "NAME".

-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Completely replacing F31 Ethernet package(s)?

[Robert G (Doc) Savage via users]

On Sun, 2020-01-05 at 12:48 +0800, Ed Greshko wrote:
> On 2020-01-05 12:34, Robert G (Doc) Savage via users wrote:
> > On Fri, 2020-01-03 at 21:34 -0800, Samuel Sieb wrote:
> > > On 1/3/20 9:14 PM, Robert G (Doc) Savage via users wrote:
> > > > It has been my understanding that only one network mode could
> > > > be active
> > > > qt one time. On my old W700 laptop I could use the RJ45
> > > > connection at
> > > > my desk, then disconnect the live laptop and take it to the
> > > > dining room
> > > > or wherever. Once disconnected from the RJ45, a WiFi connection
> > > > was
> > > > automatically spawned. Whe I returned to my desk and
> > > > reconnected the
> > > > RJ45 cable, the WiFi shut down and the copper Ethernet was
> > > > reactivated.
> > > 
> > > The wifi shouldn't be disconnected when the ethernet is, but the 
> > > ethernet will have a higher priority. Unless the wifi is on a
> > > different 
> > > subnet and that's where you're sending a packet to, it will go
> > > out on 
> > > the ethernet connection.  I often have my dhcp set up to give my
> > > wifi 
> > > and ethernet the same ip address.  That way I can switch between
> > > the two 
> > > without losing connections.
> > 
> > I'll take your word for it Sam. I'm still unable to communicate
> > thru the RJ45 port with my currently installed package(s) /
> > configuration.
> > 
> > Unless someone can suggest a true fix, I'm still facing a package
> > remove/replace situation. Which ones??? Otherwise my only solution
> > would be a scorched disk total removal and replacement of the
> > entire system.
> > 
> 
> Well.  I still don't think enough information has been supplied.
> 
> If you do a
> 
> nmcli connection   
> 
> you should see an "ethernet" entry.
> 
> Example, on my system...
> 
> NAMEUUID  TYPE 
> DEVICE
> enp2s0  22f19ca8-c33d-31ea-9a32-a4b1309d0b06  ethernet 
> enp2s0
> 
> And then do...
> 
> nmcli connection show (device-name)
> 

Ed,

   # nmcli connection
   ...
   eth0: unavailable
   "Intel Ethernet"
   ethernet (e1000e), E8:6A:64:35:53:D8, hw, mtu 1500
   

Your next request generated a lot more:

   # nmcli connection show eth0
   connection.id:  eth0
   connection.uuid:3a1a7b73-df5e-37b9-a9af-dbc49d4120b3
   connection.stable-id:   --
   connection.type:802-3-ethernet
   connection.interface-name:  --
   connection.autoconnect: yes
   connection.autoconnect-priority:-999
   connection.autoconnect-retries: -1 (default)
   connection.multi-connect:   0 (default)
   connection.auth-retries:-1
   connection.timestamp:   1577737181
   connection.read-only:   no
   connection.permissions: --
   connection.zone:--
   connection.master:  --
   connection.slave-type:  --
   connection.autoconnect-slaves:  -1 (default)
   connection.secondaries: --
   connection.gateway-ping-timeout:0
   connection.metered: unknown
   connection.lldp:default
   connection.mdns:-1 (default)
   connection.llmnr:   -1 (default)
   connection.wait-device-timeout: -1
   802-3-ethernet.port:--
   802-3-ethernet.speed:   0
   802-3-ethernet.duplex:  --
   802-3-ethernet.auto-negotiate:  no
   802-3-ethernet.mac-address: E8:6A:64:35:53:D8
   802-3-ethernet.cloned-mac-address:  --
   802-3-ethernet.generate-mac-address-mask:--
   802-3-ethernet.mac-address-blacklist:   --
   802-3-ethernet.mtu: auto
   802-3-ethernet.s390-subchannels:--
   802-3-ethernet.s390-nettype:--
   802-3-ethernet.s390-options:--
   802-3-ethernet.wake-on-lan: default
   802-3-ethernet.wake-on-lan-password:--
   ipv4.method:auto
   ipv4.dns:   --
   ipv4.dns-search:--
   ipv4.dns-options:   --
   ipv4.dns-priority:  0
   ipv4.addresses: --
   ipv4.gateway:   --
   ipv4.routes:--
   ipv4.route-metric:  -1
   ipv4.route-table:   0 (unspec)
   ipv4.routing-rules: --
   ipv4.ignore-auto-routes:no
   ipv4.ignore-auto-dns:   no
   ipv4.dhcp-client-id:--
   ipv4.dhcp-timeout:  0 (default)
   ipv4.dhcp-send-hostname:yes
   ipv4.dhcp-hostname: --
   ipv4.dhcp-fqdn: --
   ipv4.never-default: 

Re: Completely replacing F31 Ethernet package(s)?

[Samuel Sieb]

On 1/1/20 7:20 PM, Robert G (Doc) Savage via users wrote:

It would seem that "something" happened to the file(s) that provide
RJ45 Ethernet connectivity maybe as far back as F29. I can get a WiFi
connection, but not an RJ45 eth0 DHCP connection. This happens in my
home and at a nearby computer store, so it's not my DHCP server.

When booted up to WiFi, connecting an RJ45 Ethernet cable shuts down
the existing WiFi port (normal), but never comes up with a DHCP address
for the eth0 port. The network icon just loops forever. When I
disconnect the RJ45 cable, WiFi connectivity resumes after 5-10
seconds.


I just realized we are missing what is probably the most important 
information, the logs!  In a terminal as root, run "journalctl -fa" and 
then plug in the ethernet cable.  Copy the output, removing private 
information if there is any.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Completely replacing F31 Ethernet package(s)?

[Ed Greshko]

On 2020-01-05 13:56, Robert G (Doc) Savage via users wrote:
> On Sun, 2020-01-05 at 12:48 +0800, Ed Greshko wrote:
>> On 2020-01-05 12:34, Robert G (Doc) Savage via users wrote:
>>> On Fri, 2020-01-03 at 21:34 -0800, Samuel Sieb wrote:
 On 1/3/20 9:14 PM, Robert G (Doc) Savage via users wrote:
> It has been my understanding that only one network mode could be active
> qt one time. On my old W700 laptop I could use the RJ45 connection at
> my desk, then disconnect the live laptop and take it to the dining room
> or wherever. Once disconnected from the RJ45, a WiFi connection was
> automatically spawned. Whe I returned to my desk and reconnected the
> RJ45 cable, the WiFi shut down and the copper Ethernet was reactivated.

 The wifi shouldn't be disconnected when the ethernet is, but the 
 ethernet will have a higher priority. Unless the wifi is on a different 
 subnet and that's where you're sending a packet to, it will go out on 
 the ethernet connection.  I often have my dhcp set up to give my wifi 
 and ethernet the same ip address.  That way I can switch between the two 
 without losing connections.
>>>
>>> I'll take your word for it Sam. I'm still unable to communicate thru the 
>>> RJ45 port with my currently installed package(s) / configuration.
>>>
>>> Unless someone can suggest a true fix, I'm still facing a package 
>>> remove/replace situation. Which ones??? Otherwise my only solution would be 
>>> a scorched disk total removal and replacement of the entire system.
>>>
>>
>> Well.  I still don't think enough information has been supplied.
>>
>> If you do a
>>
>> nmcli connection   
>>
>> you should see an "ethernet" entry.
>>
>> Example, on my system...
>>
>> NAME    UUID  TYPE  DEVICE
>> enp2s0  22f19ca8-c33d-31ea-9a32-a4b1309d0b06  ethernet  enp2s0
>>
>> And then do...
>>
>> nmcli connection show (device-name)
>
> Ed,
>
> # nmcli connection
> ...
> eth0: unavailable
> "Intel Ethernet"
> ethernet (e1000e), E8:6A:64:35:53:D8, hw, mtu 1500
> 

Well, that is wrong

You should see something like this  My VM has an ethernet and wifi 
connection currently up...

[egreshko@f31k ~]$ nmcli connection
NAME   UUID  TYPE  DEVICE 
eth0   b927188e-d48c-3a0d-85a9-6cb1c24418ab  ethernet  enp1s0 
silly  4031fe2b-e441-4025-813f-01279315e760  wifi  wlp0s29f7u3

I would recommend deleting the connection.  You could probably just delete
the file in /etc/sysconfig/network-scripts.  Then just recreating it via the
NM GUI, if you can.



>
> Your next request generated a lot more:
>
>

And missing quit a bit of stuff

In particular a section such as

GENERAL.NAME:   eth0
GENERAL.UUID:   ab02770f-daca-4443-916f-df6ee9c54ac6
GENERAL.DEVICES:    enp1s0
GENERAL.STATE:  activated
GENERAL.DEFAULT:    yes
GENERAL.DEFAULT6:   yes
GENERAL.SPEC-OBJECT:    --
GENERAL.VPN:    no
GENERAL.DBUS-PATH:  
/org/freedesktop/NetworkManager/ActiveCon>
GENERAL.CON-PATH:   
/org/freedesktop/NetworkManager/Settings/4
GENERAL.ZONE:   public
GENERAL.MASTER-PATH:    --

In particular no "activated"

-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Completely replacing F31 Ethernet package(s)?

[Samuel Sieb]

On 1/4/20 9:56 PM, Robert G (Doc) Savage via users wrote:

# nmcli connection

...

eth0: unavailable

 "Intel Ethernet"

 ethernet (e1000e), E8:6A:64:35:53:D8, hw, mtu 1500


That looks like the output from "nmcli" by itself.  "nmcli connection" 
or just "nmcli c" should only show one line per connection.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Completely replacing F31 Ethernet package(s)?

[Robert G (Doc) Savage via users]

On Sat, 2020-01-04 at 22:30 -0800, Samuel Sieb wrote:
> On 1/4/20 9:56 PM, Robert G (Doc) Savage via users wrote:
> > # nmcli connection
> > 
> > ...
> > 
> > eth0: unavailable
> > 
> >  "Intel Ethernet"
> > 
> >  ethernet (e1000e), E8:6A:64:35:53:D8, hw, mtu 1500
> 
> That looks like the output from "nmcli" by itself.  "nmcli
> connection" 
> or just "nmcli c" should only show one line per connection.

Ah, you're right. Here's the correct output:

# nmcli connection
NAMEUUID  TYPE  DEV
ICE
ATT9qua6QD  29a52e1f-717d-4e1a-887c-
6a0d799a24b6  wifi  wlp0s20f3 
virbr0  0b4b7d6f-4f0b-46d8-8556-
d3c56cc31a02  bridgevirbr0
eth03a1a7b73-df5e-37b9-a9af-dbc49d4120b3  ethernet  --
This still indicates that the eth0 device isn't available.

--Doc Savage
Fairview Heights, IL
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Completely replacing F31 Ethernet package(s)?

[Ed Greshko]

On 2020-01-05 14:47, Robert G (Doc) Savage via users wrote:
> On Sat, 2020-01-04 at 22:30 -0800, Samuel Sieb wrote:
>> On 1/4/20 9:56 PM, Robert G (Doc) Savage via users wrote:
>>> # nmcli connection
>>>
>>> ...
>>>
>>> eth0: unavailable
>>>
>>>  "Intel Ethernet"
>>>
>>>  ethernet (e1000e), E8:6A:64:35:53:D8, hw, mtu 1500
>>
>> That looks like the output from "nmcli" by itself.  "nmcli connection" 
>> or just "nmcli c" should only show one line per connection.
>
> Ah, you're right. Here's the correct output:
>
> # nmcli connection
> NAMEUUID  TYPE  DEVICE
> ATT9qua6QD  29a52e1f-717d-4e1a-887c-6a0d799a24b6  wifi  wlp0s20f3 
> virbr0  0b4b7d6f-4f0b-46d8-8556-d3c56cc31a02  bridgevirbr0
> eth03a1a7b73-df5e-37b9-a9af-dbc49d4120b3  ethernet  --
>
> This still indicates that the eth0 device isn't available.
>

I don't think that means "unavailable". 

If I run "nmcli c down eth0" I get the same output.

I assume you get a time-out if you run

nmcli c up eth0

?


-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Installing Anaconda HP ProBook Core2Duo, F30

[Hany Ferdinando]

Yes, the main idea is using python via spyder and R. I installed spyder
already but I could not install more library in spyder. As far as I knew,
installing spyder via anaconda enabling me to add more package and library..

So, do I use "dnf install anaconda" from terminal?


On Sat, Jan 4, 2020 at 12:29 AM Porfirio Andrés Páiz Carrasco <
porfiriop...@gmail.com> wrote:

> El vie., 3 de ene. de 2020 a la(s) 12:17, Hany Ferdinando
> (ha...@petra.ac.id) escribió:
> >
> > Hi,
>
> Hi.
>
> > I have my old laptop, HP ProBook 4410s, it is 32-bit processor with 1GB
> memory. I installed F30 and now I want to install Anaconda. Unfortunately,
> I could not find 32-bit version of it. Please help me.
>
> I'm guessing you meant Anaconda the free and open-source distribution
> of the Python and R programming languages for scientific computing,
> that aims to simplify package management and deployment, right?
>
> https://www.anaconda.com/distribution/
>
> On Fedora the "Anaconda" Python distribution is not packaged as a
> whole distribution, only its package manager is on the repos:
>
> dnf search conda
>
> dnf info conda
>
> Here is the official documentation:
> https://conda.io/projects/conda/en/latest/index.html
>
> I have never used it, tho.
>
> Porfirio.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>

-- 

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org