February 2019 - openSUSE Users - openSUSE Mailing Lists

[opensuse] wired ethernet not working RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
by Richmond 10 Feb '19

10 Feb '19

I am not able to start the interfact p12p1, it pauses and then says setup in progress, but it never comes up. I installed packages from the packman repo. but it made no difference. sudo zypper search r816 [sudo] password for root: Loading repository data... Reading installed packages... S | Name | Summary | Type ---+-----------------------+--------------------------------------------------------+-------- i+ | r8168-blacklist-r8169 | To favour r8168 blacklist the r8169 device driver | package i | r8168-kmp-default | Device driver for RealTek Gigabit Ethernet controllers | package The system is a Dell XPS L701X Any ideas? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 5

[opensuse] nobarrier on an arm board with ext4 on sd card ?
by Per Jessen 08 Feb '19

08 Feb '19

Friday question - I'm using the Leap15 jeos on an ARM board. root is ext4 on an SD card, and mounted with 'nobarrier' by default. I've already changed to use 'barrier', but I was wondering about the motivation for using 'nobarrier'? speed/performance? -- Per Jessen, Zürich (3.3°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] gtktalog date column view
by Istvan Gabor 08 Feb '19

08 Feb '19

Hello: I used gtktalog catalog software years ago. Now I would like to use it again. I installed it on openSUSE Leap 42.3 from this source: http://download.opensuse.org/repositories/home:/marec2000:/multimedia/openS… The program installs and runs, but the date column looks strange and the dates are hard to read. Here is a screenshot: http://susepaste.org/view//49756983 I tried gtktalog in openSUSE 13.1 too and it looks the same. Is this caused by the program or the installed gtk/gnome environment? Can I fix it or does it need program rebuild? Suggestions for other catalog programs are welcome too. Thanks, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] KDE icons
by Roger Oberholtzer 07 Feb '19

07 Feb '19

