guss77's profile - activity

There is an issue with the Fedora installer where after the language selection it scans the file systems that it sees and depending on your setup it could take a while.

On my system, for example, I had a previous installation with BTRFS used as the storage driver for docker. Scanning all the docker subvolumes took the installer about 30 minutes to complete.

You can open a terminal and run ps auxf to see what the installer does.

Interestingly enough, xdg-open call kde-open5 (from kde-cli-tools-5.4.2-1.fc23.x86_64) which manifests the broken behavior, but there is also a kde-open (from kde-runtime-15.08.2-1.fc23.x86_64) and that works fine - it opens HTML files in firefox, as the mimeapps.list specifies...

"Disable touchpad while typing" has been canceled in favor of a "palm detection" feature that is implemented by libinput.

Unfortunately, the later doesn't work very reliably (or at all, depending on your hardware).

But there doesn't seem to be a political way to go back to "disable touchpad while typing" and from my discussions with the libinput developer (as documented in the above link and in email), there is very little libinput developers can do about getting palm detection working reliably enough to be used for work, on some common hardware.

I've installed Fedora 23 (standard edition) and afterwards used the software manager to install KDE 5. Under KDE, I can't change the file associations, even though there are some weird settings, such as using gedit as the default program for HTML files.

Going into the File Associations settings, I can see that - for example - gedit is the first application in the order of open for text/html files, but if I try to change the order and click Apply, the order reverts to how it was before I begun.

I've looked in .local/share/applications/mimeapps.list and it looks to be in order - it has text/html=firefox.desktop;org.gnome.gedit.desktop;calibre-ebook-edit.desktop,...

The xdg-mime tool shows the same problem:

$ xdg-mime query default text/html
org.gnome.gedit.desktop
$ xdg-mime default firefox.desktop text/html
$ xdg-mime query default text/html
org.gnome.gedit.desktop

How can I find out what is broken?

Fedora 21 features "Captive Portal detection". A captive portal is a mechanism where a WiFi network allows access to its resources only after a user visits a website and clicks through some ToS or something. This is done by the WiFi access point capturing all internet traffic and redirecting it to the web page, so no internet access is available until the "sign-in process" is complete.

This is mostly annoying for mobile users, as these captive portals are used in train stations and coffee shops, and the captive portal system is often buggy and doesn't redirect you back to the web site you intended to go to, instead showing you ads or directing you to the web site of the WiFi owner.

Fedora, at least using GNOME shell, has a captive portal detection feature, where when you connect to a wireless network, Network Manager will check if you have full access to internet services and if not, GNOME will pop up a small web browser window with the captive portal log in screen. As soon as you log in, the captive portal window goes away and no actual browser windows are harmed in the process.

While this feature very useful for mobile users, even if you spend most of your time at home then its a good idea to have this on - captive portals are common now days in municipal WiFi, Hotels and conference halls, so if you'll ever use any of these you'd want this feature. Granted - it is completely useless for a desktop system permanently plugged into the wall.

The repo in fedora-people is currently empty. There are no actual built packages there. I had some luck with installing from Shawn's COPR here: https://copr.fedoraproject.org/coprs/... . though there is a package only for EPEL 6, it seemed to work well on Fedora.

True that F22 is still in beta, which is the best time to report such usability problem :-) . I've opened several bugs on the subject, the GNOME bug linked in a previous comment, Fedora bugs #1181565 (comment 9) and #1209753. But the gist of it is that GNOME 3.16 doesn't offer "disable touchpad" option at all, and relies on downstream distribution to provide palm detection feature based in libinput. Currently libinput doesn't work as advertised, and even if it did - one might argue that palm detection is not enough and we still need the option of totally disabling the touchpad while typing.

Apparently - the missing checkbox in Fedora 22 is a "feature", not a bug: https://fedoraproject.org/wiki/Change... . Still can't get it to work though.

This is how the touchpad settings dialog looks in GNOME 3.16 on Fedora 22: http://snag.gy/JgatQ.jpg . I don't see anything about disabling touchpad while typing. Looking at screenshots of previous versions, it looks like there used to be more options there, but they were removed. I've opened a bug for this: https://bugzilla.gnome.org/show_bug.c...

I'm using Fedora 22 (branched) with GNOME 3.16 on a Dell laptop with a ALPS touchpad. I was previously using KDE and that has - in the touchpad settings KCM - an option to "disable touchpad while typing". Because I have large hands, I often touch the sides of the touchpad while touch-typing, and that causes the mouse pointer to jerk around and (because I have enabled tap to click) also sometimes click on and drag things.

I've looked for a similar option to disable the touchpad, but couldn't find any, even in the GNOME tweak tool.

Any idea?

A lot of laptops have a BIOS feature to disable the built-in touchpad when you connect an external mouse. Check that this is not the case.

So IIUC, @kde is an alias for the group "KDE Plasma Workspace"?

I'm running the standard Fedora (21 branched) which uses GNOME Shell as the desktop environment, and I want to also install KDE. On Ubuntu its pretty easily done by installing the virtual kde-desktop package, but I can't figure out how to properly do this on Fedora.

I've installed kde-workspace, but still a lot of components are missing (such as volume control, bluetooth support, file manager), some of which I don't even know how to install separately as after numerous yum searchs I still haven't figured out which package contain these - like the network management.

Using: Fedora 21 branched (fully updated to current pre-alpha)

I've connected a USB microphone (that is working great with other Linux OSs) and I can see it on Pulseaudio Volume Control under the Configuraiton tab, and I can select its "Analog Mono Input" profile, but it doesn't appear under Input Devices, nor can I choose it as an option for an application in the Recording tab.

On Fedora 20, I installed docker from the repos, then I tried to start a docker container using the command:

$ sudo docker run -i -t fedora /bin/bash

This failed with the error:

/bin/bash: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: Permission denied

If I start docker with the --privileged flag, it works fine - the permission error probably has something to do with docker dropping kernel permissions. And this is fine for just running existing containers, but I want to use docker to build new containers using a Dockerfile, and the build command has no --privileged option, so all my builds fail:

$ sudo docker build --rm -t debuilder .
Sending build context to Docker daemon  2.56 kB
Sending build context to Docker daemon 
Step 0 : FROM     fedora
  ---> b9e56c8f2cf5
Step 1 : MAINTAINER Oded Arbel, "oded@geek.co.il"
 ---> Using cache
 ---> efb61429ca77
Step 2 : RUN some-command
 ---> Running in 0632dd005a1a
/bin/sh: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
2014/07/23 15:45:31 The command [/bin/sh -c some-command] returned a non-zero code: 127

i've disabled selinux using /etc/sysconfig/selinux and now it works. This shouldn't be an issue, but I guess i'll have to take it up with Redhat's Bugzilla. Thanks.