Re: fedora 34 and asus zenbook 13
Thanks everyone for the answers and etiquette tips. Upgrade to 35 from working 34 resulted in black screen after reboot. Tried Fedora 35 live CD - keyboard did not work through the installation process so I could not set the encryption passphrase but I decided to proceed and see what happens next. I do not have any external keyboard at the moment to check with, tried screen keyboard but it did not appear for this input. The system booted well with everything working (kernel 5.14.0). It seems that dnf upgrade and kernel 5.14.9 did not break the system. I have also tried to install Fedora 34 without disk encryption and then performed dnf upgrade and everything was also fine. Not sure what I will do next, I have also an old dell xps 13 laptop with Fedora 34, now I'm a bit scared to upgrade to 5.14.9 and reboot it :). Probably I will try to encrypt the disk manually and see if it works or try to figure out what breaks the process. ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: fedora 34 and asus zenbook 13
I am not sure about tpm or shim, I mean I cannot unlock because the keyboard stops working when I try to boot back to 5.11.12. With 5.14.9 it's just a black screen. The thing is that before I upgrade to 5.14.9 everything works well on 5.11.12, so kernel upgrade makes something with a previous kernel as well. I'll probably boot with a live cd and try to check the logs or maybe compare grub settings before and after upgrade. On Tue, Oct 5, 2021 at 2:30 PM lejeczek via users < users@lists.fedoraproject.org> wrote: > > > On 05/10/2021 12:09, Kseniya Blashchuk wrote: > > Got a new asus zenbook 13 (um325u). Installed Fedora 34 > > and everything worked like a charm with kernel 5.11.12. > > After dnf upgrade (to kernel 5.14.9) got a black screen on > > reboot, tried to boot previous kernel (5.11.12) - keyboard > > and touchpad stopped working, I cannot decrypt the disk on > > boot. I am totally confused what's going on, does anybody > > have any ideas? I have performed a fresh install again and > > upgraded the kernel only (kernel, kernel-modules, > > kernel-core) and the problem reproduced with both kernels. > How do you unlock your luks boot disk? > If with 'tpm' and automatically then I think package(s) > *shim* might be the culprit if it/they change(upgrade) after > luks device setup was done. Also BIOS down/upgrade can cause > tpm auto-unlock fail, then in those cases manual passphare > unlock and redo clevis-luks will be required. > 5.14.9 on my laptop does not suffer from the problems you > are experiencing. > > > > ___ > > 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 > > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > ___ > 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 > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
fedora 34 and asus zenbook 13
Got a new asus zenbook 13 (um325u). Installed Fedora 34 and everything worked like a charm with kernel 5.11.12. After dnf upgrade (to kernel 5.14.9) got a black screen on reboot, tried to boot previous kernel (5.11.12) - keyboard and touchpad stopped working, I cannot decrypt the disk on boot. I am totally confused what's going on, does anybody have any ideas? I have performed a fresh install again and upgraded the kernel only (kernel, kernel-modules, kernel-core) and the problem reproduced with both kernels. ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: pulseaudio -> pipewire
Yes, either pulseaudio or pipewire can be installed, from my history: 1137 | install pulseaudio-module-bluetooth --allowerasing | 2021-05-19 14:33 | E, I |2 1136 | install pulseaudio --allowerasing | 2021-05-19 14:32 | E, I |3 EE On Thu, May 27, 2021 at 5:30 PM Frank Elsner wrote: > On Thu, 27 May 2021 16:21:24 +0300 Kseniya Blashchuk wrote: > > I use pulseaudio at the moment with fedora 34, tried pipewire but had > much > > headache with bluetooth headphones. However I should admit that HSP/HFP > > profile started working with pipewire (did not work with pulseaudio at > > all). Still it is quite unstable, so I had to switch back to pulseaudio > and > > use internal laptop microphone with bluetooth headphones. > > How did you switch back? > My update command requires --allowerasing to complete. > > > --Frank > ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: pulseaudio -> pipewire
I use pulseaudio at the moment with fedora 34, tried pipewire but had much headache with bluetooth headphones. However I should admit that HSP/HFP profile started working with pipewire (did not work with pulseaudio at all). Still it is quite unstable, so I had to switch back to pulseaudio and use internal laptop microphone with bluetooth headphones. On Thu, May 27, 2021 at 4:11 PM Frank Elsner via users < users@lists.fedoraproject.org> wrote: > On Thu, 27 May 2021 14:04:28 +0100 Tethys wrote: > > On Wed, May 26, 2021 at 4:19 PM Tethys wrote: > > > > > I've had mixed success. pavucontrol continues to work. However, > > > alsamixer and amixer (both of which I relied on in various places) > > > don't. The switch to pipewire has not been a pleasant experience for > > > me. > > > > I'd also say that they've significantly heavier weight than pulseaudio > > was. Between then, pipewire and pipewire-pulse are consistently using > > 10% of my available CPU time between them, which is insane. > > That doesn't sound good. Is there a chance and way to stay with pulseaudio? > > > --Frank > ___ > 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 > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: printing broken after upgrade to F27
Yeah, I have already tried to downgrade some packages like it was suggested on the forum, but it didn't help. сб, 25 нояб. 2017 г. в 0:32, Wolfgang Pfeiffer : > On Fri, 24 Nov 2017 10:11:41 + > Kseniya Blashchuk wrote: > > > The printer has always been working before, Canon IR2520. After > > upgrade to 27 the job is hanging in "Processing" state, and the > > printers application crashes. I see some errors in the logs like: > > > > Nov 24 13:08:14 ksy kernel: cnpkmoduleufr2[3582]: segfault at 0 ip > > f7d73d33 sp ff962d80 error 4 in libc-2.26.so > > [f7ce5000+1ba000] > > Looks like similar to this one: > https://forum.manjaro.org/t/cnpkmoduleufr2-segfaults-unable-to-print/31336 > > Searching for cnpkmoduleufr2 might yield more on it ... > > HTH > Wolfgang > > > > > and then stack trace: > > > > Nov 24 13:08:33 ksy systemd-coredump[3594]: Process 3364 > > (gnome-control-c) of user 1000 dumped core. > > > > Stack trace of thread > > 3364: #0 0x7f7b92b83e87 > > slab_allocator_free_chunk (libglib-2.0.so.0) > > #1 0x7f7b92b84476 > > magazine_cache_push_magazine (libglib-2.0.so.0) > > #2 0x7f7b92b85916 > > g_slice_free_chain_with_offset (libglib-2.0.so.0) > > #3 0x7f7b9460b2ca > > _gtk_builder_parser_parse_buffer (libgtk-3.so.0) > > > > I tried to look for a bug but haven't found any. Does anybody have > > the same? > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: printing broken after upgrade to F27
I am using cndrvcups-ufr2-uk-3.40-1.x86_64.The job does not complete for me, always hangs as "Processing", even after Printers app restart пт, 24 нояб. 2017 г. в 13:47, Berend De Schouwer < berend.de.schou...@gmail.com>: > On Fri, 2017-11-24 at 10:11 +, Kseniya Blashchuk wrote: > > The printer has always been working before, Canon IR2520. After > > upgrade to 27 the job is hanging in "Processing" state, and the > > printers application crashes. I see some errors in the logs like: > > > > Nov 24 13:08:14 ksy kernel: cnpkmoduleufr2[3582]: segfault at 0 ip > > f7d73d33 sp ff962d80 error 4 in libc- > > 2.26.so[f7ce5000+1ba000] > > > > I can print to a Canon iR 3080 using the UFR driver in cndrvcups-ufr2- > uk-3.10-1.x86_64 (which isn't a Fedora package) over a network > connection. > > It did bring down gnome-control-center, though, as soon as the print > job was finished. My core file got lost (unrelated), which means I > don't have a stack trace. > > There won't be a bug report for cnpkmoduleufr2 if it's a non-Fedora > RPM, but there might be a bug report for gnome-control-center if it > crashes when print jobs complete. > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
printing broken after upgrade to F27
The printer has always been working before, Canon IR2520. After upgrade to 27 the job is hanging in "Processing" state, and the printers application crashes. I see some errors in the logs like: Nov 24 13:08:14 ksy kernel: cnpkmoduleufr2[3582]: segfault at 0 ip f7d73d33 sp ff962d80 error 4 in libc-2.26.so [f7ce5000+1ba000] and then stack trace: Nov 24 13:08:33 ksy systemd-coredump[3594]: Process 3364 (gnome-control-c) of user 1000 dumped core. Stack trace of thread 3364: #0 0x7f7b92b83e87 slab_allocator_free_chunk (libglib-2.0.so.0) #1 0x7f7b92b84476 magazine_cache_push_magazine (libglib-2.0.so.0) #2 0x7f7b92b85916 g_slice_free_chain_with_offset (libglib-2.0.so.0) #3 0x7f7b9460b2ca _gtk_builder_parser_parse_buffer (libgtk-3.so.0) I tried to look for a bug but haven't found any. Does anybody have the same? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: systemctl openvpn won't start
I have just moved all configs and certificates to /etc/openvpn/client/. And I launch the client as 'systemctl start openvpn-client@myconnection' On Thu, Nov 23, 2017, 12:02 AM Ulf Volmer wrote: > On 22.11.2017 20:59, Bill Shirley wrote: > > > What we've been talking about is the unit file > > (openvpn@client-ibecker2.service). > > Since fc26 (if i remembered correctly) there were separate systemd units > for openvpn server and client configurations. > > /usr/lib/systemd/system/openvpn-client@.service > /usr/lib/systemd/system/openvpn-server@.service > > Based on that, you should have a config file in /etc/openvpn/client/ > (ibecker2.conf for example) and your systemd unit file should be > openvpn-client@ibecker2.service > > best regards > Ulf > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: python-sipsimple
Thank you anyway. Hope some day it works. чт, 24 авг. 2017 г. в 12:24, Ed Greshko : > On 08/24/2017 04:34 PM, Kseniya Blashchuk wrote: > > P.S. I have also find this bug > > <https://bugzilla.redhat.com/show_bug.cgi?id=1130101> so I'm not so > sure that it's > > possible to make a package at the moment ) > > > Well, it certainly seems as if others are trying. With no success either > to this > point. I doubt I would be able to add anything to the conversation. > > > -- > Fedora Users List - The place to go to speculate endlessly > > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: python-sipsimple
P.S. I have also find this bug <https://bugzilla.redhat.com/show_bug.cgi?id=1130101> so I'm not so sure that it's possible to make a package at the moment ) чт, 24 авг. 2017 г. в 11:28, Kseniya Blashchuk : > Hi! > I was just wondering if anybody could install it successfully with Fedora > 26. > > To be honest, I could not find a package, as well as I could not find any > repo for Fedora. Seems there was a package for earlier versions of Fedora, > but now: > > sudo dnf search python-sipsimple > Last metadata expiration check: 1:17:42 ago on Thu 24 Aug 2017 10:00:20 AM > +03. > No matches found. > sudo dnf search sipsimple > Last metadata expiration check: 1:17:48 ago on Thu 24 Aug 2017 10:00:20 AM > +03. > No matches found. > > So yes, I was trying to build it by myself, I downloaded from git - > https://github.com/AGProjects/python-sipsimple > But I have some troubles with libyuv - have plenty of errors as: > > /usr/include/libyuv/convert_argb.h:223:19: error: unknown type name > ‘RotationMode’ >RotationMode rotation, > /usr/include/libyuv/scale_argb.h:27:15: error: unknown type name > ‘FilterMode’ >FilterMode filtering); > > So I just wanted to know if anybody could make Blink working. > > > чт, 24 авг. 2017 г. в 10:51, Ed Greshko : > >> On 08/24/2017 03:17 PM, Kseniya Blashchuk wrote: >> > Has anybody had a chance to install python-sipsimple on fedora 26? I >> would like to >> > use Blink SIP client but I have faced some troubles with building >> python-sipsimple. >> > Does anybody have any ideas? >> >> python-sipsimple isn't fedora package, is it? >> >> If it isn't, may may want to tell people from where you got it and what >> problems you >> encountered. It seems you are trying to build it? >> >> Normally, the more information you give the better chance you'll get an >> answer. And >> maybe even the folks that don't use it would give it a try to see what >> there results are. >> >> I normally don't like to start from scratch on these sorts of issues. >> >> -- >> Fedora Users List - The place to go to speculate endlessly >> >> ___ >> users mailing list -- users@lists.fedoraproject.org >> To unsubscribe send an email to users-le...@lists.fedoraproject.org >> > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: python-sipsimple
Hi! I was just wondering if anybody could install it successfully with Fedora 26. To be honest, I could not find a package, as well as I could not find any repo for Fedora. Seems there was a package for earlier versions of Fedora, but now: sudo dnf search python-sipsimple Last metadata expiration check: 1:17:42 ago on Thu 24 Aug 2017 10:00:20 AM +03. No matches found. sudo dnf search sipsimple Last metadata expiration check: 1:17:48 ago on Thu 24 Aug 2017 10:00:20 AM +03. No matches found. So yes, I was trying to build it by myself, I downloaded from git - https://github.com/AGProjects/python-sipsimple But I have some troubles with libyuv - have plenty of errors as: /usr/include/libyuv/convert_argb.h:223:19: error: unknown type name ‘RotationMode’ RotationMode rotation, /usr/include/libyuv/scale_argb.h:27:15: error: unknown type name ‘FilterMode’ FilterMode filtering); So I just wanted to know if anybody could make Blink working. чт, 24 авг. 2017 г. в 10:51, Ed Greshko : > On 08/24/2017 03:17 PM, Kseniya Blashchuk wrote: > > Has anybody had a chance to install python-sipsimple on fedora 26? I > would like to > > use Blink SIP client but I have faced some troubles with building > python-sipsimple. > > Does anybody have any ideas? > > python-sipsimple isn't fedora package, is it? > > If it isn't, may may want to tell people from where you got it and what > problems you > encountered. It seems you are trying to build it? > > Normally, the more information you give the better chance you'll get an > answer. And > maybe even the folks that don't use it would give it a try to see what > there results are. > > I normally don't like to start from scratch on these sorts of issues. > > -- > Fedora Users List - The place to go to speculate endlessly > > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
python-sipsimple
Has anybody had a chance to install python-sipsimple on fedora 26? I would like to use Blink SIP client but I have faced some troubles with building python-sipsimple. Does anybody have any ideas? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: VPN l2tp+ipsec: not work with last kernel 4.11.3-200
Do you use dnsmasq? I had the same issue until I set dns=dnsmasq in NetworkManager.conf. I don't remember exactly why it's needed, found somewhere at GitHub. On Fri, Jun 2, 2017, 1:42 PM Dario Lesca wrote: > Il giorno ven, 02/06/2017 alle 10.24 +0200, Dario Lesca ha scritto: > > Yesterday I have update my fedora 25 and after reboot VPN l2tp+ipsec > > do not work anymore. > > > > The connection happens without problem, the routing are set > > correctly, the DNS (UDP protocol) and ping (ICMP protocol) to remote > > host work. > > > > Only the access to some server, like ssh or smb:// (TCP protocol) do > > not work, in this case, if I monitoring on remote server with > > tcpdump, none arrives. > > > > If I reboot with previous kernel (4.10.17) all work fine. > > > > Some suggest? > > > > Many thanks > > > > I have fill a bulzilla: > https://bugzilla.redhat.com/show_bug.cgi?id=1458222 > > -- > Dario Lesca > (inviato dal mio Linux Fedora 25 Workstation) > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: vi
It also changed for me to visual since one of the vim upgrades. Currently fixed it with: set mouse=c in .vimrc, c is command line mode вт, 10 янв. 2017 г. в 0:23, Joe Zeff : > On 01/09/2017 01:11 PM, Patrick Dupre wrote: > > Actually, I do not think that it is an issue with vim. > > Any of my machines has a .vimrc file and one has a wrong behavior. > > However, if I connect through a ssh -X gnome-terminal session to the > machine > > showing an unexpected behavior (VISUAL), vi just behave normally while > > when I log in front of the machine I get the unexpected behavior. > > Have you compared the files from different machines? > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: closing lid of laptop
I'm on 25 and I have figured out with a surprise that now my laptop discharges with the closed lid like if it's working in a a normal mode. So I'm not sure if it suspends or sleeps. Suspend is set with the Gnome tweak tool. Moreover, when I open the lid I just see black screen sometimes. On Mon, Dec 19, 2016, 8:39 PM Matt Morgan wrote: > On Mon, Dec 19, 2016 at 12:12 PM, Paolo Galtieri > wrote: > > I have a question regarding what is supposed to happen when I close the > lid of a laptop. I always assumed that closing the lid would cause the > system to go into suspend mode and wake up when the lid was opened. What I > mean by suspend is that the system should be doing very little so as to not > consume battery. However, what I have observed with my laptop when I > upgraded to F25 is that the system is still active. I have an ssh session > into the laptop from another system and this session is still active after > I close the lid. So the question is what is supposed to happen when I > close my laptop's lid? > > > I'm not on F25 yet, but this is usually most easily controlled with Tweak > Tool (gnome-tweak-tool). > > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: F25: error on SSH logout
I have the same on one centos 6.8 machine. Haven't figured out what's the matter yet ) On Thu, Nov 24, 2016, 7:42 PM SternData wrote: > After exiting from a remote SSH via terminal, I get > > Inconsistency detected by ld.so: dl-close.c: 811: _dl_close: Assertion > `map->l_init_called' failed! > > -- > -- Steve > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: problem with latest Viber
Hi all! The truth revealed. It seems that there was some conflict with compat-openssl which goes with spotify-client ( http://negativo17.org/spotify-client/). At least after this package removal viber started to work as usual. After spotify-client reinstall I could reproduce the issue. I have left a comment at spotify repo page. That's somehow weird however. Maybe this info helps somebody :) On Fri, Nov 11, 2016, 10:51 AM Kseniya Blashchuk wrote: > So I have fixed it finally but it was a crazy way to go. I copied my > .ViberPC directory from home laptop to work, then I had to install Viber 4 > and connect my account (it was possible when the settings are already > present), then I installed Viber 6, scanned qr code and it seems to work. > Still seems I do not have avatars but doesn't matter in fact. And lol - it > still consumes 300% CPU. At least it sends and receives messages. > > ср, 9 нояб. 2016 г. в 20:29, Rick Stevens : > > On 11/08/2016 10:28 PM, Kseniya Blashchuk wrote: > > Thanks, but your contacts and other settings were already present from > > an earlier version? Because for me it hangs on binding my number, like > > no internet connection. > > On the laptop (new install of 6.0.1), once I did the qrscan from my > phone the contacts showed up fine. On the desktop (original install of > 4.2.2.6-2), the contacts also show up. > > > On Wed, Nov 9, 2016, 1:36 AM Rick Stevens > <mailto:ri...@alldigital.com>> wrote: > > > > On 11/08/2016 01:11 PM, Kseniya Blashchuk wrote: > > > On my home laptop it's also okay (but i haven't tried reinstall), I > > > noticed that it started on my work laptop on ipv6 only network > (maybe > > > I'm too suspicious and the reason is different?) so at that time i > > > thought a complete reinstall can fix that ). But my home and work > > > systems are almost the same, I'll check deeper tomorrow if i have > > time. > > > Viber version 4 starts normally to me but fails then on contacts > > loading > > > (i guess it's no supported already or so). > > > I'm thinking to copy my home config file and see what happens then > ) > > > > I installed Viber V6.0.1 on my laptop when I wrote my second message > > (in other words, today and the machine was already running the > > 4.8.4-200 kernel). The Viber V4.2.2.6-2 version was already installed > > on my desktop and was running the 4.7.9-200 kernel when I upgraded to > > the 4.8.4-200 kernel and rebooted the machine. > > > > So, V6.0.1 was installed on an already running 4.8.4-200 kernel, > > V4.2.2.6-2 was installed on a 4.7.9-200 kernel which was subsequently > > upgraded to 4.8.4-200. Both run. I've done very little with Viber, > but > > that's where it sits. I'm just offering this info as datapoints. > > > > > On Tue, Nov 8, 2016, 10:10 PM Rick Stevens > <mailto:ri...@alldigital.com> > > > <mailto:ri...@alldigital.com <mailto:ri...@alldigital.com>>> > wrote: > > > > > > On 11/08/2016 10:46 AM, Kseniya Blashchuk wrote: > > > > Yes thanks guys, I have already written to Viber support but > > > there's no > > > > exact answer yet and seems they don't have a mailing list. > > I'm a bit > > > > lazy to try an older kernel :D, I still have some more ideas > > )) and > > > > maybe support gives some answer finally. > > > > The funniest thing is that it was working before but used > > 300% cpu and > > > > has problems sending links and images with vpn adapter > activated > > > (crazy) > > > > for some reason, that's why i decided to make a complete > > reinstall > > > which > > > > has broken it completely. > > > > > > I'm looking at my laptop running the 6.0.1 version on kernel > > > 4.8.4-200.fc24.x86_64 and I don't see it using tons of CPU: > > > CUT HERE > > -- > > > [root@golem4 ~]# top -p 17431 -b -n 1 > > > top - 11:02:35 up 23:40, 1 user, load average: 0.70, 0.38, > 0.20 > > > Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 > > zombie > > > %Cpu(s): 1.2 us, 0.8 sy, 0.0 ni, 97.1 id, 0.6 wa, 0.2 > > hi, 0.1 si, > > >
Re: problem with latest Viber
So I have fixed it finally but it was a crazy way to go. I copied my .ViberPC directory from home laptop to work, then I had to install Viber 4 and connect my account (it was possible when the settings are already present), then I installed Viber 6, scanned qr code and it seems to work. Still seems I do not have avatars but doesn't matter in fact. And lol - it still consumes 300% CPU. At least it sends and receives messages. ср, 9 нояб. 2016 г. в 20:29, Rick Stevens : > On 11/08/2016 10:28 PM, Kseniya Blashchuk wrote: > > Thanks, but your contacts and other settings were already present from > > an earlier version? Because for me it hangs on binding my number, like > > no internet connection. > > On the laptop (new install of 6.0.1), once I did the qrscan from my > phone the contacts showed up fine. On the desktop (original install of > 4.2.2.6-2), the contacts also show up. > > > On Wed, Nov 9, 2016, 1:36 AM Rick Stevens > <mailto:ri...@alldigital.com>> wrote: > > > > On 11/08/2016 01:11 PM, Kseniya Blashchuk wrote: > > > On my home laptop it's also okay (but i haven't tried reinstall), I > > > noticed that it started on my work laptop on ipv6 only network > (maybe > > > I'm too suspicious and the reason is different?) so at that time i > > > thought a complete reinstall can fix that ). But my home and work > > > systems are almost the same, I'll check deeper tomorrow if i have > > time. > > > Viber version 4 starts normally to me but fails then on contacts > > loading > > > (i guess it's no supported already or so). > > > I'm thinking to copy my home config file and see what happens then > ) > > > > I installed Viber V6.0.1 on my laptop when I wrote my second message > > (in other words, today and the machine was already running the > > 4.8.4-200 kernel). The Viber V4.2.2.6-2 version was already installed > > on my desktop and was running the 4.7.9-200 kernel when I upgraded to > > the 4.8.4-200 kernel and rebooted the machine. > > > > So, V6.0.1 was installed on an already running 4.8.4-200 kernel, > > V4.2.2.6-2 was installed on a 4.7.9-200 kernel which was subsequently > > upgraded to 4.8.4-200. Both run. I've done very little with Viber, > but > > that's where it sits. I'm just offering this info as datapoints. > > > > > On Tue, Nov 8, 2016, 10:10 PM Rick Stevens > <mailto:ri...@alldigital.com> > > > <mailto:ri...@alldigital.com <mailto:ri...@alldigital.com>>> > wrote: > > > > > > On 11/08/2016 10:46 AM, Kseniya Blashchuk wrote: > > > > Yes thanks guys, I have already written to Viber support but > > > there's no > > > > exact answer yet and seems they don't have a mailing list. > > I'm a bit > > > > lazy to try an older kernel :D, I still have some more ideas > > )) and > > > > maybe support gives some answer finally. > > > > The funniest thing is that it was working before but used > > 300% cpu and > > > > has problems sending links and images with vpn adapter > activated > > > (crazy) > > > > for some reason, that's why i decided to make a complete > > reinstall > > > which > > > > has broken it completely. > > > > > > I'm looking at my laptop running the 6.0.1 version on kernel > > > 4.8.4-200.fc24.x86_64 and I don't see it using tons of CPU: > > > CUT HERE > > -- > > > [root@golem4 ~]# top -p 17431 -b -n 1 > > > top - 11:02:35 up 23:40, 1 user, load average: 0.70, 0.38, > 0.20 > > > Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 > > zombie > > > %Cpu(s): 1.2 us, 0.8 sy, 0.0 ni, 97.1 id, 0.6 wa, 0.2 > > hi, 0.1 si, > > > 0.0 st > > > KiB Mem : 8086864 total, 3297212 free, 987512 used, > 3802140 > > > buff/cache > > > KiB Swap: 10190844 total, 10190844 free,0 used. > 6646328 > > > avail Mem > > > > > > PID USER PR NIVIRTRESSHR S %CPU %MEM > > TIME+ > > > COMMAND > > > 17431 rick 20 0 3449792 249252 113836 S 0.0 3.1 > >
Re: problem with latest Viber
Thanks, but your contacts and other settings were already present from an earlier version? Because for me it hangs on binding my number, like no internet connection. On Wed, Nov 9, 2016, 1:36 AM Rick Stevens wrote: > On 11/08/2016 01:11 PM, Kseniya Blashchuk wrote: > > On my home laptop it's also okay (but i haven't tried reinstall), I > > noticed that it started on my work laptop on ipv6 only network (maybe > > I'm too suspicious and the reason is different?) so at that time i > > thought a complete reinstall can fix that ). But my home and work > > systems are almost the same, I'll check deeper tomorrow if i have time. > > Viber version 4 starts normally to me but fails then on contacts loading > > (i guess it's no supported already or so). > > I'm thinking to copy my home config file and see what happens then ) > > I installed Viber V6.0.1 on my laptop when I wrote my second message > (in other words, today and the machine was already running the > 4.8.4-200 kernel). The Viber V4.2.2.6-2 version was already installed > on my desktop and was running the 4.7.9-200 kernel when I upgraded to > the 4.8.4-200 kernel and rebooted the machine. > > So, V6.0.1 was installed on an already running 4.8.4-200 kernel, > V4.2.2.6-2 was installed on a 4.7.9-200 kernel which was subsequently > upgraded to 4.8.4-200. Both run. I've done very little with Viber, but > that's where it sits. I'm just offering this info as datapoints. > > > On Tue, Nov 8, 2016, 10:10 PM Rick Stevens > <mailto:ri...@alldigital.com>> wrote: > > > > On 11/08/2016 10:46 AM, Kseniya Blashchuk wrote: > > > Yes thanks guys, I have already written to Viber support but > > there's no > > > exact answer yet and seems they don't have a mailing list. I'm a > bit > > > lazy to try an older kernel :D, I still have some more ideas )) and > > > maybe support gives some answer finally. > > > The funniest thing is that it was working before but used 300% cpu > and > > > has problems sending links and images with vpn adapter activated > > (crazy) > > > for some reason, that's why i decided to make a complete reinstall > > which > > > has broken it completely. > > > > I'm looking at my laptop running the 6.0.1 version on kernel > > 4.8.4-200.fc24.x86_64 and I don't see it using tons of CPU: > > CUT HERE -- > > [root@golem4 ~]# top -p 17431 -b -n 1 > > top - 11:02:35 up 23:40, 1 user, load average: 0.70, 0.38, 0.20 > > Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie > > %Cpu(s): 1.2 us, 0.8 sy, 0.0 ni, 97.1 id, 0.6 wa, 0.2 hi, 0.1 > si, > > 0.0 st > > KiB Mem : 8086864 total, 3297212 free, 987512 used, 3802140 > > buff/cache > > KiB Swap: 10190844 total, 10190844 free,0 used. 6646328 > > avail Mem > > > > PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ > > COMMAND > > 17431 rick 20 0 3449792 249252 113836 S 0.0 3.1 0:22.65 > > Viber > > CUT HERE -- > > > > I also don't see the older 4.2.2.6-2 version sucking up CPU on my > > desktop (running the same kernel version as the laptop): > > CUT HERE -- > > [root@prophead ~]# top -p 25342 -b -n 1 > > top - 11:03:38 up 22:31, 1 user, load average: 0.16, 0.13, 0.11 > > Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie > > %Cpu(s): 1.2 us, 0.5 sy, 0.0 ni, 97.8 id, 0.3 wa, 0.2 hi, 0.0 > si, > > 0.0 st > > KiB Mem : 16290344 total, 9494432 free, 1872920 used, 4922992 > > buff/cache > > KiB Swap: 39047164 total, 39047164 free,0 used. 13697180 > > avail Mem > > > > PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ > > COMMAND > > 25342 rick 20 0 5550212 173384 86516 S 0.0 1.1 0:04.34 > > Viber > > CUT HERE -- > > > > Granted, I'm not doing anything with Viber. It's just running in the > > background. YMMV. > > > > > On Tue, Nov 8, 2016, 9:14 PM stan > <mailto:stanl-fedorau...@vfemail.net> > > > <mailto:stanl-fedorau...@vfemail.net > > <mailto:stanl-fedorau...@vfe
Re: problem with latest Viber
On my home laptop it's also okay (but i haven't tried reinstall), I
noticed that it started on my work laptop on ipv6 only network (maybe I'm
too suspicious and the reason is different?) so at that time i thought a
complete reinstall can fix that ). But my home and work systems are almost
the same, I'll check deeper tomorrow if i have time. Viber version 4 starts
normally to me but fails then on contacts loading (i guess it's no
supported already or so).
I'm thinking to copy my home config file and see what happens then )
On Tue, Nov 8, 2016, 10:10 PM Rick Stevens wrote:
> On 11/08/2016 10:46 AM, Kseniya Blashchuk wrote:
> > Yes thanks guys, I have already written to Viber support but there's no
> > exact answer yet and seems they don't have a mailing list. I'm a bit
> > lazy to try an older kernel :D, I still have some more ideas )) and
> > maybe support gives some answer finally.
> > The funniest thing is that it was working before but used 300% cpu and
> > has problems sending links and images with vpn adapter activated (crazy)
> > for some reason, that's why i decided to make a complete reinstall which
> > has broken it completely.
>
> I'm looking at my laptop running the 6.0.1 version on kernel
> 4.8.4-200.fc24.x86_64 and I don't see it using tons of CPU:
> CUT HERE --
> [root@golem4 ~]# top -p 17431 -b -n 1
> top - 11:02:35 up 23:40, 1 user, load average: 0.70, 0.38, 0.20
> Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie
> %Cpu(s): 1.2 us, 0.8 sy, 0.0 ni, 97.1 id, 0.6 wa, 0.2 hi, 0.1 si,
> 0.0 st
> KiB Mem : 8086864 total, 3297212 free, 987512 used, 3802140 buff/cache
> KiB Swap: 10190844 total, 10190844 free,0 used. 6646328 avail Mem
>
> PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND
> 17431 rick 20 0 3449792 249252 113836 S 0.0 3.1 0:22.65 Viber
> CUT HERE --
>
> I also don't see the older 4.2.2.6-2 version sucking up CPU on my
> desktop (running the same kernel version as the laptop):
> CUT HERE --
> [root@prophead ~]# top -p 25342 -b -n 1
> top - 11:03:38 up 22:31, 1 user, load average: 0.16, 0.13, 0.11
> Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie
> %Cpu(s): 1.2 us, 0.5 sy, 0.0 ni, 97.8 id, 0.3 wa, 0.2 hi, 0.0 si,
> 0.0 st
> KiB Mem : 16290344 total, 9494432 free, 1872920 used, 4922992 buff/cache
> KiB Swap: 39047164 total, 39047164 free,0 used. 13697180 avail Mem
>
> PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND
> 25342 rick 20 0 5550212 173384 86516 S 0.0 1.1 0:04.34 Viber
> CUT HERE --
>
> Granted, I'm not doing anything with Viber. It's just running in the
> background. YMMV.
>
> > On Tue, Nov 8, 2016, 9:14 PM stan > <mailto:stanl-fedorau...@vfemail.net>> wrote:
> >
> > On Tue, 8 Nov 2016 09:53:51 -0800
> > Rick Stevens mailto:ri...@alldigital.com>>
> wrote:
> >
> >
> > > My appologies for poking my nose in.
> >
> > Not the OP, but I think it's great that you added another data point.
> --
> - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
> - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 -
> --
> - su -; find / -name someone -exec touch \{\} \;-
> - - The UNIX way of touching someone-
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: problem with latest Viber
Yes thanks guys, I have already written to Viber support but there's no exact answer yet and seems they don't have a mailing list. I'm a bit lazy to try an older kernel :D, I still have some more ideas )) and maybe support gives some answer finally. The funniest thing is that it was working before but used 300% cpu and has problems sending links and images with vpn adapter activated (crazy) for some reason, that's why i decided to make a complete reinstall which has broken it completely. On Tue, Nov 8, 2016, 9:14 PM stan wrote: > On Tue, 8 Nov 2016 09:53:51 -0800 > Rick Stevens wrote: > > > > My appologies for poking my nose in. > > Not the OP, but I think it's great that you added another data point. > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: problem with latest Viber
Thanks for help anyway, I checked with lsof - seems it's using the right library lsof -p 14263 | grep libcurl Viber 14263 ksy mem REG 253,1511360 1187380 /usr/lib64/libcurl.so.4.4.0 ls -l /usr/lib64/libcurl.so lrwxrwxrwx 1 root root 16 Nov 2 20:21 /usr/lib64/libcurl.so -> libcurl.so.4.4.0 I have checked this forum also but it's regarding Fedora 20, and the problem appeared to me with the new kernels (like >4.7 or so). I am not sure which library version I should try. Also, wouldn't it break other apps if I use it. I have also tried to delete all config and make a complete reinstall of the app - no luck. сб, 5 нояб. 2016 г. в 0:26, stan : > On Fri, 4 Nov 2016 14:21:04 -0700 > stan wrote: > > > On Fri, 04 Nov 2016 16:03:00 + > > Kseniya Blashchuk wrote: > > > > > Hi all! > > > Had to reinstall Viber, and now it fails to connect when I enter my > > > number. Logs show the following: > > [snip] > > > > > > I have crated a support case but they just said "we will try to > > > reproduce... bla bla" and closed my case. Can anybody help maybe? > > I did a quick search on viber and found this link of someone having > problems running it. > http://forums.fedoraforum.org/showthread.php?t=298587 > Their problem was that viber had hardcoded library versions that were > older than existed in Fedora, so it didn't find the libraries it was > looking for. The solution was to create a link to the new library as > if it was an older library. > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
problem with latest Viber
Hi all! Had to reinstall Viber, and now it fails to connect when I enter my number. Logs show the following: Nov 04 14:14:09 ksy viber.desktop[12550]: /opt/viber/Viber: /lib64/libcurl.so.4: no version information available (required by /opt/viber/Viber) Nov 04 14:14:10 ksy viber.desktop[12550]: qt.network.ssl: QSslSocket: cannot resolve TLSv1_1_client_method Nov 04 14:14:10 ksy viber.desktop[12550]: qt.network.ssl: QSslSocket: cannot resolve TLSv1_2_client_method Nov 04 14:14:10 ksy viber.desktop[12550]: qt.network.ssl: QSslSocket: cannot resolve TLSv1_1_server_method Nov 04 14:14:10 ksy viber.desktop[12550]: qt.network.ssl: QSslSocket: cannot resolve TLSv1_2_server_method Nov 04 14:14:10 ksy viber.desktop[12550]: qt.network.ssl: QSslSocket: cannot resolve SSL_select_next_proto Nov 04 14:14:10 ksy viber.desktop[12550]: qt.network.ssl: QSslSocket: cannot resolve SSL_CTX_set_next_proto_select_cb Nov 04 14:14:10 ksy viber.desktop[12550]: qt.network.ssl: QSslSocket: cannot resolve SSL_get0_next_proto_negotiated Nov 04 14:14:11 ksy org.gnome.Shell.desktop[2202]: Window manager warning: Invalid WM_TRANSIENT_FOR window 0x52b specified for 0x52a (Viber). Nov 04 14:14:11 ksy viber.desktop[12550]: QObject::connect: Cannot connect (null)::stateChanged(QNetworkSession::State) to QNetworkReplyHttpImpl::_q_networkSessionStateChanged(QNetworkSession::State) ls -l /lib64/libcurl.so.4 lrwxrwxrwx 1 root root 16 Sep 14 13:25 /lib64/libcurl.so.4 -> libcurl.so.4.4.0 uname -r 4.8.4-200.fc24.x86_64 rpm -qa | grep viber viber-6.0.1.5-2.x86_64 I have crated a support case but they just said "we will try to reproduce... bla bla" and closed my case. Can anybody help maybe? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: F23 Server: unexpected network problem
Yeah, strange a bit, but it seems you have some udev rules configured. It can cause interface naming mess maybe. ср, 9 дек. 2015 г. в 16:02, Cristian Sava : > On Wed, 2015-12-09 at 12:02 +0000, Kseniya Blashchuk wrote: > > Yep, sorry. So you restarted after changing BOOTPROTO? Try looking > > into dmesg or journalctl -n1000 | egrep "eno|eth", or something like > > that. > > Yes, I allways rebooted. > Again, that config was working well until recent updates. > For now, I get (eth1 not connected): > > [root@s217 ~]# journalctl -n1000 | egrep "eno|eth" > Dec 09 13:36:24 s217.mydomain.me systemd-udevd[559]: Error changing net > interface name 'eth1' to 'eno1': File exists > Dec 09 13:36:24 s217.mydomain.me systemd-udevd[559]: could not rename > interface '3' from 'eth1' to 'eno1': File exists > Dec 09 13:36:31 s217.mydomain.me NetworkManager[838]: ifcfg-rh: > new connection /etc/sysconfig/network-scripts/ifcfg-eno1 (8daf047d- > e944-4305-b47f-6f2104edf9a2,"eno1") > Dec 09 13:36:31 s217.mydomain.me NetworkManager[838]: ifcfg-rh: > new connection /etc/sysconfig/network-scripts/ifcfg-eth1 (0d9c850a- > 1545-481c-897f-84d4475e0377,"eth1") > Dec 09 13:36:32 s217.mydomain.me NetworkManager[838]: Loaded > device plugin: NMVethFactory (internal) > Dec 09 13:36:32 s217.mydomain.me NetworkManager[838]: (eno1): > new Ethernet device (carrier: OFF, driver: 'e1000e', ifindex: 2) > Dec 09 13:36:32 s217.mydomain.me NetworkManager[838]: (eno1): > device state change: unmanaged -> unavailable (reason 'managed') [10 20 > 2] > Dec 09 13:36:32 s217.mydomain.me kernel: IPv6: ADDRCONF(NETDEV_UP): > eno1: link is not ready > Dec 09 13:36:32 s217.mydomain.me kernel: IPv6: ADDRCONF(NETDEV_UP): > eno1: link is not ready > Dec 09 13:36:32 s217.mydomain.me NetworkManager[838]: (eth1): > new Ethernet device (carrier: OFF, driver: 'e1000e', ifindex: 3) > Dec 09 13:36:32 s217.mydomain.me NetworkManager[838]: (eth1): > device state change: unmanaged -> unavailable (reason 'managed') [10 20 > 2] > Dec 09 13:36:32 s217.mydomain.me kernel: IPv6: ADDRCONF(NETDEV_UP): > eth1: link is not ready > Dec 09 13:36:32 s217.mydomain.me kernel: IPv6: ADDRCONF(NETDEV_UP): > eth1: link is not ready > Dec 09 13:36:35 s217.mydomain.me kernel: e1000e: eth1 NIC Link is Up > 1000 Mbps Full Duplex, Flow Control: Rx/Tx > Dec 09 13:36:35 s217.mydomain.me kernel: IPv6: ADDRCONF(NETDEV_CHANGE): > eth1: link becomes ready > Dec 09 13:36:35 s217.mydomain.me NetworkManager[838]: (eth1): > link connected > Dec 09 13:36:35 s217.mydomain.me NetworkManager[838]: (eth1): > device state change: unavailable -> disconnected (reason 'carrier- > changed') [20 30 40] > Dec 09 13:36:35 s217.mydomain.me NetworkManager[838]: Auto- > activating connection 'eth1'. > Dec 09 13:36:35 s217.mydomain.me NetworkManager[838]: (eth1): > Activation: starting connection 'eth1' (0d9c850a-1545-481c-897f- > 84d4475e0377) > Dec 09 13:36:35 s217.mydomain.me NetworkManager[838]: (eth1): > device state change: disconnected -> prepare (reason 'none') [30 40 0] > Dec 09 13:36:35 s217.mydomain.me NetworkManager[838]: (eth1): > device state change: prepare -> config (reason 'none') [40 50 0] > Dec 09 13:36:35 s217.mydomain.me NetworkManager[838]: (eth1): > device state change: config -> ip-config (reason 'none') [50 70 0] > Dec 09 13:36:35 s217.mydomain.me NetworkManager[838]: > Activation (eth1) Beginning DHCPv4 transaction (timeout in 45 > seconds) > Dec 09 13:36:35 s217.mydomain.me dhclient[1239]: DHCPDISCOVER on eth1 > to 255.255.255.255 port 67 interval 6 (xid=0x21a0ce6c) > Dec 09 13:36:41 s217.mydomain.me dhclient[1239]: DHCPDISCOVER on eth1 > to 255.255.255.255 port 67 interval 6 (xid=0x21a0ce6c) > Dec 09 13:36:41 s217.mydomain.me dhclient[1239]: DHCPREQUEST on eth1 to > 255.255.255.255 port 67 (xid=0x21a0ce6c) > Dec 09 13:36:41 s217.mydomain.me NetworkManager[838]: (eth1): > DHCPv4 state changed unknown -> bound > Dec 09 13:36:41 s217.mydomain.me NetworkManager[838]: (eth1): > device state change: ip-config -> ip-check (reason 'none') [70 80 0] > Dec 09 13:36:41 s217.mydomain.me nm-dispatcher[1300]: Dispatching > action 'pre-up' for eth1 > Dec 09 13:36:41 s217.mydomain.me NetworkManager[838]: (eth1): > device state change: ip-check -> secondaries (reason 'none') [80 90 0] > Dec 09 13:36:41 s217.mydomain.me NetworkManager[838]: (eth1): > device state change: secondaries -> activated (reason 'none') [90 100 > 0] > Dec 09 13:36:41 s217.mydomain.me NetworkMana
Re: F23 Server: unexpected network problem
Yep, sorry. So you restarted after changing BOOTPROTO? Try looking into dmesg or journalctl -n1000 | egrep "eno|eth", or something like that. ср, 9 дек. 2015 г. в 14:52, Cristian Sava : > On Wed, 2015-12-09 at 11:47 +0000, Kseniya Blashchuk wrote: > > But BOOTPROTO=dhcp is set for eth1. For which interface do you want > > static config? Did you restart the networking after you made config > > changes? > Read again, eth1 is not connected! > Only eno1 is in use! > C.S. > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F23 Server: unexpected network problem
But BOOTPROTO=dhcp is set for eth1. For which interface do you want static config? Did you restart the networking after you made config changes? ср, 9 дек. 2015 г. в 14:39, Cristian Sava : > > > > > Might > > BOOTPROTO=static > > help? > > > > suomi > > No, it does not help > > C.S. > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: DNF: Retainining old Kernels
You can also increase the installonly_limit in dnf.conf On Mon, Nov 30, 2015, 2:24 PM Michael D. Setzer II wrote: > On 30 Nov 2015 at 11:17, Dave Cross wrote: > > Date sent: Mon, 30 Nov 2015 11:17:41 + > Subject:Re: DNF: Retainining old Kernels > From: Dave Cross > To: Community support for Fedora users > > Send reply to: Community support for Fedora users > > > > [ email re-ordered to make more sense ] > > > > On 30 November 2015 at 09:28, Antonio M > wrote: > > > > > > 2015-11-30 10:18 GMT+01:00 Dave Cross : > > >> > > >> Currently I have problem with newer kernel RPMs on my Dell Dimension. > > >> There's a bug in Bugzilla about this. > > >> > > >> https://bugzilla.redhat.com/show_bug.cgi?id=1231508 > > >> > > >> I have three kernel RPMs installed. > > >> > > >> kernel-4.2.5-300.fc23.x86_64 > > >> kernel-4.2.6-300.fc23.x86_64 > > >> kernel-4.2.6-301.fc23.x86_64 > > >> > > >> Over the weekend I discovered that the problem goes away if I use the > > >> oldest of my kernel installations (4.2.5-300). > > >> > > >> I'm worried that the next time I get a kernel update, my working RPM > > >> will be removed and (potentially) replaced with another non-working > > >> one. > > >> > > >> Can I configure dnf so that it won't remove the working kernel RPM and > > >> new updates will replace the second oldest one? I'd obviously still > > >> like to install new RPMs so that I can test them to find when my > > >> problem is fixed. > > > > > > sure that you refer to dnf and not to dnf-yumex?? > > > > Yes. I'm definitely referring to dnf. I've never heard of dnf-yumex. > > > > Think you mean yumex-dnf at least with fc22. > > > > > Dave... > > > > -- > > Dave Cross :: d...@dave.org.uk > > http://dave.org.uk/ > > @davorg > > -- > > users mailing list > > users@lists.fedoraproject.org > > To unsubscribe or change subscription options: > > https://admin.fedoraproject.org/mailman/listinfo/users > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > > Have a question? Ask away: http://ask.fedoraproject.org > > > +--+ > Michael D. Setzer II - Computer Science Instructor > Guam Community College Computer Center > mailto:mi...@kuentos.guam.net > mailto:msetze...@gmail.com > http://www.guam.net/home/mikes > Guam - Where America's Day Begins > G4L Disk Imaging Project maintainer > http://sourceforge.net/projects/g4l/ > +--+ > > http://setiathome.berkeley.edu (Original) > Number of Seti Units Returned: 19,471 > Processing time: 32 years, 290 days, 12 hours, 58 minutes > (Total Hours: 287,489) > > BOINC@HOME CREDITS > ROSETTA 37376862.023601 | SETI68614249.789688 > ABC 16613838.513356 | EINSTEIN79754326.765695 > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Gnome/Wayland
Me - no. Maybe check your power settings (Dim and blank screen option, etc.) чт, 12 нояб. 2015 г. в 14:02, Joachim Backes : > Hi all F23 users, > > seeing some little problem with Gnome/Wayland desktop in F23: > > After logging in, during the next (few) secconds, the screen fades out > and becomes dark. I have to click immediately on the screen, or the > screen locks up (within few seconds). > > Anybody sees this too? > > -- > > Fedora release 23 (Twenty Three) > Kernel-4.2.6-300.fc23.x86_64 > > > Joachim Backes > http://www-user.rhrk.uni-kl.de/~backes/ > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: koji seems to be offline?
For me it opens. сб, 31 окт. 2015 г. в 13:35, Joachim Backes : > Trying to visit some page on koji.fedoraproject.org, but getting no > answer. Anybody knows when it will be online again? > > Kind regards > > Joachim Backes > -- > > Fedora release 23 (Twenty Three) > Kernel-4.2.5-300.fc23.x86_64 > > > Joachim Backes > http://www-user.rhrk.uni-kl.de/~backes/ > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Realtek r8169 always flapping
Yep, I also had some issues when wifi and bluetooth are simultaneously working, and now they also disappeared. Never use power saving )). пт, 30 окт. 2015 г. в 5:55, Tim : > Allegedly, on or about 29 October 2015, Kseniya Blashchuk sent: > > Lol - the reason was in a power saving mode. Setting it to high > > performance did the trick. > > Hmm, wonder if it would work properly on Windows while in power saving > mode? My thinking being that they may put something in their own driver > software to compensate for hardware flaws. Rather than redesign their > hardware to remove the flaws. It was a common enough practice, and I'm > sure it still goes on. > > I'm always a bit suspicious of power saving modes. Firstly whether they > save any significant amount of power to make it worth while, whether > it's worth saving power if you then have to wait for things to wake up, > and whether they will wake up. I've seen things that just go into a > coma, or require resetting once woken up (and they don't get reset > automatically). > > -- > [tim@localhost ~]$ uname -rsvp > Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 > > All mail to my mailbox is automatically deleted, there is no point > trying to privately email me, I will only read messages posted to the > public lists. > > Windows (TM) [Typhoid Mary]. They refuse to believe that there's > anything wrong with it, but everyone else knows Windows is a disease > that spreads. > > > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Realtek r8169 always flapping
Lol - the reason was in a power saving mode. Setting it to high performance did the trick. чт, 29 окт. 2015 г. в 14:28, Kseniya Blashchuk : > Thanks everyone. I also think its a hardware issue, as a USB stick works > well. > > чт, 29 окт. 2015 г. в 13:38, Tim : > >> Allegedly, on or about 26 October 2015, Kseniya Blashchuk sent: >> > I noticed in dmesg that my ethernet link is flapping all the time >> > .. >> > I changed the cabling, tried to plug into another switch no difference. >> > Any ideas will be very appreciated as this flapping brings a lot of >> inconvenience. >> >> I would strongly suspect the network card is broken. Flapping is a >> common effect seen in busted network cards. I've even heard it said >> that it's a deliberately designed failure indicator. >> >> They do get busted easily enough, especially if you connect equipment >> between different rooms, or buildings. There can be quite a voltage >> difference between the mains wiring, many cards don't have adequate >> galvanic isolation, or none at all. And long wiring can pick up EMI >> from lightning storms. >> >> -- >> [tim@localhost ~]$ uname -rsvp >> Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 >> >> All mail to my mailbox is automatically deleted, there is no point >> trying to privately email me, I will only read messages posted to the >> public lists. >> >> >> -- >> users mailing list >> users@lists.fedoraproject.org >> To unsubscribe or change subscription options: >> https://admin.fedoraproject.org/mailman/listinfo/users >> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct >> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines >> Have a question? Ask away: http://ask.fedoraproject.org >> > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Realtek r8169 always flapping
Thanks everyone. I also think its a hardware issue, as a USB stick works well. чт, 29 окт. 2015 г. в 13:38, Tim : > Allegedly, on or about 26 October 2015, Kseniya Blashchuk sent: > > I noticed in dmesg that my ethernet link is flapping all the time > > .. > > I changed the cabling, tried to plug into another switch no difference. > > Any ideas will be very appreciated as this flapping brings a lot of > inconvenience. > > I would strongly suspect the network card is broken. Flapping is a > common effect seen in busted network cards. I've even heard it said > that it's a deliberately designed failure indicator. > > They do get busted easily enough, especially if you connect equipment > between different rooms, or buildings. There can be quite a voltage > difference between the mains wiring, many cards don't have adequate > galvanic isolation, or none at all. And long wiring can pick up EMI > from lightning storms. > > -- > [tim@localhost ~]$ uname -rsvp > Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 > > All mail to my mailbox is automatically deleted, there is no point > trying to privately email me, I will only read messages posted to the > public lists. > > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Realtek r8169 always flapping
But no luck. For some reason after a wile autoneg turns on, I do not
understand why. Then it turns off thanx to the script, but the link flaps.
:(
ср, 28 окт. 2015 г. в 11:30, Kseniya Blashchuk :
> No, adding DEVICE line didnt help, still using a script in disptcher.d
>
> ср, 28 окт. 2015 г. в 11:05, Kseniya Blashchuk :
>
>> Thank you, Rick.
>> 1) Of course the first thing i did was replacing the cabling, plugging
>> into another port and even into another switch.
>> 2) I put a script changing autoneg in /etc/NetworkManager/dispatcher.d/.
>> But I'll try what you adviced and have a look.
>>
>> вт, 27 окт. 2015 г. в 20:08, Rick Stevens :
>>
>>> On 10/27/2015 05:08 AM, Kseniya Blashchuk wrote:
>>> > Now something strange happens - auto negotiation automatically turns on
>>> > after a while. Cannot distinguish what changes this value. I
>>> > added ETHTOOL_OPTS="autoneg off speed 100 duplex full" to the
>>> > ifcfg-Wired_connection_1 config. But seems it doesn't work.
>>> > Am I doing something wrong?
>>>
>>> I haven't had to chase this in a long time, but I see two possible
>>> issues:
>>>
>>> 1) Replace your network cable. Gigabit does put more "strain" on the
>>> cable and if it's flaky (the cable itself or, more likely, the
>>> connectors), you could have issues--especially if it's solid at 100Mbps
>>> but not at 1000Mbps. I've had that issue many times in the past.
>>>
>>> 2) I had always put the options in the modprobe.d/whatever.conf file so
>>> it was tied to the driver regardless of which network device the kernel
>>> decided to call it (what an absolutely idiotic concept to rename the
>>> devices at boot).
>>>
>>> I've never put ETHTOOL_OPTS in a network-scripts/ifcfg-XXX file. Having
>>> said that, I took a quick look at the scripts and it appears that
>>> invoking ethtool is dependent on the presence of a "DEVICE=" line in
>>> that file (well, really on the value of "${REALDEVICE}"). If you don't
>>> have that line, then ethtool isn't called with the "-s" flag to set
>>> parameters as it doesn't know which physical device to apply them to.
>>>
>>> Try buggering the ifcfg-Wired_connection_1 file and insert a
>>>
>>> DEVICE=enp2s0
>>>
>>> line and try it again. This is just a guess, mind you.
>>>
>>> > вт, 27 окт. 2015 г. в 10:34, Joe Zeff mailto:j...@zeff.us
>>> >>:
>>> >
>>> > On 10/27/2015 12:27 AM, Kseniya Blashchuk wrote:
>>> > > BTW, I thought maybe its not a driver but a NIC issue and some
>>> of the
>>> > > pins dont work properly. Maybe anybody knows how to check if
>>> all NIC
>>> > > pins are working?
>>> >
>>> > I have a friend who does all of my hardware work once it gets past
>>> the
>>> > card swapping phase. (That I can do myself.) Some of his
>>> wire-wrap
>>> > work is heading out of the Solar System, and he doesn't even try to
>>> > troubleshoot things like that; he just replaces the card if
>>> possible.
>>> > However, as the card works fine at 100 Mbps but not at 1000, I
>>> doubt
>>> > that it's hardware.
>>> > --
>>> > users mailing list
>>> > users@lists.fedoraproject.org >> users@lists.fedoraproject.org>
>>> > To unsubscribe or change subscription options:
>>> > https://admin.fedoraproject.org/mailman/listinfo/users
>>> > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>>> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>>> > Have a question? Ask away: http://ask.fedoraproject.org
>>> >
>>> >
>>> >
>>>
>>>
>>> --
>>> --
>>> - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
>>> - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 -
>>> --
>>> - To understand recursion, you must first understand recursion.-
>>> --
>>> --
>>> users mailing list
>>> users@lists.fedoraproject.org
>>> To unsubscribe or change subscription options:
>>> https://admin.fedoraproject.org/mailman/listinfo/users
>>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>>> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>>> Have a question? Ask away: http://ask.fedoraproject.org
>>>
>>
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Re: Realtek r8169 always flapping
No, adding DEVICE line didnt help, still using a script in disptcher.d
ср, 28 окт. 2015 г. в 11:05, Kseniya Blashchuk :
> Thank you, Rick.
> 1) Of course the first thing i did was replacing the cabling, plugging
> into another port and even into another switch.
> 2) I put a script changing autoneg in /etc/NetworkManager/dispatcher.d/.
> But I'll try what you adviced and have a look.
>
> вт, 27 окт. 2015 г. в 20:08, Rick Stevens :
>
>> On 10/27/2015 05:08 AM, Kseniya Blashchuk wrote:
>> > Now something strange happens - auto negotiation automatically turns on
>> > after a while. Cannot distinguish what changes this value. I
>> > added ETHTOOL_OPTS="autoneg off speed 100 duplex full" to the
>> > ifcfg-Wired_connection_1 config. But seems it doesn't work.
>> > Am I doing something wrong?
>>
>> I haven't had to chase this in a long time, but I see two possible
>> issues:
>>
>> 1) Replace your network cable. Gigabit does put more "strain" on the
>> cable and if it's flaky (the cable itself or, more likely, the
>> connectors), you could have issues--especially if it's solid at 100Mbps
>> but not at 1000Mbps. I've had that issue many times in the past.
>>
>> 2) I had always put the options in the modprobe.d/whatever.conf file so
>> it was tied to the driver regardless of which network device the kernel
>> decided to call it (what an absolutely idiotic concept to rename the
>> devices at boot).
>>
>> I've never put ETHTOOL_OPTS in a network-scripts/ifcfg-XXX file. Having
>> said that, I took a quick look at the scripts and it appears that
>> invoking ethtool is dependent on the presence of a "DEVICE=" line in
>> that file (well, really on the value of "${REALDEVICE}"). If you don't
>> have that line, then ethtool isn't called with the "-s" flag to set
>> parameters as it doesn't know which physical device to apply them to.
>>
>> Try buggering the ifcfg-Wired_connection_1 file and insert a
>>
>> DEVICE=enp2s0
>>
>> line and try it again. This is just a guess, mind you.
>>
>> > вт, 27 окт. 2015 г. в 10:34, Joe Zeff mailto:j...@zeff.us
>> >>:
>> >
>> > On 10/27/2015 12:27 AM, Kseniya Blashchuk wrote:
>> > > BTW, I thought maybe its not a driver but a NIC issue and some
>> of the
>> > > pins dont work properly. Maybe anybody knows how to check if all
>> NIC
>> > > pins are working?
>> >
>> > I have a friend who does all of my hardware work once it gets past
>> the
>> > card swapping phase. (That I can do myself.) Some of his wire-wrap
>> > work is heading out of the Solar System, and he doesn't even try to
>> > troubleshoot things like that; he just replaces the card if
>> possible.
>> > However, as the card works fine at 100 Mbps but not at 1000, I doubt
>> > that it's hardware.
>> > --
>> > users mailing list
>> > users@lists.fedoraproject.org <mailto:users@lists.fedoraproject.org
>> >
>> > To unsubscribe or change subscription options:
>> > https://admin.fedoraproject.org/mailman/listinfo/users
>> > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>> > Have a question? Ask away: http://ask.fedoraproject.org
>> >
>> >
>> >
>>
>>
>> --
>> --
>> - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
>> - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 -
>> --
>> - To understand recursion, you must first understand recursion.-
>> --
>> --
>> users mailing list
>> users@lists.fedoraproject.org
>> To unsubscribe or change subscription options:
>> https://admin.fedoraproject.org/mailman/listinfo/users
>> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>> Have a question? Ask away: http://ask.fedoraproject.org
>>
>
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Re: Realtek r8169 always flapping
Thank you, Rick.
1) Of course the first thing i did was replacing the cabling, plugging into
another port and even into another switch.
2) I put a script changing autoneg in /etc/NetworkManager/dispatcher.d/.
But I'll try what you adviced and have a look.
вт, 27 окт. 2015 г. в 20:08, Rick Stevens :
> On 10/27/2015 05:08 AM, Kseniya Blashchuk wrote:
> > Now something strange happens - auto negotiation automatically turns on
> > after a while. Cannot distinguish what changes this value. I
> > added ETHTOOL_OPTS="autoneg off speed 100 duplex full" to the
> > ifcfg-Wired_connection_1 config. But seems it doesn't work.
> > Am I doing something wrong?
>
> I haven't had to chase this in a long time, but I see two possible
> issues:
>
> 1) Replace your network cable. Gigabit does put more "strain" on the
> cable and if it's flaky (the cable itself or, more likely, the
> connectors), you could have issues--especially if it's solid at 100Mbps
> but not at 1000Mbps. I've had that issue many times in the past.
>
> 2) I had always put the options in the modprobe.d/whatever.conf file so
> it was tied to the driver regardless of which network device the kernel
> decided to call it (what an absolutely idiotic concept to rename the
> devices at boot).
>
> I've never put ETHTOOL_OPTS in a network-scripts/ifcfg-XXX file. Having
> said that, I took a quick look at the scripts and it appears that
> invoking ethtool is dependent on the presence of a "DEVICE=" line in
> that file (well, really on the value of "${REALDEVICE}"). If you don't
> have that line, then ethtool isn't called with the "-s" flag to set
> parameters as it doesn't know which physical device to apply them to.
>
> Try buggering the ifcfg-Wired_connection_1 file and insert a
>
> DEVICE=enp2s0
>
> line and try it again. This is just a guess, mind you.
>
> > вт, 27 окт. 2015 г. в 10:34, Joe Zeff mailto:j...@zeff.us
> >>:
> >
> > On 10/27/2015 12:27 AM, Kseniya Blashchuk wrote:
> > > BTW, I thought maybe its not a driver but a NIC issue and some of
> the
> > > pins dont work properly. Maybe anybody knows how to check if all
> NIC
> > > pins are working?
> >
> > I have a friend who does all of my hardware work once it gets past
> the
> > card swapping phase. (That I can do myself.) Some of his wire-wrap
> > work is heading out of the Solar System, and he doesn't even try to
> > troubleshoot things like that; he just replaces the card if possible.
> > However, as the card works fine at 100 Mbps but not at 1000, I doubt
> > that it's hardware.
> > --
> > users mailing list
> > users@lists.fedoraproject.org <mailto:users@lists.fedoraproject.org>
> > To unsubscribe or change subscription options:
> > https://admin.fedoraproject.org/mailman/listinfo/users
> > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > Have a question? Ask away: http://ask.fedoraproject.org
> >
> >
> >
>
>
> --
> --
> - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
> - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 -
> --
> - To understand recursion, you must first understand recursion.-
> --
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Re: Realtek r8169 always flapping
Now something strange happens - auto negotiation automatically turns on after a while. Cannot distinguish what changes this value. I added ETHTOOL_OPTS="autoneg off speed 100 duplex full" to the ifcfg-Wired_connection_1 config. But seems it doesn't work. Am I doing something wrong? вт, 27 окт. 2015 г. в 10:34, Joe Zeff : > On 10/27/2015 12:27 AM, Kseniya Blashchuk wrote: > > BTW, I thought maybe its not a driver but a NIC issue and some of the > > pins dont work properly. Maybe anybody knows how to check if all NIC > > pins are working? > > I have a friend who does all of my hardware work once it gets past the > card swapping phase. (That I can do myself.) Some of his wire-wrap > work is heading out of the Solar System, and he doesn't even try to > troubleshoot things like that; he just replaces the card if possible. > However, as the card works fine at 100 Mbps but not at 1000, I doubt > that it's hardware. > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Realtek r8169 always flapping
BTW, I thought maybe its not a driver but a NIC issue and some of the pins dont work properly. Maybe anybody knows how to check if all NIC pins are working? вт, 27 окт. 2015 г. в 9:07, Kseniya Blashchuk : > Tried setting just speed 1000 duplex full - no difference. > After that set speed 1000 duplex full on a switch side - link down O_o. > After changing to 100 everything is working. > Now set ETHTOOL_OPTS="autoneg off speed 100 duplex full" only on my side > (and auto on a switch - standard port config) > No flapping so far on 100Mbps. I think I will use this workaround, still > very strange why it doesn't work properly on 1000, I guess its a kernel > module problem or something like that. If anybody still has any suggestions > about 1Gbps - you are welcome :). > > пн, 26 окт. 2015 г. в 21:47, Rick Stevens : > >> On 10/26/2015 11:24 AM, Kseniya Blashchuk wrote: >> > I tried disabling autoneg, and it helped, but in this case dot1x auth >> > doesn't work for some reason, I didn't have time to troubleshoot why, >> > but there is no mac address on a switch port when dot1x is enabled. >> > But i didn't try setting speed 1000 duplex full on a switch side. I'll >> > try it tomorrow once again. >> >> Not sure what's on the end of your dot1x, but it may be part of the >> autonegotiation process to make that all work. You can leave autoneg >> on to get by that, but still set the speeds and such once its done. That >> may get squonked (new word) by future negotiations. Dunno. >> >> > On Mon, Oct 26, 2015, 9:14 PM Rick Stevens > > <mailto:ri...@alldigital.com>> wrote: >> > >> > On 10/26/2015 09:57 AM, Kseniya Blashchuk wrote: >> > > Hi everyone! >> > > I noticed in dmesg that my ethernet link is flapping all the time >> > > [Oct25 18:55] r8169 :02:00.0 enp2s0: link down >> > > [ +3.131667] r8169 :02:00.0 enp2s0: link up >> > > [Oct25 18:56] r8169 :02:00.0 enp2s0: link down >> > > [ +2.763688] r8169 :02:00.0 enp2s0: link up >> > > [Oct25 18:59] r8169 :02:00.0 enp2s0: link down >> > > [ +3.060069] r8169 :02:00.0 enp2s0: link up >> > > [Oct25 19:00] r8169 :02:00.0 enp2s0: link down >> > > [ +3.559610] r8169 :02:00.0 enp2s0: link up >> > > I changed the cabling, tried to plug into another switch no >> > difference. >> > > Any ideas will be very appreciated as this flapping brings a lot >> of >> > > inconvenience. >> > > My device in lspci: >> > > 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. >> > > RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev >> 10) >> > >> > Uhm, could be a kernel issue or a driver issue. Generally when I see >> > that sort of thing it's an auto speed or auto duplex negotiation >> between >> > the driver and switch that isn't working. You could try forcing the >> > speed and duplex via something like: >> > >> > sudo ethtool -s enp2s0 autoneg off duplex full speed 1000 >> > >> > to set a fixed 1Gbps, full duplex connection and see if that helps >> > stabilize things. If that works you could try to restart auto >> > renegotiation via >> > >> > sudo ethtool -s enp2s0 autoneg on >> > sudo ethtool -r enp2s0 >> > >> > The first comment re-enables autonegotiation, the second forces a >> > renegotiation. >> > >> -- >> > - Rick Stevens, Systems Engineer, AllDigital ri...@alldigital.com >> > <mailto:ri...@alldigital.com> - >> > - AIM/Skype: therps2ICQ: 226437340 Yahoo: >> origrps2 - >> > - >> - >> > - Squawk! Pieces of Seven! Pieces of Seven! Parity Error! >> - >> > >> -- >> > -- >> > users mailing list >> > users@lists.fedoraproject.org <mailto:users@lists.fedoraproject.org >> > >> > To unsubscribe or change subscription options: >> > https://admin.fedoraproject.org/mailman/listinfo/users >> > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct >> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidel
Re: Realtek r8169 always flapping
Tried setting just speed 1000 duplex full - no difference. After that set speed 1000 duplex full on a switch side - link down O_o. After changing to 100 everything is working. Now set ETHTOOL_OPTS="autoneg off speed 100 duplex full" only on my side (and auto on a switch - standard port config) No flapping so far on 100Mbps. I think I will use this workaround, still very strange why it doesn't work properly on 1000, I guess its a kernel module problem or something like that. If anybody still has any suggestions about 1Gbps - you are welcome :). пн, 26 окт. 2015 г. в 21:47, Rick Stevens : > On 10/26/2015 11:24 AM, Kseniya Blashchuk wrote: > > I tried disabling autoneg, and it helped, but in this case dot1x auth > > doesn't work for some reason, I didn't have time to troubleshoot why, > > but there is no mac address on a switch port when dot1x is enabled. > > But i didn't try setting speed 1000 duplex full on a switch side. I'll > > try it tomorrow once again. > > Not sure what's on the end of your dot1x, but it may be part of the > autonegotiation process to make that all work. You can leave autoneg > on to get by that, but still set the speeds and such once its done. That > may get squonked (new word) by future negotiations. Dunno. > > > On Mon, Oct 26, 2015, 9:14 PM Rick Stevens > <mailto:ri...@alldigital.com>> wrote: > > > > On 10/26/2015 09:57 AM, Kseniya Blashchuk wrote: > > > Hi everyone! > > > I noticed in dmesg that my ethernet link is flapping all the time > > > [Oct25 18:55] r8169 :02:00.0 enp2s0: link down > > > [ +3.131667] r8169 :02:00.0 enp2s0: link up > > > [Oct25 18:56] r8169 :02:00.0 enp2s0: link down > > > [ +2.763688] r8169 :02:00.0 enp2s0: link up > > > [Oct25 18:59] r8169 :02:00.0 enp2s0: link down > > > [ +3.060069] r8169 :02:00.0 enp2s0: link up > > > [Oct25 19:00] r8169 :02:00.0 enp2s0: link down > > > [ +3.559610] r8169 :02:00.0 enp2s0: link up > > > I changed the cabling, tried to plug into another switch no > > difference. > > > Any ideas will be very appreciated as this flapping brings a lot > of > > > inconvenience. > > > My device in lspci: > > > 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > > RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10) > > > > Uhm, could be a kernel issue or a driver issue. Generally when I see > > that sort of thing it's an auto speed or auto duplex negotiation > between > > the driver and switch that isn't working. You could try forcing the > > speed and duplex via something like: > > > > sudo ethtool -s enp2s0 autoneg off duplex full speed 1000 > > > > to set a fixed 1Gbps, full duplex connection and see if that helps > > stabilize things. If that works you could try to restart auto > > renegotiation via > > > > sudo ethtool -s enp2s0 autoneg on > > sudo ethtool -r enp2s0 > > > > The first comment re-enables autonegotiation, the second forces a > > renegotiation. > > > -- > > - Rick Stevens, Systems Engineer, AllDigital ri...@alldigital.com > > <mailto:ri...@alldigital.com> - > > - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 > - > > - > - > > - Squawk! Pieces of Seven! Pieces of Seven! Parity Error! > - > > > -- > > -- > > users mailing list > > users@lists.fedoraproject.org <mailto:users@lists.fedoraproject.org> > > To unsubscribe or change subscription options: > > https://admin.fedoraproject.org/mailman/listinfo/users > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > > Have a question? Ask away: http://ask.fedoraproject.org > > > > > > > > > -- > -- > - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - > - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - > -- > - If you're not part of the solution, you're part of the precipitate - >
Re: Realtek r8169 always flapping
I tried disabling autoneg, and it helped, but in this case dot1x auth doesn't work for some reason, I didn't have time to troubleshoot why, but there is no mac address on a switch port when dot1x is enabled. But i didn't try setting speed 1000 duplex full on a switch side. I'll try it tomorrow once again. On Mon, Oct 26, 2015, 9:14 PM Rick Stevens wrote: > On 10/26/2015 09:57 AM, Kseniya Blashchuk wrote: > > Hi everyone! > > I noticed in dmesg that my ethernet link is flapping all the time > > [Oct25 18:55] r8169 :02:00.0 enp2s0: link down > > [ +3.131667] r8169 :02:00.0 enp2s0: link up > > [Oct25 18:56] r8169 :02:00.0 enp2s0: link down > > [ +2.763688] r8169 :02:00.0 enp2s0: link up > > [Oct25 18:59] r8169 :02:00.0 enp2s0: link down > > [ +3.060069] r8169 :02:00.0 enp2s0: link up > > [Oct25 19:00] r8169 :02:00.0 enp2s0: link down > > [ +3.559610] r8169 :02:00.0 enp2s0: link up > > I changed the cabling, tried to plug into another switch no difference. > > Any ideas will be very appreciated as this flapping brings a lot of > > inconvenience. > > My device in lspci: > > 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10) > > Uhm, could be a kernel issue or a driver issue. Generally when I see > that sort of thing it's an auto speed or auto duplex negotiation between > the driver and switch that isn't working. You could try forcing the > speed and duplex via something like: > > sudo ethtool -s enp2s0 autoneg off duplex full speed 1000 > > to set a fixed 1Gbps, full duplex connection and see if that helps > stabilize things. If that works you could try to restart auto > renegotiation via > > sudo ethtool -s enp2s0 autoneg on > sudo ethtool -r enp2s0 > > The first comment re-enables autonegotiation, the second forces a > renegotiation. > -- > - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - > - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - > -- > - Squawk! Pieces of Seven! Pieces of Seven! Parity Error! - > -- > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Realtek r8169 always flapping
Hi everyone! I noticed in dmesg that my ethernet link is flapping all the time [Oct25 18:55] r8169 :02:00.0 enp2s0: link down [ +3.131667] r8169 :02:00.0 enp2s0: link up [Oct25 18:56] r8169 :02:00.0 enp2s0: link down [ +2.763688] r8169 :02:00.0 enp2s0: link up [Oct25 18:59] r8169 :02:00.0 enp2s0: link down [ +3.060069] r8169 :02:00.0 enp2s0: link up [Oct25 19:00] r8169 :02:00.0 enp2s0: link down [ +3.559610] r8169 :02:00.0 enp2s0: link up I changed the cabling, tried to plug into another switch no difference. Any ideas will be very appreciated as this flapping brings a lot of inconvenience. My device in lspci: 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: openweather GNOME plugin and forecast.io
For forecast.io I changed http to https in ~/.local/share/gnome-shell/extensions/ openweather-extens...@jenslody.de/forecast_io.js On Sun, Oct 25, 2015, 6:07 AM Andre Robatino wrote: > Matthew Saltzman clemson.edu> writes: > > > > > My issue is the reverse of the thread about openweathermap.org. > > Openweathermap.org is working fine for me in the OpenWeather GNOME > > plugin, but if I switch to forecast.io, nothing loads. This used to > > work fine a couple of months ago, but now it fails on multiple > > machines. I have API keys for both sources and I can log into both from > > a browser. > > > > I find the forecast.io reports more accurate than openweathermap.org, > > so I'd prefer to switch, if I could get it working again. > > Are you on F21? Recently forecast.io changed to require HTTPS, and F22 and > F23 have stable update fixes, but the F21 version > https://bodhi.fedoraproject.org/updates/FEDORA-2015-b1924702b4 is still in > testing (but just reached 7 days in testing so probably will be pushed to > stable soon, even if no one tests it). > > https://bugzilla.redhat.com/show_bug.cgi?id=1270604#c8 > > > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F23 ?
Hi! check this https://fedoraproject.org/wiki/DNF_system_upgrade Btw, f23 release is delayed till Nov 3. On Sat, Oct 24, 2015, 4:58 AM Rick Stevens wrote: > On 10/23/2015 06:04 PM, Paul Cartwright wrote: > > > > > > On 10/23/2015 05:27 PM, Patrick O'Callaghan wrote: > >> Since F23 is not out yet, feel free to discuss it on the Test list. If > >> you monitor that list, you'll see that fedup is to be retired in favour > >> of a dnf-based upgrade method. > > I googled & found that, thanks. dnf & fedup are part of f22, and I > > didn't know that fedup was being replaced in f23.. when does this list > > start talking about f23? > > Generally F23 discussions move here once F23 is released. > -- > - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - > - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - > -- > -Working with Linux is like wrestling with a worthy opponent.- > - Working with Windows is like picking on an annoyed child with a - > -loaded handgun. - > -- > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: openweathermap
Hi guys! I also had problems with connection to api until I added an api key in the extension settings. You can get it simply of you register on the site. http://openweathermap.org/appid On Fri, Oct 23, 2015, 7:56 PM Joe Zeff wrote: > On 10/23/2015 02:51 AM, Timothy Murphy wrote: > > Where do you see it? > > > > I'm still stuck on an older version because of various problems, and > have it on the bottom of the window. > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
stupid gnome notifications question
Hi everybody! I use Fedora 22 with Gnome 3.16. I have installed a gnotifier firefox addon and started receiving strange mail notifications (attached). They became really abusive so I decided to turn them off. Disabling and even removing the add-on didn't help. I also use gnotifier for thunderbird, and it sends separate mail notifications, so that's not thunderbird. I tried disabling all notifications from firefox and thunderbird in the Gnome settings - no luck. Seems that something else causes them to appear (but what??). Does anybody have any ideas? Any help is appreciated.[image: notify.jpg] -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
