Monitor / graphics card recommendation
by Mark
One of my new year's resolutions is to upgrade the monitor on my Fedora
23 Desktop.
I've been looking at a 34" curved 3440 x 1440 monitor. But first I want
to make sure it actually makes sense to get such a large monitor for
Linux and that there's a graphics card on the market that works well
with Fedora and that can drive such a large monitor. I would prefer an
open source driver, but I'm prepared to install a blob if I have to.
I'm not interested in gaming so that's not an issue, it's the real
estate I'm after.
Any thoughts/recommendations?
8 years, 3 months
Mate-bluetooth SRPM?
by Fred Smith
Hi!
I'm looking for a SRPM for mate-bluetooth. I'm told Fedora packages
it, but so far I've not been able to find it despite my mythical
google-fu :).
Can anyone point me to a location of it?
thanks!
--
---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us -----------------------------
The eyes of the Lord are everywhere,
keeping watch on the wicked and the good.
----------------------------- Proverbs 15:3 (niv) -----------------------------
8 years, 3 months
Fedora 23: IPv6 not working with Dell DW1525 (ath9k)
by Laurențiu Păncescu
Hi there,
I upgraded a Dell Vostro 260 desktop PC (with a Dell DW1525 wireless
card for network connectivity, using an Atheros AR9280 chip) from
Fedora 22 to 23. IPv4 continued to work, but IPv6 packets seem to go
into a black hole, even ping6 or ssh. I added ipv6.disable=1 to the
grub configuration as a workaround, but I'd like to understand what's
going on.
I booted both the PC and a netbook (having an AR9281 wireless card,
which also uses the ath9k kernel driver, connected to the same
wireless router) from the same Fedora 23 Workstation live image: IPv6
works perfectly on the netbook, but not on the PC. Fedora 22 and 21
worked fine, too. I also tried to boot F23 on the PC with the 4.2.6
and 4.2.8 kernels from F22, but IPv6 doesn't work in this
configuration, either.
Any idea what might be wrong? I could attach the full output of lspci
-vvnn if it's useful:
03:00.0 Network controller [0280]: Qualcomm Atheros AR928X Wireless
Network Adapter (PCI-Express) [168c:002a] (rev 01)
Subsystem: Qualcomm Atheros DW1525 802.11abgn WLAN PCIe Card [AR9280]
[168c:0203]
Thanks,
Laurentiu
8 years, 3 months
Re: Fedora 22 continuously rebooting (Solved)
by Armelius Cameron
Hello,
Well, I finally figured out the cause, thanks to Richard's first
suggestion in looking at journalctl output.
I was playing around with udev rules to try to automatically mount an
external drive (it didn't really work yet). Apparently having this
extra rule in /etc/udev/rules.d causes the system to continually
reboot, something to do with watchdog and udev I guess. These lines
were in the log:
Jan 19 13:19:12 daedalus kernel: watchdog watchdog1: watchdog did not stop!
Jan 19 13:19:12 daedalus kernel: watchdog watchdog1: watchdog did not stop!
Jan 19 13:19:12 daedalus systemd-udevd[512]: Error calling
EVIOCSKEYCODE on device node '/dev/input/event16' (scan code 0x150,
key code 190): Invalid argument
Somehow I missed the udev error before, but simply removing the extra
rule fix the infinite reboot issue.
It is still surprising to me that such an innocent mistake causes that
kind of catastrophic results.
Thanks again for all the response. They prompted me to look into this
direction which solved the issue eventually.
Best,
AC
8 years, 3 months
Fedora 23 will not boot if laptop lid closed
by Mike Wohlgemuth
I have an old laptop that I use as a home server, so it sits in the
corner closed most of the time. Something changed with the last set of
updates I applied so now if I reboot, it suspends in the middle of the
boot process, and will not continue until I open the laptop, at which
point it will continue. Is anyone else seeing this? Is there a new
setting somewhere that I can change to get it to boot with the lid
closed?
Thanks
Mike
8 years, 3 months
F23 PXE strange failure
by CLOSE Dave
I'm working with a new PXE configuration file which may certainly
contain some errors. Usually, it terminates with a "pane dead". But
after the latest modification, it terminated by going to the Dracut
emergency shell. In itself, that might help me, even though thus far I
haven't found my error in the logs. But I did find something that seems
quite strange to me and would like any available feedback.
Inside the Dracut shell, I ran the journalctl command. As this was a
server in a remote data center, I couldn't easily attach a thumb drive
and save the result. But here are the last few lines output.
Jan 19 20:35:52 localhost dracut-initqueue[812]: Starting dhcp for
interface eth0
Jan 19 20:35:52 localhost dracut-initqueue[812]: dhcp: PREINIT eth0 up
Jan 19 20:35:52 localhost dhclient[1041]: Created duid
\000\001\000\001\03612\250\260\203\376\341\211.
Jan 19 20:35:52 localhost dhclient[1041]: DHCPDISCOVER on eth0 to
255.255.255.255 port 67 interval 8 (xid=0x45a50c20)
Jan 19 20:36:00 localhost dhclient[1041]: DHCPDISCOVER on eth0 to
255.255.255.255 port 67 interval 18 (xid=0x45a50c20)
Jan 19 20:36:18 localhost dhclient[1041]: DHCPDISCOVER on eth0 to
255.255.255.255 port 67 interval 8 (xid=0x45a50c20)
Jan 19 20:36:26 localhost dhclient[1041]: DHCPDISCOVER on eth0 to
255.255.255.255 port 67 interval 15 (xid=0x45a50c20)
Jan 19 20:36:41 localhost dhclient[1041]: DHCPDISCOVER on eth0 to
255.255.255.255 port 67 interval 12 (xid=0x45a50c20)
Jan 19 20:36:53 localhost dhclient[1041]: No DHCPOFFERS received.
Jan 19 20:36:53 localhost cracut-initqueue[812]: dhcp failed
Jan 19 20:36:59 localhost kernel: random: nonblocking pool is initialized
Jan 19 20:40:01 localhost dracut-initqueue[812]: Warning: Could not boot.
Jan 19 20:40:01 localhost systemd[1]: Received SIGRTMIN+20 from PID 823
(plymouthd).
Jan 19 20:40:01 localhost dracut-initqueue[812]: Warning: /dev/root does
not exi
st
Jan 19 20:40:01 localhost systemd[1]: Starting Dracut Emergency Shell...
Ok, so the PXE startup doesn't think it was able to get an IP address.
But when I look at the DHCP server, it did get an address! The times
from journalctl are UTC and those from the DHCP log are local PST
(-0800) but the times otherwise match up quite well. Here's what the
DHCP log shows.
Jan 19 12:34:52 us02linuxdhcp01p dhcpd[8500]: DHCPDISCOVER from
b0:83:fe:e1:cc:89 via 10.76.148.1
Jan 19 12:34:53 us02linuxdhcp01p dhcpd[8500]: DHCPOFFER on 10.76.148.243
to b0:83:fe:e1:cc:89 via 10.76.148.1
Jan 19 12:34:57 us02linuxdhcp01p dhcpd[8500]: DHCPREQUEST for
10.76.148.243 (10.76.140.72) from b0:83:fe:e1:cc:89 via 10.76.148.1
Jan 19 12:34:57 us02linuxdhcp01p dhcpd[8500]: DHCPACK on 10.76.148.243
to b0:83:fe:e1:cc:89 via 10.76.148.1
Jan 19 12:36:01 us02linuxdhcp01p dhcpd[8500]: DHCPDISCOVER from
b0:83:fe:e1:cc:89 via 10.76.148.1: network 10.76.148.0/23: no free leases
Jan 19 12:36:18 us02linuxdhcp01p dhcpd[8500]: DHCPDISCOVER from
b0:83:fe:e1:cc:89 via 10.76.148.1: network 10.76.148.0/23: no free leases
Jan 19 12:36:26 us02linuxdhcp01p dhcpd[8500]: DHCPDISCOVER from
b0:83:fe:e1:cc:89 via 10.76.148.1: network 10.76.148.0/23: no free leases
Jan 19 12:36:42 us02linuxdhcp01p dhcpd[8500]: DHCPDISCOVER from
b0:83:fe:e1:cc:89 via 10.76.148.1: network 10.76.148.0/23: no free leases
Not only was an OFFER sent in response to the first REQUEST, it appears
that the OFFER was accepted by the client. Still the client sent four
additional REQUESTs and didn't record the result of the acceptance. How
can this be?
--
Dave Close
8 years, 3 months
Issues with install F23 MATE desktop
by Chris Adams
I have a brand-new Dell Precision workstation, on which I'm trying to
install Fedora 23 (with my preferred desktop environment, MATE), which
is turning into the most frustrating Linux install I've experienced in a
long time (and I've been using Linux since before Red Hat existed).
I started with Fedora-Workstation-netinst-x86_64-23 on a thumb drive. I
booted, selected automatic partitioning and MATE, and it started
downloading RPMs. When it finished downloading, it rebooted.
Apparently, there's a conflict between release and updates on who owns
/etc/xdg/menus/mate-preferences-categoris.menu, and anaconda just
crashes and reboots (not even a traceback) on an install transaction
failure.
After a few passes through that before I figured out anaconda was not
going to install MATE (with frustrating waits for downloads each time),
I gave up and did a minimal install. Then I did a dnf groupinstall
MATE, and that downloaded all the RPMs, then gave me the error about the
file conflict. I tried to exclude one of the choices, use --best, etc.,
and nothing would solve it.
Also, when "dnf groupinstall foo" is run, even if it fails, dnf then
thinks the group is installed (and so a repeated groupinstall does
nothing). I had to do a groupremove first.
I just manually installed the RPMs from the dnf cache to get around the
MATE brokenness, and then got systemd to do a graphical boot.
Now, when I get to the graphical login, my USB is dead. I can boot
single-user mode and the keyboard works fine; as soon as the graphical
login loads, USB appears dead (keyabord is like it is powered off, no
Numlock, Capslock, etc.). Tried unplugging keyboard, moving it to
different USB ports (directly on the computer instead of hub), etc. with
no result. The fact that the keyboard works in single-user mode shows
there's no hardware problem, Linux USB issue, etc.
At this point, I guess I'll roll back and try Fedora 22. If I ever get
a working desktop, I'll try to file some bugs I guess. I found a BZ
about anaconda that appears to match my problem (1287841). That doesn't
explain the MATE conflicts in the repos, dnf groupinstall fail, or
disappearing USB though.
--
Chris Adams <linux(a)cmadams.net>
8 years, 3 months
f23 mate policykit libvirt problem
by Nate Pearlstein
I’ve been trying to get policykit to automatically authorize virt-manager.
This was working fine with fedora 21, but with fedora 23 it doesn’t seem to work. For both I’ve been using the mate desktop.
With f21 I had the following in /etc/polkit-1/localauthority/50-local.d/caprica.libvirt.pkla
[Allow user libvirt management permissions]
Identity=unix-user:user
Action=org.libvirt.unix.manage
ResultAny=yes
ResultInactive=yes
ResultActive=yes
I tried the above with f23 and no luck. I’ve since tried
/etc/polkit-1/rules.d/80-libvirt.rules
polkit.addRule(function(action, subject) {
if (action.id == "org.libvirt.unix.manage" && subject.local && subject.active && subject.isInGroup("wheel")) {
return polkit.Result.YES;
}
});
and a few variations with no luck.
Anyone seen this work with f23?
I have the following rpms installed:
mate-polkit-1.12.0-1.fc23.x86_64
polkit-0.113-4.fc23.x86_64
polkit-devel-0.113-4.fc23.x86_64
polkit-docs-0.113-4.fc23.noarch
polkit-gnome-0.105-9.fc23.x86_64
polkit-libs-0.113-4.fc23.x86_64
polkit-pkla-compat-0.1-6.fc23.x86_64
polkit-qt-0.112.0-5.fc23.x86_64
polkit-qt5-1-0.112.0-5.fc23.x86_64
8 years, 3 months
rpmbuild : can't download source
by arnaud gaboury
I usually manage to build easily one package.
I changed the way I build my packages using a makerpm user, as it is
the best way to avoid polluted environment variables.
The weird thins is I can't download the source anymore, and can't see why.
>From my spec file:
------------
Name: R-intel
Version: 3.2.3
Release: 1%{?dist}
Summary: A language for data analysis and graphics
URL: http://www.r-project.org
Source0: http://cran.r-project.org/src/base/R-3/R-%{version}.tar.gz
--------------------------------------------------
The URL exists.
--------------------------------
[makerpm@poppy rpmbuild]$ rpmbuild -ba SPECS/R-intel.spec
error: File /home/makerpm/rpmbuild/SOURCES/R-3.2.3.tar.gz: No such
file or direct
--------------------------------------------------------------------------------
Is there any reason why I can't download the source with this new user
makerpm ? I must miss some settings.
--
google.com/+arnaudgabourygabx
8 years, 3 months
Fedora 22 continuously rebooting
by Armelius Cameron
Hello,
After the latest upgrade over the weekend, my laptop (Dell Latitute
E6540) continuously rebooting after restart. Before the restart (after
upgrade) everything seemed to be working OK.
Sometime the boot sequence wont even get as far as starting X before
rebooting. Sometime it starts X then sit for a few seconds, then
reboot automatically. I cannot make sense of what's going on.
I tried booting to the oldest kernel I have (4.2.6) and it's giving me
the same results.
Any help is appreciated. Thanks.
AC
8 years, 3 months