On KDE (4.4 on openSUSE 42.3), I have strange icon behavior. If an icon is in some folder, and one clicks on it (in Dolphin), the icon does not execute. Instead, it is opened in kate. If the icon is on the Desktop, this does not happen (i.e., in $HOME/Desktop). It executes when you click on it. I am fairly certain that this did not do this before. The icon properties can be edited by right-clicking. So they are known to be icons by KDE/Dolphin. They just do not execute. They have execute permission (not sure if that matter. All start with #!/usr/bin/env xdg-open It makes no difference if they have .desktop as an extension. Except that when they do, .desktop is included in the name shown. I think that did not happen before. Could there be some setting in KDE that has gotten confused and is causing this? I don't see this on all systems. And unless I am missing something, both working and odd systems are configured the same. Or at least as much the same as anyone can ever tell with KDE... -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 2

[opensuse] Can no longer dual boot after installing Leap 15
by Terrance Eck 07 Feb '19

07 Feb '19

In the past I was always able to dual boot into window or Linux. I can no longer do this after installing Leap 15. Is it possible to fix this problem? Terry -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 10

[opensuse] What happened to "more"?
by Marc Chamberlin 07 Feb '19

07 Feb '19

OpenSuse Leap 15.0 with the KDE/Plasma desktop - The behavior of the command more has changed, it use to print out the number of lines to fill a konsole screen and then pause waiting for the user to hit the space bar and then continue to print out another konsole screen full of lines. Now it just prints on a single konsole screen full of lines and exits! What happened to more and can I fix it to go back to being the good ol more command that I loved so much? Marc... -- Linux Counter -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

11 22

Re: [opensuse] openSUSE 15 + Chrome + Radeon
by Ciro Iriarte 07 Feb '19

07 Feb '19

Hi!, I had issues with 5.x and 6.x, don't remember exact versions though. I have to thoroughly test it again. Regards, CI.- El mié., 6 feb. 2019 a las 5:14, David C. Rankin (<drankinatty(a)suddenlinkmail.com>) escribió: > > On 02/03/2019 05:32 PM, Ciro Iriarte wrote: > > Hello, > > > > I've seen a weird behaviour that seems to be related to the GPU driver > > on a EliteBook 8470w. > > > > Chrome and Firefox randomly crash (sometimes a tab, sometimes full > > application instance) and saw some kind of funkiness with VirtualBox + > > Windows 10 guest. > > > > What version of Virtualbox. Running Win Guests on Linux Hosts after > Virtualbox6 cause nothing but strace errors when accessed over the LAN > headless via rdesktop, crawling slow guests. Downgrading to 5.2.24 cured it > all and is compatible with the 4.20 kernel (and will be supported through 2020 > -- the 6 version still has some growing pains. > > -- > David C. Rankin, J.D.,P.E. -- Ciro Iriarte http://iriarte.it -- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] vsftpd issues
by Marc Chamberlin 06 Feb '19

06 Feb '19

Oh boy! I almost don't want to start this discussion because I feel like I am wading into a real can of worms and could start a firestorm of opinions! In my previous thread, Per Jessen asked me to keep the list in the loop about what I am pursuing with vsftpd. So here goes... For those who do not want to do the long read, the short version of this posting is how do I replicate the code and build environment of vsftpd as it was done for the release of OpenSuSE Leap 15.0? This is NOT an easy question with a easy answer either, I tried the obvious and it failed. I have decided to poke into vsftpd because I (and many others if you Google the particular problem that got me started) have encountered an issue with what appears to be a problem in the client/server relationship, with vsftpd being the common denominator. I have not yet discovered what is the exact problem yet, mostly because I do not yet fully grok what the expectations are in the client/server protocols of FTP servers and with SSL/TLS encryption procedures, let alone the fact that I do not yet fully grok the vsftpd code either! ;-) In a nutshell, and again this is mostly speculation, it appears that when the SSL/TLS negotiations begin between a client (such as Filezilla) and vsftpd something can go wrong. I am apparently experiencing such a situation, and from the vsftpd log messages I was able to track down where in the vsftpd code that it first detected a problem. The error message I was seeing was extremely bad and unhelpful (IMHO) - "not a normal exit in vsf_sysutil_wait_get_exitcode" but at least it told me where to look in the code for a clue. I downloaded the source code (more about this later) and began studying it and it appears that this error message is wrapped up (prefaced with "500 OOPS: ") in such a way that it gets sent to the client in a desperate attempt to communicate the problem back to the user. (God only knows what a client/user is expected to do about it, let alone that it will be meaningless to most users!) I have not yet dug into the FTP protocols enough to know if a client is expected to show these messages to the user or not, but it appears (and again I am speculating) that a client such as Filezilla responds instead by telling the user that it received an unexpected TLS packet - "GnuTLS error -15: An unexpected TLS packet was received" Google that to see how much confusion it has caused users over the years! Yet another near useless error message (made worse by hiding the contents of the TLS packet that was received) with no guidance to a solution for the poor user, but that's Filezilla's problem. At this point I decided to explore in the opposite direction and see who is calling this function vsf_sysutil_wait_get_exitcode and I could not find any references to it in the rest of the vsftpd code. I am not undaunted by that fact however, there are other ways to call a function other than through a direct reference, so I decided to compile and build vsftpd so that I could instrument the code myself and see what is going on. I followed the instructions at https://en.opensuse.org/Source_code to get the "Exact source code", unpacked the tar file of source code, and applied two additional patch files that were indicated as being later than the released version of source code. One of the patch files contained changes that fixed a security hole which is nice but not necessary/relevant to the issue I am trying to address nor does it affect any of the code I am looking at. The other patch file fixed an external script, used by Makefile, so that the SSL/TLS libraries could be correctly located and installed if needed. I don't feel it was a good solution, and have a better proposal I could talk about later, but for now it does what is needed. BUT there are two issues that I would like to bring up - The first issue is that in order to build vsftpd I had to figure out what all libraries I needed to install on my system. That is not an easy process, and I had to do some research tracking down which library handled each un-referenced item errors that the build process complained about. This actually surprised me because it wasn't just developer packages and I would have thought that the dependency requirements of a package, such as for vsftpd, would have insured that all other necessary libraries are installed. But apparently there are different dependencies for source code development, and it wasn't just the developer packages, so if that is the case why can't the release developers simply include a list of libraries needed for each source package as well? (Maybe they are and I am not finding it? Or maybe/probably this is related to and caused by the second issue I talk about below... ) I particularly worry about version levels, that were used during the build/release process of vsftpd, of each library package. I just guessed and went with the latest but that may lead to having a version of a program that is different than what was installed by the release. I personally think it would be better if source packages were released like any other package, with a dependency list/tree behind it that insured all necessary libraries, including development packages, were installed. Didn't YaST and Zypper use to do that? The second and more serious issue is that the source code I downloaded is different from what was used in building vsftpd for the OpenSuSE 15.0 release. I know that the version of vsftpd distributed in Leap 15.0 had support for SSL/TLS built in. Yet I had to go into the source code that I downloaded and reconfigure a #define declaration in order to include SSL/TLS support. This is the first of a couple of indications that the source code I downloaded does NOT match up with what was used in the Leap 15.0 distribution. The second indication that the source code is different, came about when I finally managed to build and install vsftpd because I am no longer able to replicate the initial error with it, that got me started on this in the first place! I am apparently getting a different sort of error which I will continue to chase but not the one I wanted to go after. In fact with the new version of vsftpd that I built, there is no calls being made to the aforementioned function vsf_sysutil_wait_get_exitcode. So this is another strong indication, that the source code I downloaded is different, (probably through other configuration #defines or assignments) than what was used during the build of vsftpd for Leap 15.0. Without the patches, and making some changes to configuration parameters, there is no way that the source code I downloaded is the same as what was used during the build of Leap 15.0. And even after having made the changes I made, in order to get vsftpd to compile and build, I have no confidence now that I built and replicated vsftpd as it came with the distro, and for debugging purposes it is extremely important that I be able to do so. There are a lot more issues I could go into, coding standards, code reviews, IDE support to name a few. I know that open source software development is constrained by resources but these issues should also be discussed/addressed at some point. Addressing these could help people like myself (an experienced software developer) jump in and rapidly learn/grok code, such as I am doing for vsftpd. I would love to assist with debug and development, but don't want to spend a lot of time overcoming barriers. And that would make it easier for a project such as vsftpd to get more assistance/support. But for the moment, I wonder if the OpenSuSE development team could address the two issues I raised above and change the release process so that the source code and build environment could be managed better and focus on enabling an engineer to be able to replicate what gets released? Marc.. -- Linux Counter -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 5

[opensuse] strange boot information
by Dave Howorth 06 Feb '19

06 Feb '19

We had a power cut sometime in the last twenty-four hours and I'm trying to find out when. Looked in /var/log/messages but it's so full of cr*p these days I gave up, so I searched and I found <https://www.cyberciti.biz/tips/linux-last-reboot-time-and-date-find-out.html> But when I ran the commands it suggested I got a surprise: $ who -b system boot 2019-02-06 11:33 $ last reboot reboot system boot 4.12.14-lp150.12 Wed Feb 6 11:33 still running reboot system boot 4.12.14-lp150.12 Sat Oct 6 09:45 still running reboot system boot 4.12.14-lp150.12 Sat Oct 6 08:56 - 09:45 (00:48) reboot system boot 4.12.14-lp150.12 Sat Aug 4 13:03 - 09:45 (62+20:41) ... more old entries snipped ... So it looks like the power fail happened not long before I started looking. But how can there be two 'still running' entries? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 3

[opensuse] How to troubleshoot my laptops strange wifi problem
by Dave Plater 06 Feb '19

06 Feb '19

Hi, because my HP pavilion type 15-bs@xx already needed a newer than Leap 15.0's kernel and an RTL8723DE wifi that will only be available in the 5 series kernel I decided to upgrade to Tumbleweed. I have a huawei E5573Cs-609 4G modem with the SSID hidden, because it seems that wifi hacking tools are readily available. This supplies a Tplink TL-WA850RE range extender with an ether net cable to my main pc and an advertised SSID which supplies my laptop, a raspberry pi and several cell phones with internet. It's never been hacked for some strange reason. After I upgraded to Tumbleweed my wifi carried on functioning but after my last two zypper dup's the laptop will no longer lock onto the TL-WA850RE's signal. I've tried both wicked and network manager, I have an nfs server running on the laptop so I normally use wicked. Windows 10 has no problem with the tplink but openSUSE Tumbleweed will only lock on to the hidden SSID from the E5573C iw dev wlo1 scan picks up the TL-WA850RE with a healthy -28.00 dBm along with various neighbors's routers, the hidden E5573Cs which lives at the other end of the house only gives -64.00 dBm. systemctl status network outputs for both devices: https://paste.opensuse.org/83073878 wlo1 never gets past setup-in-progress. Thanks Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0